Blockchain; kayıtların birden fazla katılımcı tarafından tutulduğu, yeni kayıtların ortak kurallarla doğrulandığı ve geçmişteki değişikliklerin kolayca fark edilebildiği dağıtık bir veri yapısıdır. Onu değerli yapan tek bir özellik değil; kriptografi, ağ iletişimi ve ekonomik teşviklerin birlikte çalışmasıdır.
Bir veritabanından daha fazlası: dağıtık defter
Geleneksel bir uygulamada veritabanının hangi sürümünün doğru olduğuna sunucu sahibi karar verir. Blockchain ağında ise defterin kopyaları farklı düğümlerde bulunur. Katılımcılar, geçerli bir işlemin ne olduğu ve işlemlerin hangi sırayla kayda alınacağı konusunda önceden tanımlanmış kuralları uygular. Böylece sistemin doğruluğu yalnızca tek bir yöneticinin kayıtlarına bağlı kalmaz.
Bu yapı, “herkes her şeye güvenmek zorunda değildir” anlamına gelir; fakat “hiç kimseye ve hiçbir şeye güvenilmez” demek değildir. Kullanıcı yine istemci yazılımına, protokol kurallarına, kullandığı cüzdanın güvenliğine ve ağın yeterince sağlıklı çalıştığına ilişkin varsayımlar yapar. Blockchain güveni ortadan kaldırmaz; güvenin kimler ve hangi teknik mekanizmalar arasında dağıtılacağını değiştirir.
Bloklar ve kriptografik bağlantı
Bir blok genel olarak belirli bir işlem grubunu, zaman ve sürüm gibi üst verileri ve önceki bloğa ait kriptografik özeti içerir. Hash fonksiyonu, girdiyi sabit uzunlukta bir özete dönüştürür. Girdideki çok küçük bir değişiklik bile farklı bir özet üretir. Bir blok önceki bloğun özetini taşıdığı için geçmişteki bir kaydı değiştirmek, onu izleyen bağlantıları da geçersiz hâle getirir.
Bu nedenle blockchain için “değiştirilemez” yerine çoğu zaman “müdahaleyi görünür ve maliyetli kılan” ifadesi daha doğrudur. Bir ağın geçmişi koruma gücü; hash zincirinin yanında konsensüs yapısına, doğrulayıcı dağılımına, ekonomik güvenliğe ve düğümlerin bağımsızlığına bağlıdır. Kriptografik bağlantı tek başına sağlıklı bir ağ garantisi değildir.
Blockchain, veriyi sihirli biçimde doğru yapmaz. Katılımcıların aynı kayıt üzerinde uzlaşmasını ve sonradan yapılan müdahalelerin fark edilmesini kolaylaştırır.
Bir işlemin ağdaki yolculuğu
Kullanıcı bir işlem oluşturduğunda, işlemi özel anahtarıyla dijital olarak imzalar. İmza, ilgili hesabın yetkisini kanıtlar; özel anahtarın kendisi ağa gönderilmez. İşlem bir düğüme iletilir ve eşler arası ağ üzerinden diğer düğümlere yayılır. Düğümler imzayı, bakiye veya nonce gibi durum koşullarını ve protokolün diğer geçerlilik kurallarını kontrol eder.
Geçerli aday işlemler, blok üretme yetkisi alan madenci ya da doğrulayıcı tarafından bir blokta sıralanır. Blok ağa yayıldığında diğer düğümler onu bağımsız olarak yeniden denetler. Kurallara uyuyorsa kendi defter kopyalarına eklerler. Bu süreçte “yayınlandı”, “bir bloğa girdi” ve “yeterli kesinliğe ulaştı” ifadeleri aynı anlama gelmez.
Kesinlik neden anlık olmayabilir?
Dağıtık sistemlerde farklı düğümler ağ gecikmesi nedeniyle kısa süreliğine farklı blokları görebilir. Protokol, bu ayrışmaların nasıl çözüleceğini belirler. Bazı ağlarda bir işlemin geri alınma olasılığı yeni bloklar geldikçe azalır; bazı konsensüs mekanizmaları ise belirli bir aşamadan sonra ekonomik veya protokol düzeyinde kesinlik üretir. Uygulamalar, taşıdıkları riske göre kaç onay bekleyeceğini belirlemelidir.
İşlem ücreti de bu yolculuğun parçasıdır. Sınırlı blok alanı veya hesaplama kapasitesi için kullanıcılar ücret öder. Ücret yalnızca para transferine değil, akıllı sözleşme çalıştırırken tüketilen hesaplama ve depolama kaynaklarına da bağlı olabilir. Ağ yoğunluğu arttığında aynı işlemin maliyeti ve dahil edilme süresi değişebilir.
Konsensüs neyi çözer?
Konsensüs, birbirini tanımayan veya bir kısmı hatalı davranabilecek düğümlerin hangi işlem geçmişini kabul edeceğine dair mekanizmadır. Proof of Work sistemlerinde blok üretimi hesaplama işi ve enerji maliyetiyle; Proof of Stake sistemlerinde ise protokol varlığının kilitlenmesi ve kural ihlalinde ekonomik ceza riskiyle ilişkilendirilir. Her iki yaklaşımın da farklı güvenlik varsayımları, kaynak maliyetleri ve merkezileşme baskıları vardır.
“Hangi konsensüs daha iyi?” sorusu bağlamsız yanıtlanamaz. Açık katılımlı küresel bir ağ ile sınırlı sayıda kurumun kullandığı izinli ağın tehdit modeli aynı değildir. Değerlendirmede doğrulayıcı sayısının yanında pay veya hesaplama gücünün dağılımı, istemci çeşitliliği, düğüm çalıştırma maliyeti, yönetişim biçimi ve saldırı sonrasında toparlanma yöntemi birlikte incelenmelidir.
Düğümler neden önemlidir?
Tam düğüm, aldığı blokları protokol kurallarına göre kendisi doğrular. Çok sayıda bağımsız düğüm bulunması, tek bir veri sağlayıcısının yanlış bilgi sunmasına karşı dayanıklılığı artırır. Ancak düğüm sayısı tek başına yeterli bir merkezsizleşme ölçütü değildir. Düğümlerin aynı bulut sağlayıcısında, aynı coğrafyada ya da aynı yazılım istemcisinde yoğunlaşması ortak arıza noktaları yaratabilir.
Açık ağ, izinli ağ ve tasarım ödünleşimleri
Açık blockchainlerde herkes işlem gönderebilir, çoğu zaman defteri okuyabilir ve gerekli koşulları sağlayarak doğrulamaya katılabilir. İzinli ağlarda katılımcılar belirli kurumlarca yetkilendirilir. İzinli yapı daha yüksek işlem kapasitesi ve yönetişim kontrolü sağlayabilir; buna karşılık sansüre dayanıklılık ve bağımsız katılım seviyesi daha düşüktür.
Blockchain tasarımında güvenlik, merkezsizleşme ve ölçeklenebilirlik arasında sürekli bir denge vardır. Daha fazla düğümün her işlemi doğrulaması güven varsayımlarını azaltabilir ama kapasiteyi sınırlayabilir. Katman 2 sistemleri, toplu işlemler ve farklı veri erişilebilirliği modelleri bu baskıyı azaltmaya çalışır; buna karşılık yeni köprüler, sıralayıcılar veya ispat sistemleri ek güven varsayımları doğurabilir.
Şeffaflık ile gizlilik aynı şey değildir
Açık defterde adresler takma adlı olabilir; fakat işlemler kalıcı ve birbirine bağlanabilir olduğu için bu otomatik olarak anonimlik sağlamaz. Zincir üstü veriler başka veri kümeleriyle eşleştirildiğinde kimlik çıkarımları yapılabilir. Kişisel veya ticari açıdan hassas veriyi doğrudan zincire yazmak, veri silme yükümlülükleri ve erişim kontrolü bakımından ciddi sorunlar yaratabilir.
Ne zaman blockchain kullanmalı, ne zaman kullanmamalı?
Birden fazla bağımsız taraf ortak bir kayıt üzerinde çalışacaksa, tek bir tarafın kayıtları tek başına değiştirmesi istenmiyorsa ve doğrulanabilir geçmiş iş değeri yaratıyorsa blockchain anlamlı olabilir. Dijital varlık sahipliği, sınır ötesi değer transferi, birlikte işletilen mutabakat sistemleri ve programlanabilir finansal süreçler bu sınıfa girebilir.
Öte yandan verinin tek bir kurumca üretildiği, tüm kullanıcıların zaten o kuruma güvendiği, yüksek gizlilik ve kolay silme gerektiği veya çok yüksek işlem hacminin düşük gecikmeyle işlenmesi beklendiği durumlarda geleneksel veritabanı daha sade ve ekonomik olabilir. “Blockchain kullanıyoruz” ifadesi tek başına ürün değeri değildir.
- Ortak defteri paylaşan gerçekten bağımsız taraflar var mı?
- Merkezi bir yöneticinin bulunmaması ölçülebilir bir fayda sağlıyor mu?
- Zincire giren verinin doğruluğu nasıl kanıtlanıyor?
- Gizlilik, silme ve mevzuat gereksinimleri nasıl karşılanıyor?
- Ücret, kapasite ve kesinlik süreleri kullanıcı deneyimine uygun mu?
En sağlıklı yaklaşım, teknolojiden probleme değil problemden mimariye gitmektir. Blockchain güçlü bir koordinasyon aracı olabilir; fakat doğru değer ancak güven modelinin, katılımcıların ve işletme maliyetinin açıkça tasarlanmasıyla ortaya çıkar.
Kaynak notları
Teknik çerçeve için NIST Blockchain Technology Overview, açık ağların ilk tasarım örneklerinden biri için Bitcoin teknik dokümanı ve programlanabilir blockchain mimarisi için Ethereum geliştirici belgeleri temel alınmıştır.