Dijital mülkiyet, bir dijital varlığa ne olacağını belirleyebilme yetkisidir
Blokzincirde sahiplik, cüzdanın içinde bir dosya veya madeni para bulundurmak değildir. Ağ, varlığın harcanması, aktarılması, kullanılması ya da başka şekilde değiştirilmesi için karşılanması gereken koşulları ortak bir kayıtta tutar.
Kişi bu koşulları karşılayabiliyorsa pratik kontrol sahibidir. Basit bir cüzdanda özel anahtarla geçerli dijital imza yeterli olabilir. Başka yapılarda birden fazla imza, akıllı sözleşme mantığı, zaman sınırı, kurtarma prosedürü veya başka hesabın onayı gerekebilir.
Bu nedenle “mülkiyet” sözcüğü dikkat ister. Blokzincir, yetkilendirilmiş durum değişikliğinin protokol kurallarına uygun gerçekleştiğini gösterebilir; kimliği, hukuki tapuyu, ekonomik hak sahibini veya zincir dışındaki nesne üzerindeki hakları otomatik kanıtlamaz. NIST Blokzincir Teknolojisi İncelemesi, kriptografi ve uzlaşmanın değiştirilmesi fark edilebilen kayıtlar oluşturmasını açıklar.
Defter kaydı, teknik kontrol ve haklar ayrıldığında mülkiyet daha anlaşılır olur
Üç ayrı soru sıklıkla karışır: Ağ neyi kaydeder? Değişikliği kim yetkilendirebilir? Varlığın veya bağlantılı nesnenin yasal ya da sözleşmesel hakkı kime aittir?
Bakiyeler, harcanmamış çıktılar, token kimlikleri, sözleşme durumu ve protokol verileri.
Anahtar sahibi, sözleşme, imzacı grubu, saklama kuruluşu veya kurtarma süreci değişim koşulunu sağlayabilir.
Kanun, sözleşme, ihraççı şartları ve saklama anlaşmalarından doğan uygulanabilir haklar.
Bu katmanlar örtüşebilir ama her zaman değil. Kendi anahtarlarını saklayan kullanıcı coin üzerinde hem kontrol hem ekonomik hak sahibi olabilir. Saklama kuruluşu müşteri varlıklarını yönetebilir. Anahtarı çalan kişi teknik kontrol kazansa da yasal mülkiyet kazanmaz. Token sahibi yalnızca sınırlı sözleşmesel alacak taşıyor olabilir.
Blokzincir varlığı cüzdan uygulamasında değil, ağın ortak durumunda bulunur
Dijital cüzdan fiziksel cüzdan gibi coin saklamaz; kimlik bilgilerini, adresleri, işlem oluşturmayı, imzalamayı ve zincir verilerini okumayı yönetir. Harcanabilir değer veya token sahipliği ilişkisi ağ durumuna kaydedilir.
Bitcoin'de bu kayıt harcanmamış işlem çıktıları (UTXO) kümesidir. Ethereum'da hesaplar, bakiyeler, sözleşme kodu, depolama ve token sözleşmelerinin tuttuğu bilgiler bulunur. Yapılar farklı olsa da ortak ilke, durum değişikliğinin ağın tanıdığı koşulla yapılmasıdır.
Aynı varlığın farklı cüzdan uygulamalarında görünmesi bu yüzdendir: uyumlu uygulamalar aynı kontrol bilgilerini kullanıp aynı kamusal durumu okur. Arayüz değiştirmek varlığı uygulamalar arasında taşımaz. OxaPay kripto cüzdan rehberi, saklamalı ve kendi saklamalı modelleri açıklar.
UTXO modelinde kontrol, bir çıktının harcama koşulunu yerine getirmek demektir
Bitcoin her kullanıcı için değiştirilebilir bir genel hesap bakiyesi tutmaz. Her biri değer ve gelecekte harcanmak için karşılanması gereken koşul taşıyan harcanmamış çıktıları izler.
Yaygın bir koşul ilgili anahtarın geçerli imzasıdır. Daha karmaşık betikler birden fazla imza, zaman kilidi, hash ön görüntüsü veya bunların birleşimini isteyebilir. Ağ kişinin nüfus kimliğini bilmek zorunda değildir; çözme verisinin harcama betiğine uyup uymadığını denetler.
Bitcoin teknik makalesi dijital imza zincirleriyle elektronik parayı açıklar. Güncel betikler daha geniş yetenekler sunsa da ana düşünce değişmez: bir sonraki geçerli harcamayı yetkilendirmek kontrolü kullanmaktır.
Hesap tabanlı ağlarda kontrol, hesabın türüne ve yetkilendirme mantığına bağlıdır
Hesap tabanlı ağlar adreslerin veya sözleşme hesaplarının durumunu tutar. Standart dışarıdan sahip olunan hesap özel anahtarla yönetilir; sözleşme hesabı kod kurallarıyla yönetilir ve yalnızca programlanmış koşullarda durum değiştirir.
Ethereum hesap belgeleri bu iki türü ayırır. İkisi de varlık tutabilir ve sözleşmelerle etkileşebilir; ancak işlemleri farklı biçimde yetkilendirir.
Dolayısıyla sahiplik her zaman tek bir gizli anahtar demek değildir. Sözleşme cüzdanı çoklu onay, harcama limiti, gecikmeli çekim, oturum izni, kurtarma koruyucusu ve işleme göre farklı kurallar koyabilir. Token sözleşmesi de yetkili çağrı sonrasında kendi iç bakiye tablosunu değiştirebilir; ağın yerel hesap bakiyesi ile token bakiyesi ilişkili ama ayrı kayıtlardır.
Anahtar yetkilendirir; adres bir hedefi veya kontrol koşulunu tanımlar
Özel anahtar gizli imzalama bilgisidir, açık anahtar ise imzanın doğrulanmasını sağlar. Adresler genellikle açık anahtardan, betikten veya hesap tanımından türetilir; ayrıntılar ağa ve biçime göre değişir.
Adres doğrulanmış bir kişi kimliği değildir. Bir kişi birçok adresi, birden çok kişi ortak bir adresi kontrol edebilir; saklama sağlayıcısı birçok müşteri adına adres yönetebilir; sözleşme adresi tek anahtar yerine kodla yönetilebilir.
OxaPay'in açık ve özel anahtarlar ile kripto adres türleri hakkındaki yazıları bu kavramların ayrımını ele alır.
Kontrol paylaşılabilir, devredilebilir, sınırlandırılabilir, ertelenebilir veya kurtarılabilir
En basit model, tek anahtarın tek hesabı kontrol etmesidir. Ticari hazine operasyonları daha dayanıklı kurallar ister: üç kişiden ikisinin onayı, akıllı hesapta günlük limit veya başka bir sözleşmeye yalnızca belirli tutarı harcama izni gibi.
Değer aktarımı için birbirinden bağımsız birden fazla onay gerekir.
Kod, imzacıları, sınırları, kurtarmayı, modülleri ve geçerli işlem yollarını tanımlar.
Sahip, diğer hesap veya uygulamaya sınırlı işlem izni verir.
Aktarım ertelenebilir, iptal edilebilir veya koruyucularla geri kazanılabilir.
Ethereum'un hesap soyutlama çalışmaları, sabit anahtar doğrulamasından programlanabilir hesap politikasına geçişi gösterir. Esneklik kurtarmayı geliştirirken sözleşme, yapılandırma ve yönetişim riskleri de doğurur.
Saklama modeli, kontrolü kimin yürüttüğünü ve kurtarmadan kimin sorumlu olduğunu belirler
Kendi saklamada kullanıcı veya kuruluş işlem yetkisi veren anahtarları ve prosedürleri kendisi yönetir. Saklamalı modelde hizmet sağlayıcısı bunları müşteri adına işletir.
Seçim özgürlük ile bağımlılıktan ibaret değildir; sorumlulukları dağıtır. Kendi saklama yedekleme, erişim, halefiyet, cihaz güvenliği ve olay müdahalesi gerektirir. Saklamalı hizmet anahtar yönetimini basitleştirir ama sağlayıcı, sözleşme, varlık ayrıştırma, hesap ve iflas riskleri yaratır.
| Model | Kontrolü kim yürütür? | Başlıca avantaj | Başlıca risk |
|---|---|---|---|
| Tek anahtarlı kendi saklama | Kullanıcı veya cihaz | Basit ve doğrudan kontrol | Tek kayıp veya ele geçirilme noktası |
| Çoklu imza | Bağımsız imzacılar | Ortak onay ve dayanıklılık | Koordinasyon ve kurtarma karmaşıklığı |
| Akıllı sözleşme hesabı | Tanımlı anahtarlar, modüller veya koruyucular | Programlanabilir politika ve kurtarma | Sözleşme ve ayar riski |
| Saklamalı hesap | Hizmet sağlayıcı | Kullanıcı için kolay işletim | Sağlayıcı ve hesap bağımlılığı |
OxaPay'in satıcı cüzdan güvenliği önerileri, saklamanın sadece cüzdan seçimi değil; yetkiler, yedekler, çekim sınırları ve çalışan değişiklikleriyle yönetilen bir süreç olduğunu gösterir.
Yerel coin ile token aynı adresi kullanabilir ama farklı sahiplik kayıtlarına dayanır
Yerel coin temel protokolün parçasıdır: Bitcoin BTC'yi UTXO ile, Ethereum ETH'yi hesap durumuyla kaydeder. Ağ ücretleri ve güvenlik teşvikleri genellikle yerel varlıkla ödenir.
Token ise mevcut ağdaki sözleşme veya uygulama mantığıyla tanımlanır. ERC-20 sözleşmesi bakiyeleri, aktarımları ve harcama izinlerini yönetir; ERC-20 standardı cüzdanlar arası uyumluluğu destekler.
Bir adresin hem yerel coin'i hem birçok tokenı olabilir. Anahtar sözleşmeye çağrıyı yetkilendirir, ancak iç kayıtların değişimini token sözleşmesi belirler. Bazı sözleşmeler aktarımları durdurabilir, adresleri dondurabilir, token basıp yakabilir veya yönetici atayabilir. Ödeme kabul ederken OxaPay'in desteklenen para birimleri ve desteklenen ağlar verilerini kontrol edin.
Bir tokena sahip olmak, ona bağlı şirket veya nesnenin mülkiyetini otomatik vermez
Token zincir üzerindeki kayıttır; ekonomik ve hukuki karşılığını sözleşme kodu, ihraççı şartları, uygulama kuralları ve bazen dış hukuk tanımlar. Benzer teknik yapıdaki tokenlar çok farklı haklar sağlayabilir.
Aktarılabilir değer, hizmet erişimi, indirim ya da protokol işlevi sağlayabilir.
İhraççıdan geri ödeme talebi veya protokolün sürdürdüğü istikrarlı pozisyonu temsil edebilir.
Benzersiz kayıt gösterir; medya ve fikrî haklar ayrı koşullara bağlıdır.
Taşınmaz, hisse, emtia, makbuz veya başka zincir dışı varlık üzerinde talep temsil edebilir.
ERC-721 standardı benzersiz tokenların takibine ve aktarımına arayüz sunar; telif hakkını, fiziksel nesnenin gerçekliğini veya zincir dışı taahhüdün uygulanmasını tek başına kanıtlamaz.
Teknik kontrol ve hukuki mülkiyet birbirini destekleyebilir, ancak aynı şey değildir
Blokzincir durum, yetki ve işlem geçmişi konusunda güçlü deliller üretir. Bu delilin ilgili ülkede mülkiyet doğurup doğurmadığını, devredip devretmediğini veya ispatlayıp ispatlamadığını hukuk belirler.
UNIDROIT Dijital Varlıklar ve Özel Hukuk İlkeleri, kontrol ile ayni hakları ayırır. Kontrol devri mülkiyet devrine eşlik edebilir, ancak tek başına bunun kanıtı değildir.
Saklama kuruluşu anahtarları tutarken müşteriler sözleşmeden veya hukuktan kaynaklanan ekonomik haklarını koruyabilir. Hırsız kontrol ele geçirip yasal mülkiyet kazanmayabilir; mahkeme kararı zincir kaydı değişmeden hakları etkileyebilir. Gayrimenkul, hisse, fatura, emtia ve fikrî hakların tokenlaştırılmasında zincir dışı hukuki ve operasyonel bağlar bu nedenle hayati önem taşır.
Köprülenmiş token, başka ağda tutulan varlık üzerinde talebi temsil edebilir
Varlık ağlar arasında taşınırken asıl varlık çoğu durumda zinciri fiziksel olarak geçmez. Köprü, kaynak ağda varlığı kilitleyip veya kontrol edip hedef ağda ona karşılık token çıkarabilir.
Hedef token sahibi onu yeni ağın kurallarına göre yönetir, ancak itfa köprü sözleşmelerine, doğrulayıcılara, saklamacılara, ağlar arası mesaj kanıtına, likiditeye ve yönetişime bağlı olabilir. Sahiplik yolu birden fazla kontrol sistemi içerir.
Ethereum köprü belgeleri, sarılmış varlıkların sözleşme ve sistemik risklerini açıklar: tokenın aktarılabilir olması yeterli teminat veya güvenli itfa garantisi değildir.
Kurtarma ve yetkiler kötü tasarlanırsa güçlü dijital kontrol tehlikeli olur
Özel anahtar kopyalanabilir, çalınabilir, ifşa olabilir veya kaybolabilir. Kullanıcı kötü amaçlı işlem imzalayabilir, sözleşmede hata bulunabilir, yönetici yükseltme anahtarını kötüye kullanabilir ya da alttaki ağ güvenli olsa bile saklama hesabı ele geçirilebilir.
Kurtarma planı varlığın değerine ve sahibine uygun olmalıdır. Birey için korumalı yedekler ve ayrı cihazlar; işletme için rol tabanlı erişim, çoklu imza, çekim sınırı, izin verilen adresler, onay kayıtları ve test edilmiş personel ayrılma prosedürleri gereklidir.
Kurtarma güven dağılımını değiştirir: koruyucu, yönetici, saklamacı veya yükseltme yetkilisi erişimi geri verebilir, ancak varlık üzerinde güç de elde edebilir. Önemli olan yetkinin nerede bulunduğunu ve kötüye kullanımı nasıl sınırlandırdığını bilmektir.
Kimlik bilgileri erişilemez olur ve geçerli işlemler yetkilendirilemez.
Saldırgan geçerli durum değişikliği yapacak kadar yetki kazanır.
Kurtarma yöntemi izinsiz kontrol yoluna dönüşebilir.
İşletmelerde mülkiyet kimin ödediğini, kimin aldığını ve uzlaşmayı kimin yönettiğini belirler
Kripto ödeme kontrolü gönderici tarafın koşulundan alıcı tarafın koşuluna taşır. Ticari süreç, beklenen varlık ve ağın ne olduğunu, adresin hangi siparişe ait olduğunu, transferin ne zaman kabul edildiğini ve uzlaşma sonrasında kimin harcayabileceğini de bilmelidir.
Ödeme altyapısı doğru isteği oluşturabilir, ağ ve varlığı belirleyebilir, aktarımı izleyebilir ve blokzincir kaydını siparişle eşleyebilir; müşterinin saklama karmaşıklığına girmesi gerekmez.
Ödeme sonrasında fonlar sağlayıcı hesabında mı kalır, dış hazine cüzdanına mı gider, farklı varlığa mı çevrilir, yoksa çekim çoklu onay mı gerektirir? Bunlar likidite, güvenlik, muhasebe ve kurtarmayı etkiler.
| Ödeme sorusu | Mülkiyet anlamı | Operasyonel kontrol |
|---|---|---|
| Ödeyen aktarımı onayladı mı? | Kaynak kontrol koşulu karşılanmıştır. | İşlemi, varlığı, ağı ve ödeme referansını doğrulayın. |
| Alınan varlığı kim harcayabilir? | Hedef koşul yeni kontrol yolunu tanımlar. | Sağlayıcı erişimini, saklamayı ve çekim onaylarını belirleyin. |
| Hangi varlık alındı? | Kimlik; sözleşme, ağ ve token kurallarını içerir. | Yanlış ağ ve taklit tokenları engelleyin. |
| Tahsilattan sonra ne olur? | Kontrol korunabilir, dönüştürülebilir, aktarılabilir veya paylaşılabilir. | Uzlaşma, dönüşüm, saklama ve hazine politikasını belirleyin. |
Varlık kaydından son kurtarma yoluna kadar tüm yetkileri izleyin
Değerlendirme “özel anahtar kimde?” sorusunda bitmemelidir; kontrolü değiştiren, engelleyen, devreden, geri getiren veya yeniden yorumlayan bütün yollar incelenmelidir.
- Kesin varlığı tanımlayın: yerel coin, sözleşme adresi, token kimliği, ağ ve köprü durumu.
- Mevcut kontrol koşulunu belirleyin: anahtar, betik, sözleşme, imzacı grubu veya saklamacı.
- Devredilen yetkileri haritalayın: harcama izinleri, operatörler, modüller, oturum anahtarları, yöneticiler ve yükseltmeler.
- Saklama ile ekonomik hakkı ayırın: anahtarı kim işletiyor, fayda kime ait?
- Hak katmanını okuyun: ihraççı, itfa, meta veriler, hukuki anlaşmalar ve dış varlık bağları.
- Başarısızlığı ve kurtarmayı test edin: kayıp anahtar, ihlal, dondurulmuş sözleşme, sağlayıcı arızası ve personel değişimi.
- Sonraki durumu belirleyin: ödeme sonrası kontrol, uzlaşma ve kayıt düzeni.
Yaygın kısaltmalar teknik ve hukuki ayrımları gizler
Varlık kaydı ağdadır; cüzdan anahtarları ve etkileşimi yönetir.
Anahtar teknik yetki sağlar; mülkiyet müşteri, işveren veya başka kişi adına olabilir.
Token zincir durumunu gösterir; medya, gayrimenkul, menkul kıymet veya mal hakkı ayrıca belgelenir.
Bir aracıyı kaldırır; cihaz, yazılım, yedek, imzacı ve sözleşmelere güven kalır.
Ağ, sözleşme, köprü, teminat ve itfa kontrolü ve riski değiştirebilir.
Mülkiyeti kayıtlar, yetki, saklama, haklar ve kurtarmadan oluşan bir yığın olarak düşünün
Dijital mülkiyet tüm katmanlar uyumluysa güçlüdür: varlık doğru tanımlanmış, kontrol koşulu anlaşılmış, yetki korunmuş, saklama sorumlulukları atanmış, dış haklar belgelenmiş ve kurtarma sınırsız yetki yaratmıyor olmalıdır.
Blokzincir ortak ve doğrulanabilir durum makinesi sağlar; hangi işlemin kabul edildiğini ve varlığı şu an hangi koşulun yönettiğini gösterir. Ancak bütün hukuki, ticari, operasyonel ve kimlik süreçlerinin yerini alamaz.
Bu içerik yalnızca bilgilendirme amaçlıdır. Mülkiyet, saklama, vergi, muhasebe, tüketici, menkul kıymet ve diğer hukuki sonuçlar varlığa, anlaşmaya, faaliyete ve ülkeye göre değişir.