Blokzincir Nedir? Güven ve Dijital Mülkiyet

Blokzincir, geçmiş üzerinde uzlaşmayı ve mevcut durumu belirlemeyi sağlayan ortak bir sistemdir

Blokzincir, birden çok bilgisayarın sürdürdüğü dağıtık dijital bir defterdir. Doğrulanmış işlemleri üzerinde uzlaşılan sırayla kaydeder ve yeni kayıtları öncekilere bağlar. Katılımcılar kabul edilmiş bu geçmişten sistemin güncel durumunu türetebilir.

Bu tanım, blokzinciri yalnızca bir «bloklar zinciri» olarak adlandırmaktan daha yararlıdır. Bloklar depolama yapısıdır; asıl amaç koordinasyondur. Ortak bir veritabanı sahibine bağlı olmayan kişiler ve yazılımlar tutarlı bir kayıt üzerinde çalışabilir.

Dağıtık defter teknolojisi daha geniş bir kavramdır. Blokzincir, kabul edilen kayıtları kriptografik olarak bağlı bloklar halinde düzenleyen bir dağıtık defter tasarımıdır. Başka dağıtık defterler farklı veri yapıları veya sıralama modelleri kullanabilir.

NIST Blokzincir Teknolojisine Genel Bakış raporu, bu sistemleri kurcalanması tespit edilebilir ve kurcalamaya dirençli defterler olarak açıklar. Sözcük seçimi önemlidir: normal ağ koşullarında geçmişi yeniden yazmak zordur ama «değişmezlik» mutlak veya sihirli bir özellik değildir.

Temel tanım: blokzincir; imzalı talepleri, doğrulama kurallarını, sıralı geçmişi, kriptografik bağlantıları ve rakip geçmiş sürümlerini çözümleyen bir süreci birleştirerek ortak durumu koordine eder.

Ortak işlem geçmişi tutan katılımcılardan oluşan blokzincir ağı — Birden çok katılımcı, tek yetkili kopyayı kontrol eden kuruma bağlı olmadan aynı sıralı geçmişi doğrulayabilir.

Ortak durum basit bir soruya yanıt verir: Şu anda sistemde ne geçerli?

Her işlem sisteminin güncel yanıtlara ihtiyacı vardır. Belirli bir coin'i kim harcayabilir? Hesabın bakiyesi nedir? Kayıtlı token sahibi kim? Son geçerli işlemden sonra sözleşme hangi verileri içeriyor?

Merkezi bir sistemde yanıtı tek bir işletmeci tutar. Banka hesap veritabanını, pazaryeri mülkiyet kayıtlarını, ödeme işleyicisi işlem durumlarını kontrol eder. Diğerleri o işletmecinin veritabanına ve prosedürlerine güvenir.

Blokzincir bu işlevi dağıtır. Düğümler ilgili geçmişin kopyalarını saklar veya doğrular ve ortak kuralları uygulayarak mevcut durumu hesaplar. Ethereum teknik girişi, çok sayıda bilgisayarca güncellenen ve paylaşılan bir kamu veritabanını açıklar. Önemli olan verinin çoğaltılması değil, bu kopyaların aynı geçerli duruma yakınsamasıdır.

Durum: bakiyelerin, mülkiyet kayıtlarının, sözleşme depolamasının ve diğer defter verilerinin en güncel geçerli hali.
Geçmiş: mevcut durumu oluşturan doğrulanmış değişikliklerin sıralı dizisi.
Kurallar: önerilen değişikliklerin geçerliliğini belirleyen protokol koşulları.
Uzlaşma: rakip adaylar bulunduğunda kabul edilen sıralamayı seçme süreci.

Ortak durum, her düğümün her mesajı aynı anda aldığı anlamına gelmez. Ağ gecikmeleri ve geçici görüş ayrılıkları yaşanır. Esas özellik yakınsamadır: geçerli katılımcılar zamanla aynı kabul edilmiş geçmişi belirleyebilir ve aynı durumu hesaplayabilir.

Bağlantılı bloklar ve dağıtık doğrulama süreci — Doğrulama ve sıralama, önerilen işlemleri mevcut durumun türetildiği ortak bir geçmişe dönüştürür.

Bloklar geçmişin sıralanmasını, doğrulanmasını ve gizli değişikliklere karşı korunmasını kolaylaştırır

İşlemler sürekli gelir, ancak ağın sıralı bir kayda ihtiyacı vardır. Pek çok blokzincir kabul edilen işlemleri bloklar halinde toplar. Her blok önceki bloğa başvurur veya ona yönelik kriptografik bir taahhüt taşır; böylece kronolojik bir yapı oluşur.

Bloklar arasındaki kriptografik bağ eski kayıtların değiştirilmesini görünür kılar. Önceki veri değişirse ortaya çıkan özetler veya taahhütler de değişir. Sonraki referanslar eşleşmez ve doğrulayan düğümler değiştirilmiş geçmişi reddedebilir.

Bitcoin geliştirici rehberi blokzinciri, çift harcamayı ve eski işlemlerin değiştirilmesini önlemeye yardımcı olan sıralı, zaman damgalı, açık bir işlem kaydı olarak tanımlar. Ethereum da işlemleri bloklara toplar ve geçmişe kriptografik taahhütlerle bağlar; ayrıntılar blok belgelerinde açıklanır.

Blok 104 → önceki referans: Blok 103
           işlem taahhütleri
           ortaya çıkan durum taahhüdü
                    ↓
Blok 105 → önceki referans: Blok 104
           yeni işlem taahhütleri
           yeni durum taahhüdü

Dolayısıyla zincir yalnızca depolama sağlamaz; denetlenebilir bir sıra oluşturur. Sistem mevcut durumu ve ona yol açan kabul edilmiş değişiklikleri açıklayabilir.

İşlem geçmişi ile güncel durum ilişkilidir, ancak aynı şey değildir

İşlem geçmişi değişiklikleri kaydeder; güncel durum belirli bir ana kadar gerçekleşen tüm geçerli değişikliklerin sonucudur. Ayrım önemlidir çünkü farklı blokzincirler durumu farklı biçimde temsil eder.

Bitcoin, harcanmamış işlem çıktıları (UTXO) modelini kullanır. Harcanabilir bir değer, önceki işlemde oluşturulmuş ve sonraki işlemde tüketilmemiş çıktıdır. Bitcoin işlem rehberi, mevcut çıktıların nasıl tüketilip yeni çıktılar üretildiğini açıklar.

Ethereum hesap tabanlı bir durum modeli kullanır. EVM belgeleri, hesapları, bakiyeleri, sözleşme kodunu ve depolamayı içeren bir durum yapısı tanımlar. Geçerli işlemler yürütme kurallarına göre sistemi bir durumdan diğerine taşır.

İzinli ağlar bu kavramları daha görünür biçimde ayırabilir. Hyperledger Fabric defter belgeleri, blokzincir geçmişinin yanında hızlı erişim için güncel değerleri saklayan bir «dünya durumu» veritabanı tanımlar.

Sistem ilkesi: geçmiş sistemin nasıl değiştiğini açıklar; durum en son sonucu gösterir. Uygulama bunları farklı saklasa bile her iki kavram gereklidir.

Blokzincir güveni ortadan kaldırmaz; kurallar, yazılım, ekonomi ve operasyonlara dağıtır

«Güvensiz» veya «güven gerektirmeyen» ifadesi sık sık yanlış anlaşılır. Blokzincir, güvenin hiç bulunmadığı bir dünya yaratmaz. Defteri tek başına kontrol eden bir kayıt tutucuya güvenme gereksinimini azaltır.

Protokol kuralları: katılımcılar doğru yazılımın aynı işlem ve durum kurallarını uygulamasına dayanır.
Kriptografi: imzalar, özetler ve taahhütler yetki ve veri değişikliklerinin doğrulanmasını sağlar.
Uzlaşma teşvikleri: madenciler, doğrulayıcılar veya izinli eşler davranışlarını etkileyen kurallara ve teşviklere tabidir.
Operasyonel bağımlılıklar: cüzdanlar, arayüzler, saklama hizmetleri, düğüm erişimi ve zincir dışı veriler yine güven alanlarıdır.

Riskler kaybolmaz; şekil değiştirir. Kullanıcı tek bir bankanın defterine daha az bağımlı olurken anahtar güvenliği, doğru yazılım, yeterli ağ katılımı, güvenilir dış veriler ve kurtarma süreçlerine daha fazla bağımlı olabilir.

Bu yüzden doğru soru sadece «merkeziyetsiz mi?» değildir. Hangi yetkilerin dağıtıldığını, hangi bağımlılıkların yoğunlaştığını ve sonucun geçerliliği için nelere güvenilmesi gerektiğini incelemek gerekir.

Ağ katılımcılarının işlemleri doğrulayıp ortak kayıt üzerinde uzlaşması — Ortak durum, doğrulama ve uzlaşma süreçlerine dayanır; farklı ağlar farklı yöntemler kullanır.

Doğrulama kuralları denetler; mutabakat hangi geçerli geçmişin kabul edileceğini belirler

Doğrulama ve mutabakat birbiriyle ilişkili olsa da farklı sorunları çözer. Doğrulama, işlemin veya bloğun protokol kurallarına uyup uymadığını sorar. Mutabakat, birden fazla uygun aday varken hangi sıranın ortak geçmiş olarak tanınacağını kararlaştırır.

Bir düğüm imzaları, kullanılabilir bakiyeleri, işlem biçimini, yürütme sonuçlarını ve blok yapısını kontrol edebilir. Bu denetimler geçersiz durum geçişlerini engeller; uzlaşma süreci de sıralamayı ve yakınsamayı belirler.

Doğrulama sorusu: protokol bu önerilen işleme veya bloğa izin veriyor mu?
Mutabakat sorusu: tüm katılımcılar hangi geçerli sıralamayı kabul edilmiş geçmiş saymalı?

İş İspatı, Hisse İspatı, Bizans hata toleranslı oylama, devredilmiş modeller ve izinli sıralama sistemleri bu ikinci soruya farklı yanıtlar verir. Tercihler kesinleşmeyi, işlem kapasitesini, katılımı, sansüre dayanıklılığı ve geçmişi yeniden yazmanın maliyetini etkiler.

Sınır: mutabakat dış dünyadaki bir iddianın doğruluğunu belirlemez; ağ kurallarına göre geçerli durum değişikliklerini ve kabul edilen geçmişi belirler.

Zincir üstü mülkiyet genellikle gelecekteki durum değişikliğini yetkilendirme gücü anlamına gelir

«Coin'ler cüzdanda duruyor» demek kolaydır, fakat teknik açıdan eksiktir. Varlık kaydı ortak durumda bulunur; cüzdan bu kaydı etkileyen işlemleri yetkilendirmeye yarayan kimlik bilgilerini yönetir.

Yerel kripto para sisteminde değer, yalnızca belirli kriptografik koşullar yerine getirilirse harcanabilir. Hesap tabanlı ağda durum bir bakiyeyi adrese bağlayabilir ve ilgili anahtarın ya da sözleşme mantığının onayladığı değişiklikleri kabul eder.

Bu yapı merkezi bir hesap yöneticisine danışmadan doğrulanabilir dijital kontrol sağlar. Bunun bedeli ağır bir sorumluluktur: yetkilendirme bilgilerinin kaybolması veya açığa çıkması, varlığın fiilî kontrolünü kaybettirebilir.

Önemli ayrım: zincir üstü kontrol her zaman hukuki mülkiyetle aynı değildir. Token bir alacağı, üyeliği, makbuzu veya fiziksel varlığı temsil edebilir; ancak hukuki sonuç sözleşmelere, saklamaya, düzenlemelere, ihraççılara ve mahkemelere bağlı kalabilir.

Dijital varlık kontrolünü yetkilendiren açık ve özel anahtarlar — Anahtarlar varlıkları cüzdan içinde saklamaz; ağdaki varlık kayıtlarını değiştirme talebini yetkilendirir.

Cüzdanlar yetkilendirmeyi yönetir; blokzincir varlık kayıtlarını tutar

Özel anahtar dijital imza oluşturmak için kullanılır. İmza, karşılık gelen sırrı açıklamadan talebin o sırra sahip kişi tarafından yetkilendirildiğini kanıtlar. Ethereum hesap belgeleri, hesaplar ile açık anahtarlı kriptografi arasındaki ilişkiyi açıklar.

Cüzdan anahtar üretebilir, adres gösterebilir, işlem hazırlayıp imzalayabilir, bakiyeleri izleyebilir ve ağ hizmetlerine bağlanabilir. Bazı cüzdanlar anahtarları kullanıcının cihazında tutar; saklama hizmetleri müşterileri adına kontrol edebilir. Akıllı sözleşme cüzdanları ek yetki kuralları uygulayabilir.

Dolayısıyla öz saklama yalnızca arayüz tercihi değildir. Kullanıcı veya kuruluş, anahtar güvenliği, yedekleme, kurtarma, imzalama politikası ve işlem doğrulaması sorumluluğunu üstlenir.

Kontrol modeli: defter, bir varlığı hangi koşulların kontrol ettiğini kaydeder; cüzdan yetkili tarafın bu koşulları karşılamasına yardımcı olur.

Yerel coin'ler ve tokenler değer taşıyabilir, ancak sistemin farklı katmanlarında bulunurlar

Yerel coin, protokolün temel muhasebe sistemine aittir. Bitcoin kendi işlem kurallarıyla; ether ise Ethereum'un hesap ve yürütme modeli içinde var olur. Yerel varlıklar çoğunlukla ağ ücretlerini ödemek için kullanılır.

Token genellikle blokzincir üzerinde çalışan program mantığıyla tanımlanır. Örneğin ERC-20 standardı, bakiyeler, transferler, arz ve izinler için ortak işlevleri belirtir. Token sözleşmesi Ethereum'un genel durumu içindeki kendi kayıtlarını günceller.

Bu ayrım ödemede kritiktir: tanıdık bir varlık sembolü tam ödeme yolunu açıklamaz. Ağ, token sözleşmesi, adres biçimi, ücret varlığı ve mutabakat davranışı önemlidir. OxaPay desteklenen para birimleri belgeleri varlık ve ağ meta verilerini sunar; desteklenen ağlar kaynağı ağları ayrı listeler.

Yerel coin: temel protokolce tanımlanır ve genellikle ağın ücret ve güvenlik modelinde kullanılır.
Token: sözleşme veya uygulama mantığıyla tanımlanır; yürütme ve mutabakat için alttaki ağa bağımlıdır.

Yerel coin ile akıllı sözleşme tokeninin karşılaştırılması — Yerel coin temel protokole aittir; token çoğunlukla ağ üzerinde çalışan mantığa dayanır.

Blokzincir kurallarının kabul ettiğini kanıtlar; her dış iddianın doğru olduğunu değil

Bir blokzincir kendi iç kaydı hakkında güçlü kanıt sunabilir. İşlemin imzalandığını, doğrulandığını, sıralandığını, kayda alındığını ve ağ kuralları çerçevesinde korunduğunu; ayrıca hangi durumun ortaya çıktığını gösterebilir.

Ancak gönderilmiş ürünün gerçek olduğunu veya taşınmaz devrinin hukuken geçerli olduğunu tek başına kanıtlayamaz. Bir oracle'ın hava durumu verisini veya ihraççının rezerv beyanını dış kanıt olmadan doğrulayamaz. Bu bilgiler kişiler, kurumlar, cihazlar, sözleşmeler, denetçiler ve veri hizmetlerinden gelir.

Güçlü iç kanıt: işlem yetkisi, sıralama, dahil edilme, durum geçişi ve kaydedilmiş sözleşme yürütmesi.
Dış bağımlılık: kimlik, hukuki mülkiyet, rezerv kalitesi, teslimat koşulu, piyasa bilgisi ve ağ dışı diğer gerçekler.

Gizlilik açısından da dikkat gerekir. Açık blokzincirde işlemler gözlemlenebilir; takma adlı adresler otomatik olarak anonimlik sağlamaz. NIST'in dağıtık defter gizliliği araştırması, değişime dirençli kayıtlarla gizlilik ihtiyaçları arasındaki gerilimi ele alır.

Açık ve izinli blokzincirler yetkiyi farklı şekilde dağıtır

Herkese açık izinsiz ağlar, işlem gönderme, doğrulama veya ekonomik güvenliğe katkı sunma konusunda genellikle geniş katılıma izin verir. Kurallar, katılımcıların birbirini tanımadığı ve güvenmediği açık bir ortam için tasarlanır.

İzinli ağlar ise katılımı kimlik, kuruluş denetimi, üyelik politikası veya yetkilendirilmiş doğrulayıcılarla sınırlar. Hyperledger Fabric, yönetimi ve üyeliği yapılandırılabilen kurumsal bir izinli dağıtık defter örneğidir.

Soru	Herkese açık, izinsiz	İzinli
Kim katılabilir?	Genellikle geniş veya açık katılım	Onaylı kimlikler veya kuruluşlar
Güven nasıl dağıtılır?	Protokol, ekonomi ve açık doğrulama	Yönetişim, üyelik ve yetkili eşler
Tipik öncelik	Tarafsız erişim ve sansüre dayanıklılık	Gizlilik, performans ve kurumsal kontrol

Modellerden hiçbiri her zaman üstün değildir. Doğru tasarım, kaydı kimin doğrulayıp güncellemesi gerektiğine, uyuşmazlıkların yönetimine ve açık katılımın ihtiyaç mı risk mi olduğuna bağlıdır.

Birden fazla taraf ortak duruma ihtiyaç duyarken tek kayıt sahibini istemiyorsa blokzincir yararlıdır

Blokzincir her zaman en iyi veritabanı değildir. Süreci zaten güvenilir tek bir işletmeci yönetiyorsa klasik veritabanı genellikle daha hızlı, daha ucuz, daha kolay düzeltilebilir ve gizli tutulabilir.

Bağımsız tarafların değişiklik önermesi veya doğrulaması, geçmişin denetlenebilir olması ve tek taraflı yeniden yazmanın kabul edilememesi durumunda blokzincir daha anlamlıdır. Tek bir yönetici aksi halde aşırı kontrol veya bağımlılık yaratabilir.

Olumlu işaret: birden fazla taraf aynı değişen kaydı doğrulamak zorunda.
Olumlu işaret: hiç kimse geçmişi tek başına yeniden yazamamalı.
Zayıf işaret: güvenilir bir işletmeci tüm veri ve kararları zaten yönetiyor.
Zayıf işaret: veriler varsayılan olarak silinebilir, düzeltilebilir veya tamamen gizli olmalı.

Ayrıca çoğaltma, mutabakat, anahtar yönetimi, yönetişim, izleme ve entegrasyon maliyetleri gerekçelendirilmelidir. Sadece ortak bir elektronik tabloya ihtiyaç duyan projeye gösterişli olduğu için blokzincir eklenmemelidir.

Ödemelerde blokzincir mutabakat kaydını sağlar; ödeme altyapısı ticari anlamını oluşturur

Blokzincir, ağ kurallarına göre değerin aktarıldığını kaydedebilir. Ancak işletmenin müşteriyi ve siparişi tanımlaması; varlığı, ağı, tutarı ve güvenli teslimat zamanını doğrulaması gerekir.

Ödeme altyapısının görevi blokzincir durumunu faturalara, sipariş kimliklerine, kur mantığına, durum güncellemelerine, muhasebe kayıtlarına ve destek süreçlerine bağlamaktır.

OxaPay Merchant Service belgeleri, kripto faturalandırma, markalı ödeme akışları ve sabit adresleri anlatır. OxaPay Merchant Service ile Merchant API, desteklenen varlık ve ağlarda ödeme akışı oluşturup takip etmek için iş odaklı bir katman sunar.

Blokzincir katmanı: ağ kurallarına göre transferleri doğrular ve kaydeder.
Ödeme katmanı: transferleri fatura, sipariş, durum ve operasyonel eylem olarak yorumlar.

İşletme ilkesi: blokzincir ağ düzeyindeki durumu belirler; ödeme altyapısı bu durumun işletme açısından anlamını belirler.

Blokzincir hakkında en çok yanılgı yaratan beş kestirme ifade

Yaygın ifadelerin mutlak doğru olarak görülmemesi gerekir:

«Blokzincir verisi asla değişmez.» Kabul edilen geçmişi değiştirmek giderek zorlaşır; güvenlik ağın yapısına, uzlaşmaya, katılıma ve onay derinliğine bağlıdır.
«Blokzincir güveni ortadan kaldırır.» Tek bir kayıt sahibine bağımlılığı azaltır ve güveni kurallar, kriptografi, yazılım, teşvikler ve operasyonlara dağıtır.
«Cüzdan coin'leri içinde tutar.» Varlık kayıtları ağdadır; cüzdan bunları kontrol etmek için gereken bilgileri yönetir.
«Herkese açık demek anonim demektir.» Açık defterler gözlemlenebilir; takma adlı adresler analiz edilerek kimliklere bağlanabilir.
«Blokzincir kayıtlı her bilginin doğru olduğunu ispatlar.» Ağın kendi kurallarına göre kabulünü gösterir; dış dünya için ayrı kanıt gerekir.

Blokzinciri anlamanın en iyi yolu, denetlenebilir hafızaya sahip ortak durum makinesi olarak düşünmektir

Katılımcılar imzalı talepler oluşturur. Düğümler bu talepleri doğrular; ağ geçerli değişiklikleri sıralar. Bloklar veya eşdeğer kriptografik taahhütler kabul edilmiş geçmişi korur. Her katılımcı güncel durumu türetebilir veya kontrol edebilir.

İmzalı talep
     ↓
Protokol doğrulaması
     ↓
İşlem sıralaması
     ↓
Kabul edilen geçmiş
     ↓
Güncel ortak durum
     ↓
Yeni yetkilendirme olanakları

Dijital mülkiyet bu sürecin içinde oluşur. Ağ, kayıtlı varlığın taşınabilmesi için hangi koşulların karşılanması gerektiğini tanımlar. Anahtarlar, sözleşmeler, çoklu imza kuralları ve diğer sistemler bu hareketi istemeyi mümkün kılar.

Bu düşünce modeli sınırları da gösterir: sistem içsel gerçeği yüksek bütünlükle koordine eder, ancak dış bağımlılıkları yok etmez, gizliliği garanti etmez, hatalı girdileri düzeltmez ve iş ya da hukuk süreçlerinin yerini tek başına alamaz.

Sonuç: blokzincirin değeri verilerin bloklara yerleştirilmesinde değil; bağımsız katılımcılara doğrulanabilir geçmiş, ortak güncel durum ve tek bir tarafın kaydı tekelleştirmediği açık bir yetkilendirme yolu sunmasındadır.

Bu incelemede kullanılan protokol ve kurum kaynakları

Teknik tanımlar ve ayrımlar, protokollerin resmî belgeleriyle kurum yayınlarına dayanır. Aşağıdaki kaynaklar blok yapısı, işlemler, durum, kriptografi ve dağıtık defter tasarımı hakkında ayrıntılı bilgi verir.