Orjinal Metin Başlığı: " Web3 Kimlik Yığını Açıklaması: Dijital Egemenliğe Doğru Uzun Metin "
Orjinal Yazar: Nichanan Kesonpat, 1kxnetwork
Orjinal Kaynak: DeFi Yolu

Görsel Kaynak: Wujiebantu AI Aracı tarafından oluşturuldu
Bu makale, merkezi olmayan kimliğin temel kavramlarını, internet kimliğinin evrimini, Web3 kimlik altyapı yığınına katman katman bir bakış ve ilgili Gizlilik Temelli Özdeğer gelişmelerini kapsamaktadır. Kişinin Doğruluğu (Proof-of-Personhood), Uyumluluk ve Uygulama Katmanı gelecekteki makalelerde ele alınacaktır.

Web3 Kimlik Altyapısı Ekosistemi - Aralık 2022
Kimlik, birey, varlık veya nesneyle ilişkili verilerden oluşan yükselen bir özelliktir. Fiziksel dünyada bu verileri soyut itibar ve zihinsel ilişki biçiminde beynimizde saklarız. Dijital dünyada kimlik iki bileşenden oluşur:
Kimlik Bilgisi: Bir varlığı tanımlamak için kullanılan benzersiz bir karakter veya sayı dizisi (örneğin, pasaport numarası, Twitter kimliği, öğrenci kimliği).
Söz konusu varlıkla ilgili veriler (örneğin, seyahat geçmişi, Tweet'ler ve takipçiler, akademik başarılar).
İnternet için kimlik katmanı oluşturmak zordur, çünkü bu konuda ne olması gerektiği ve nasıl işlemesi gerektiği konusunda fikir birliği yoktur. Dijital kimlik çevreyle ilgilidir; İnternet'i çeşitli içerikler aracılığıyla deneyimleyeceğiz ve bu içerikler en azından birçok farklı ortamda bulunmaktadır. Bugün, dijital kimliğimiz büyük ölçüde parçalanmış durumda, az sayıda paydaşın kontrolü altında ve bunlar, çıktıkları ortamlardan başka herhangi bir yere taşmamamızı engelleme çıkarına sahiptir.
Kurumlar müşteri ilişkilerini kritik bir varlık olarak görmekte ve bu ilişkilerin kontrolünü bırakmak istememektedir. Şu ana kadar, bunu yapmanın bir yolu bulunmamaktadır. Geçici ve hatta tek seferlik bir kimlik bile, kontrol edemedikleri bir çerçeveden daha tercih edilebilir.
Müşteri ve tedarikçi ilişkilerinin dijital hallerini sürdürme konusunda, finans gibi belirli endüstrilerin (örneğin uyumluluk) benzersiz gereksinimleri vardır.
Hükümetler diğer türdeki organizasyonlardan farklı gereksinimlere sahiptir. Örneğin, sürücü ehliyeti ve pasaport alanındaki yetki.
Bu model, bireylere ve kimliğimizi ve verilerimizi yöneten taraflara karşı güç dengesizliğine neden olmaktadır. Kendi kendimize rıza gösteremeyiz, bilgilerimizi seçerek ifşa edemeyiz ve kimliğimizi farklı ortamlara taşıyamayız, çevrimiçi ve çevrimdışı tutarlı bir deneyim elde etmek için.
Crypto ve web3'ün ortaya çıkmasından önce, merkezi olmayan kimlik zaten kolektif bir çaba haline gelmişti. Genel amaç, bireylerin kimlikleri üzerinde kontrolü yeniden kazanmalarını ve merkezi, tek kapılı bekçilere bağımlı olmamalarını sağlamaktır. Müşteri verilerinin kötüye kullanımı ve büyük şirketlere güvenin azalması, merkezi olmayanın bir sonraki İnternet kimlik çağının merkezinde olmasını sağlamıştır.

Merkezi Olmayan Kimlik (DID) ve Kanıtlama, merkezi olmayan kimliğin temel oluşturma bloklarıdır. DID, doğrulanabilir veri kayıt yerinde (VDR) yayınlanır ve saklanır, merkezi olmayan "ad alanı" olarak, merkezi yönetimden etkilenmez. Blockchain'in yanı sıra, merkezi olmayan depolama altyapısı ve P2P ağı da VDR olarak kullanılabilir.
Burada, varlık (birey, topluluk, kuruluş) de merkezi olmayan bir Genel Anahtar Altyapısı (PKI) kullanarak kimlik doğrulama, mülkiyet kanıtlama ve DID'lerini yönetebilir; geleneksel ağ PKI'sından farklı olarak, merkezi sertifika makamlarına (CA) güven alanı olarak dayanmaz.
Kimlikle ilgili veriler, bir kimliğin diğerine (veya kendi varlığına) "iddiası" olarak yazılır. İddianın doğrulanması, şifreleme imzasıyla PKI aracılığıyla gerçekleştirilir.

Merkezi Olmayan Kimlik Tanımlayıcısının 4 temel özelliği vardır:
Merkezi Olmayan: Oluşturulması için merkezi bir kuruma dayanmaz. Varlık istediği gibi oluşturabilir ve farklı ortamlarda bekledikleri kimlik, rol ve etkileşimlerin ayrı kalmasını sağlar.
Kalıcılık: Oluşturulduğunda bir varlığa kalıcı olarak atanır. (Ancak bazı DID'ler geçici kimlikler içindir).
Çözünebilirlik: Varlık hakkında ek bilgileri açığa çıkarmak için kullanılabilir.
Doğrulanabilirlik: Varlık DID'inin mülkiyetini veya beyanını (doğrulanabilir kimlik belgesi) kanıtlayabilir ve bunu şifreleme imzasına ve kanıtlara dayanarak üçüncü taraflara dayanmadan yapabilir.
Bu özellikler, DID'yi diğer tanımlayıcı türlerinden ayırır, bunlar kullanıcı adı (doğrulanamaz), pasaport (merkezi olmayan), ve blok zinciri adresi (süreksiz, sınırlı çözünebilirlik) gibi.
World Wide Web Consortium (W3C), uluslararası bir topluluk olan kuruluşlar, personel ve halktan oluşur ve web standartlarını geliştirmeye adanmıştır. W3C'nin DID Spec, 4 ana bölümü tanımlar:
Şema: "did" öneki, diğer sistemlere bu tanımlayıcı ile etkileşimde bulunduğunu söylerken, URL, e-posta adresi veya ürün barkodu gibi diğer türdeki tanımlayıcılarla karıştırılmaması gerektiğini belirtir.
DID Metodu: Diğer sistemlere tanımlayıcının nasıl yorumlanacağını belirten bir spesifikasyon. W3C web sitesinde 100'den fazla DID metodu listelenmiştir, genellikle kendi VDR'leriyle ilişkilidir ve tanımlayıcıların oluşturulması, çözümlenmesi, güncellenmesi ve devre dışı bırakılması için farklı mekanizmalara sahiptir.
Benzersiz Tanımlayıcı: Bir DID metoduna özgü benzersiz bir tanımlayıcı. Örneğin, belirli bir blok zincirindeki bir adres.
DID Dosyası: Yukarıdaki 3 bölüm, bir DID dosyasına çözümlenebilir, bu dosya varlığın kendini doğrulamasına izin veren, varlığa ait tüm özellikleri/beyanları ve varlığa yönelik ek veri konumunu işaret eden ("hizmet ucu") bir işaretçiyi içerir.

Merkezi Olmayan Tanımlayıcı ve DID Dosyasının Ayrıntılı İncelenmesi
Genel Ağ Anahtarı Altyapısı (PKI) uzun bir süredir var olmasına rağmen, Kripto, jeton ağı tarafından teşvik mekanizması ile benimsenmesini hızlandırdı. Eskiden genellikle gizlilik odaklı teknik uzmanlar tarafından kullanılan bir şey olan şimdi yeni ekonomiye katılımın bir ön koşulu haline geldi. Kullanıcılar varlıklarını öz yönetim için cüzdan oluşturmalı ve web3 uygulamalarıyla etkileşimde bulunmalıdır. ICO çılgınlığı, DeFi yazı, NFT çılgınlığı ve tokenleştirme topluluğunun itici gücü ile, kullanıcıların elindeki anahtarlar tarihte hiç olmadığı kadar fazla. Bunu takip eden, anahtar yönetimini daha kolay ve daha güvenli hale getiren canlı bir ürün ve hizmet ekosistemi vardır. Kripto, merkezi olmayan kimlik altyapısı ve benimsenmesi için mükemmel bir troyan atı olmuştur.
Bir cüzdanla başlayalım. Cüzdan hala genellikle finansal varlık yönetimi bağlamında düşünülse de, tokenizasyon ve zincir üstü tarih bize artık çıkarlarımızı (NFT koleksiyonu), çalışmalarımızı (Kudos, 101) ve görüşlerimizi (yönetim oylaması) temsil etmemize izin verdi. Özel anahtarın kaybolması artık paranın kaybı gibi değil, daha çok bir pasaport veya sosyal medya hesabının kaybı gibi. Kripto, sahip olduğumuz şeyler ile kim olduğumuz arasındaki sınırı bulandırdı.

Ancak, zincir üstündeki faaliyetlerimiz ve sahip olduğumuz şeyler kim olduğumuza yalnızca sınırlı bir bakış açısı sunar (ve gizliliği korumaz). Blok zinciri yalnızca merkezi olmayan kimlik yığınının bir katmanıdır. Diğer yığınlar da bazı önemli sorunları çözmeye yardımcı olur, örneğin:
Ağ içinde ve ekosistemde kimliğimizi tanımlama ve doğrulama konusunda nasıl ilerliyoruz?
Şeyleri (itibar, benzersizlik, uyumluluk) nasıl kanıtlıyoruz ve aynı zamanda gizliliğimizi koruyoruz?
Verilerimize erişimi nasıl veriyor, yönetiyor ve geri çekiyoruz?
Kendi kimliğimizi ve verilerimizi kontrol ettiğimiz bir dünyada, uygulamalarla nasıl etkileşimde bulunuyoruz?
Bu soruların yanıtları, internetin gelecek nesillerindeki yüzünü derinden etkileyecek.
Aşağıdaki bölümler, Web3 kimlik yığınının aşamalı olarak incelenmesini sağlayacaktır. Doğrulanabilir veri kaydı, merkezi olmayan depolama, verinin değişkenliği ve birleştirilebilirliği, cüzdanlar, kimlik doğrulama, yetkilendirme ve kanıtlama.

Merkezi Kimlik Altyapısı Yığını
Blockchain'in dağıtılmış ve değiştirilemez özellikleri, onu doğrulanabilir veri kaydı olarak uygun hale getirir ve buradan DID yayınlamayı mümkün kılar. Aslında, çeşitli genel blokzincirler W3C'nin DID yöntemine sahiptir, örneğin:
Ethereum, did:ethr:public key, Ethereum hesabının kimliğini temsil eder.
Cosmos, did:cosmos:chainspace:namespace:unique-id, Cosmos zincirler arası uyumlu varlığı temsil eder.
Bitcoin, did:btcr: btcr-identifier, bir TxRef kodlu işlem kimliğini temsil eder, bu, UTXO tabanlı Bitcoin blokzincirindeki işlemin konumuna atıfta bulunur.
Dikkat çekici bir şekilde, did:pkh:address - Deftere bağımsız bir üretken DID yöntemi, blokzincir ağları arasında etkileşimliliği sağlamayı amaçlar. CAIP-10 standardına göre, zincirler arası bir anahtar çifti tablosu için hesap kimliği olarak kullanılır.
Fractal , benzersiz ve farklı düzeylerde KYC gerektiren kullanıcılar için tasarlanmış bir kimlik sağlama ve doğrulama protokolüdür. Geçerlilik ve/veya KYC kontrolünün tamamlanmasının ardından, ilgili Ethereum adresine Fractal DID yayınlanacak ve ilgili listeye eklenacaktır. Fractal'ın DID Kaydı Ethereum'da bir akıllı sözleşmedir, işlem tarafları bu sözleşmeye dayalı olarak Fractal DID'i ve doğrulama seviyesini sorgulayabilirler.
Kilt, Dock ve Sovrin, kendine egemen kimlik için özel uygulama blok zincirleridir. Bu yazı yazılırken, bunlar genellikle işletmeler tarafından son kullanıcıya kimlik ve belge dağıtmak için kullanılmaktadır. Ağa katılmak için düğümler, işlem işleme (DID/belge dağıtımı, belge şablonlarının tanımlanması ve güncelleme gerçekleştirmek için) gereken yerel jetonları temin etmelidir.
Genel blok zincirler ayrıca varlık sahipliği ve işlem geçmişi gibi değiştirilemez kullanıcı verileri için bir veri kaynağı olarak hizmet edebilir (örneğin, portföy takip cihazları ve "DeFi puanı" uygulamaları), ancak genellikle kullanıcıların çoğu verisi için uygun olmayabilirler çünkü büyük miktarda bilgi yazmak ve düzenli olarak güncellemek işlem maliyeti yüksektir ve veriler varsayılan olarak görünür olacağından gizliliği riske atabilir.
Bununla birlikte, bazı belirli uygulamalar için blok zincirleri, örneğin Arweave*, kalıcı depolama için tasarlanmıştır. Arweave, madencilere ağdaki depolanan bilgilere erişim karşılığında blok ödülü ve işlem ücreti öder. Madenciler yeni bir blok eklemek için "erişim kanıtı" sağlamalıdır. Belirli bir miktar ücret aynı zamanda bir kalıcı bağış fonuna da ödenir; depolama maliyeti enflasyon ve ücretler tarafından karşılanamadığında, bu fon gelecekte madencilere ödeme yapacaktır.
Ethereum ve Arweave, blok zincirine dayalı veri sürekliliği yöntemlerine birer örnektir. Ethereum'da her tam düğümün tüm zinciri depolaması gerekir. Arweave'de ise yeni blokların ve işlemlerin işlenmesi için gereken tüm veriler, her tek bloğun durumuna kaydedilir, böylece yeni katılımcılar ağına katılarak güncel bloğu güvendikleri akranlarından indirebilirler.
Sözleşmeye dayalı süreklilik, verilerin her düğüm tarafından kalıcı olarak kopyalanıp depolanamayacağı anlamına gelir. Bunun yerine, veri, birden fazla düğümle bir sözleşme imzalayarak sürekli olarak var olur, bu düğümler bir veri bloğunu bir süre tutmayı kabul eder ve veri sürekliliğini korumak için her süre dolduğunda yenilemek zorundadır.
IPFS, kullanıcılara doğrulanabilir, içerik adresine sahip verileri depolamaları ve iletmeleri için noktadan noktaya bir ağda olanak sağlar. Kullanıcılar istedikleri verileri kendi IPFS düğümlerinde saklayabilir, özel düğüm gruplarından faydalanabilir veya Pinata, Infura veya web3.storage gibi üçüncü taraf "pinnin" hizmetlerini kullanabilirler. Bir düğüm veri sakladığı sürece, veri ağda mevcut olacak ve diğer düğümlerin talep ettiğinde onlara sunulacaktır. IPFS'nin üstünde Filecoin ve Crust Network gibi şifreleme tabanlı ekonomi katmanı yer almaktadır, bu da bir uzun vadeli veri sürekliliği oluşturarak ağa veri depolamayı teşvik etmeyi amaçlamaktadır.
Bireysel Kimlik Bilgileri (PII) için, GDPR/CCPA unutulma hakkını uyumlu hale getirmek için IPFS kullanılabilir çünkü bu, kullanıcıların ağdaki verilerini silebilmelerine izin verir. Kimlik Cüzdanı Nuggets bu yaklaşımı benimsemiş ve tüccarların ve ortakların özel düğümlerini çalıştırmalarına izin vererek daha da merkezsizleşmiştir.
Diğer akıllı sözleşme temelli merkezsiz depolama çözümleri arasında Sia ve Storj yeralmaktadır, bunlar ağdaki çeşitli düğümler arasında dosyaları şifreler ve böler. Her ikisi de veriye erişilebilirliği sağlamak için silme kodlamasını kullanır (dosyayı sağlayan ancak bir alt kümesi depolama düğümünü gerektirir), hatta bazı düğümler çevrimdışı olsa bile. Bunlar ayrıca yerleşik teşvik yapılarına sahiptir ve depolama için yerel jetonları kullanır.

Genel blok zincir, Arweave ve IPFS hepsi değişmezliği garanti eder, bu statik NFT sanatı ve kalıcı kayıtlar için faydalı bir özelliktir. Bununla birlikte, bugün çoğu uygulamayla etkileşimimiz sürekli olarak verilerimizi güncellemektedir. Değişken veriler için tasarlanmış Web3 protokolleri, aşağıdaki merkezsiz depolama katmanından yararlanarak bu sağlar.
Ceramic , merkezsiz veri değişikliği ve kompozabilite için bir protokoldür, işleyişi IPFS veya Arweave gibi dayanıklı veri depolama ağlarındaki değişmez dosyaları dinamik veri yapısına dönüştürerek gerçekleşir. Ceramic'te bu "veri akışları", kendi değişken defterine benzer. Özel veriler, dış zincirde depolanabilir, şeması Ceramic'te dizinlenmiş olup, bu şema dışına özel depolamaya giden DID veri depolamasına eklenmiştir.
Bir kullanıcı, Ceramic tarafından desteklenen bir uygulamada profilini güncellediğinde, protokol bu güncellemeleri bir akış olarak doğrular, yeni bir duruma dönüştürürken önceki durum değişikliklerini takip eder. Ceramic'teki her güncelleme, DID'ye birden çok adresle eşlenebilen bir varlık tarafından doğrulanır ve kullanıcıların verilerini sunucu olmaksızın güncellemelerini yapabilmeleri için yol hazırlar.
Bugün, Web2 varlıkları arayüz ve arka uç sahibi olup, burada kullanıcı verilerini depolar ve kontrol eder. Google ve Facebook, bu verileri algoritmalı olarak platformlarında deneyimimizi kişiselleştirir ve topladıkları verileri ürünleştirir. Yeni uygulamalar, kişiselleştirilmiş deneyim sunamazken, baştan başlamak zorundadır, bu da pazar rekabetini azaltır.
Web3, verileri demokratikleştirir, yeni ürünler ve hizmetler için adil rekabet ortamı sağlar, uygulama deneyimi ve rekabetçi pazarlar için açık bir çevre oluşturur. Bir kullanıcının verilerini bir platformdan diğerine taşıyabileceği dünyada, uygulama geliştiricileri başlangıçta boş bir durumdan başlamak zorunda değildir, hemen kullanıcıya kişiselleştirilmiş deneyim sunabilirler. Kullanıcılar cüzdanlarıyla giriş yapabilir ve uygulamaya tamamen kontrol ettikleri "veritabanına" okuma/yazma izni verebilir.
Ceramic üzerindeki ComposeDB, merkezsizleştirilmiş bir grafik veritabanı olup, uygulama geliştiricilerinin GraphQL kullanarak keşfetmelerine, oluşturmalarına ve yeniden kullanmalarına olanak tanır. Grafikteki düğümler hesaplar (DID) veya dosyalar (veri akışları) olup, kenarlar ise düğümler arasındaki ilişkiyi temsil eder.
DID, veri tabanına veri yazabilen herhangi bir varlığı temsil eder, örneğin son kullanıcı, kuruluş, uygulama veya herhangi türden kimlik doğrulama servisi.

Model, belgeyle ilgili veri yapısını, doğrulama kurallarını, ilişkileri ve bulma bilgilerini depolayan Seramik Akışı temel alan bir meta veridir. Geliştiriciler, veritabanı olarak uygulamalarının bir parçası olarak veri birleşimleri oluşturabilir, birleştirebilir ve yeniden karıştırabilirler. Bu, merkezi kimlik ve ilgili verilerin bulunduğu geleneksel kullanıcı tablosunu ortadan kaldırır. Uygulamalar, kendi başlarına yönetmek yerine, kullanıcı tarafından kontrol edilen genel veri setleri üzerine inşa edilebilir.
Uygulamalar, belirli bir ortam için kullanacakları modeli tanımlayabilme yeteneğine sahip olduklarından, küratörlük pazarı çok önemli hale gelir, çünkü bu, en yararlı veri modelleri için bir sinyal sağlar (sosyal grafik, blog gönderisi vb. için tanımlandığı şekilde). Bu veri modeli pazarı sayesinde uygulamalar bu modellere sinyal verebilir, böylece bunların tüketilmesi daha kolay hale gelir. Bu, genel veri setlerinin daha iyi analizlere ve bilgi haritalarına yol açmasını teşvik ederek ürünlerin bu temelde daha da yenilik yapmasını sağlar.
Tableland, her bir tablonun EVM uyumlu bir zincirde bir NFT olarak tokenize edildiği değişken, yapılandırılmış ilişkisel veriler için bir altyapıdır. NFT sahibi, üçüncü tarafın veritabanında güncelleme yapmasına izin veren erişim kontrol mantığını tabloya ayarlayabilir, bu taraf uygun yazma iznine sahipse. Tableland, bir dış zincir doğrulayıcı ağı işletir ve tablonun oluşturulmasını ve sonraki değişiklikleri yönetir.
Zincir üstü ve zincir dışı güncellemeler, baseURI ve tokenURI kullanan bir akıllı sözleşme aracılığıyla işlenir ve bu sözleşme Tableland ağını işaret eder. Tableland aracılığıyla, NFT meta verileri değiştirilebilir (erişim kontrolü kullanarak), sorgulanabilir (SQL kullanarak) ve birleştirilebilir (diğer Tableland tablolarıyla).
Aynı şekilde ERC-20 ve ERC-721 gibi akıllı sözleşme standartları, dapp'lere nasıl jeton oluşturup transfer edeceğimizle ilgili ortak bir dil sağladığı gibi, veri modeli standartları, uygulamalar arasında veri, itibar, DAO önerileri ve sosyal grafik hakkında paylaşılan bir anlayış sağlar. Herkes tarafından yollanabilen açık kayıt sayesinde bu veriler birden fazla uygulama tarafından yeniden kullanılabilir.
Uygulamayı veri katmanından ayırarak, kullanıcıların içeriklerini, sosyal graflarını ve itibarlarını platformlar arasında taşımalarına izin verin. Uygulamalar aynı veritabanına erişebilir ve arka planda kendi içinde kullanabilir, böylece kullanıcılar farklı bağlamlarda birleştirilebilir bir itibara sahip olabilir.
Genel anlamda, bir cüzdan, anahtar yönetimi, iletişim (sahip, yayıncı ve doğrulayıcılar arasındaki veri alışverişi) ve borç gösterimi ve doğrulaması için arayüz ve altyapıyı içerir.
Ayrılması gereken şey, kripto cüzdanları (MetaMask, Ledger, Coinbase Cüzdan vb.) ve kimlik cüzdanlarıdır. Kripto cüzdanları, blokzincir ağının özel şifreleme anahtarlarını depolar ve jeton gönderme/alma ve işlem imzalama amacıyla tasarlanmıştır. Kimlik cüzdanları kimlik bilgilerini depolar ve kullanıcılara beyan oluşturma ve sağlama olanağı tanır, böylece uygulama ve hizmetler arasında kimlik verisi sağlayabilirler.
Kimlik cüzdanlarının örnekleri arasında ONTO, Nuggets ve Polygon ID Cüzdanı yer almaktadır. Bazı kimlik cüzdanları, örneğin Fractal, geçerlilik kontrolünü ve KYC'yi giriş süreçlerinin bir parçası olarak kullandığından, kullanıcılar, böyle bir gerekliliğe sahip uygulamalara sunulacak beyanı vermek üzere bir beyanda bulunabilirler. Bu kripto cüzdanlarında çok daha azdır. Ayrıca, kimlik cüzdanlarının W3C onaylı DID'leri, doğrulanabilir kimlik belgeleri ve DIDComm ve web3 dışı kullanım durumlarını destekleme olasılığı daha yüksektir.

WalletConnect bir cüzdan, cüzdan ve dapp'ler arasındaki iletişim protokolüdür. Basit ve tarafsız bir protokol olarak, WalletConnect milyonlarca kripto kullanıcısına hizmet vermiş olup, özgürlükçü kimlik altyapısının benimsenmesini hızlandırmada, WalletConnect DIDComm için güçlü bir alternatif olarak ortaya çıkabilir. DIDComm'dan farklı olarak, WalletConnect, bilgileri bir merkezi ağdaki "bulut iletişim kutusu"nda depolar ve cüzdan tekrar çevrimiçi olduğunda bu bilgileri cüzdana iletilir.
Kimlik doğrulama, bir veya daha fazla kimlik doğrulama faktörüne dayanarak kullanıcının kimliğini doğrulama işlemidir. Kimlik doğrulama faktörleri, kullanıcının sahip olduğu şeyler (dijital imza, kimlik kartı, güvenlik jetonu), bildikleri şeyler (şifre, PIN, gizli cevap) veya biyometrik veriler (parmak izi, ses, retina taraması) olabilir.

Merkezi olmayan kimlik paradigmasında, kullanıcılar kimliklerini cüzdanları ile doğrulayabilirler. Arka planda, cüzdan depolanan anahtarını kullanarak dijital imza oluşturur ve bu, hesabın ilgili özel anahtara sahip sahibi olduğunun "kanıtı" olarak görev yapar. Şifreli cüzdanlar imza oluşturabildiğinden, web3 girişi sağlayan uygulamalar kullanıcıların Metamask veya WalletConnect ile kimlik doğrulaması yapmasını sağlayabilir.
Yıllar içinde, kripto kullanıcıları cüzdanlarını dapp'lerle etkileşime geçirmişlerdir. Dapp'ler bağlanmış kullanıcıları hatırlamaz, her siteyi ziyaret ettiklerinde onları temiz bir sayfa gibi görürler.
Bugün, kullanıcılar dapp'lerle daha derin etkileşim modellerine sahiptir. Merkezi olmayan kimlik bilgileri burada faydalı hale gelir, çünkü uygulamalara kullanıcıları hakkında daha fazla bilgi sağlar, kişiselleştirilmiş bir deneyim sunarken, bireyin verileri üzerinde kontrol sahibi olmasını sağlar.
Daha zengin arka plan etkileşimi için, kullanıcı tercihlerinin, yapılandırma dosyalarının veya özel sohbet bilgilerinin yüklenmesi gibi, uygulamanın öncelikle gerçek anahtar sahibiyle iletişim kurulduğundan emin olması gerekir. "Cüzdan Bağlama" bu güvenceyi sağlamazken, kimlik doğrulama standartları sağlayabilir. Kimlik doğrulama, kullanıcıyla bir oturum açar ve uygulamanın verilerini güvenli bir şekilde okumasına ve yazmasına izin verir.
Ethereum ile Giriş Yap (SIWE), Spruce, ENS ve Ethereum Vakfı tarafından önerilen bir kimlik doğrulama standardıdır. SIWE, kullanıcıların blok zinciri tabanlı hesaplarını kullanarak oturum açma hizmetini standartlaştırmıştır. X ile Giriş Yap (CAIP-122), bu temelde SIWE'yi Ethereum merkezli SIWx'e dönüştürerek standardı farklı blok zincirler arasında çalışabilir hale getirmiştir.
Bireyler için, bu, web3 cüzdanlarını kullanarak kayıt olmaları veya giriş yapmaları anlamına gelir; bir kullanıcı adı ve şifre oluşturmak zorunda kalmadan, "sadece birkaç tıklama" ile sosyal girişe benzeyen bir kullanıcı deneyimi sunarak, çevrimiçi kimliklerine hakimiyetlerini korurlar. Uygulamalar, bu yaklaşımı, web3 doğal kitlelerine yönelik bir pazarlama stratejisi olarak benimseyerek kullanıcı taleplerini karşılayabilir.
Orta vadede, şifreli cüzdanla dapp'lere ve diğer web2 hizmetlerine giriş yapma kabiliyeti, web3 doğal kullanıcı deneyimine önemli bir iyileme getirecektir. Ancak bu durum, kullanıcıların takip edilme ve ilgili konularla karşılaşmalarına neden olacaktır, ki bu tür sorunlar web2'de oldukça zararlı hale gelmiştir. Aynı Seviyedeki (Peer) DID'ler veya kendi kendine kimlik doğrulama belirteçleri, bir alternatif çözüm olarak hizmet edebilir.
Yukarıda açıklanan "normal" DİD'lerden farklı olarak, Peer DİD'ler, bilinen 2 veya N taraftar arasında kullanılmak üzere tasarlanmıştır. Her bir hizmet ve/veya etkileşim için benzersiz bir tanımlayıcı olarak kullanılabilirler. Bu dijital kimlikteki şifreli cüzdan adresi, her tüccar veya hizmet etkileşimi için doğrulama kanıtı olarak VC'lerle birlikte saklanabilir.
Kimlik doğrulama kullanıcının kimliğini doğrularken, yetkilendirme bir varlığın hangi kaynaklara erişebileceğini ve bu kaynaklar üzerinde ne tür işlemler yapabileceğini belirler. Bu iki süreç bağımsızdır ancak genellikle kullanıcı deneyimi sürecinde el ele yürütülür. Bir üçüncü taraf hizmetine sosyal medya ile giriş yaptıktan sonra, kullanıcılar aşağıdaki gibi bazı yetkilendirme istekleriyle karşılaşabilirler.

Birleşik kimlik modunda, üçüncü taraf uygulamaların, kimlik sağlayıcınızda (örneğin Google) sakladığınız verilerin görüntülenmesine veya güncellenmesine izin veriyorsunuz; onlar da bu uygulamalara verdiğiniz izinleri ve ilgili yetkileri sürdürüyorlar. Web3 yetkilendirme altyapısı ve standartları da bu tür bir hedefe ulaşmaya yardımcı olur, yalnızca kendi verinize sahip olursunuz ve her üçüncü tarafa veri şifre çözme/okuma/güncelleme izni verirsiniz, merkezi olmayan aracıya ihtiyaç duymadan.
Tokenleşme topluluğunun yükselişiyle birlikte, web3 token tabanlı ürünlerin gelişimi de gerçekleşti, örneğin Collab.Land, Guild ve Tokenproof gibi. Bu araçların başlıca kullanım alanlarından biri topluluk üyelerine özel Discord kanallarına erişimi kontrol etmek ve rol ve itibara dayalı daha ayrıntılı erişim sağlamaktır. Topluluk üyelerine, token sahipliği, zincir üzerindeki etkinlik veya sosyal doğrulamaya göre erişim yetkisi programlı bir şekilde verilebilir, elle erişim atanmasına gerek kalmaz.
Lit, merkezi olmayan bir anahtar yönetimi ve erişim kontrol protokolüdür. MPC teknolojisinden faydalanarak, Lit ağı düğümleri arasında özel anahtarın "payı" paylaştırılır. Genel anahtar/özel anahtar çiftleri, sahipleri olan PKP (Programlanabilir Anahtar Çifti) NFT'leri tarafından temsil edilir ve bu çiftin tek kontrolörüdürler. Belirlenen herhangi bir koşul karşılandığında, PKP sahibi ağda payı tetikleyebilir ve dosyaları şifre çözme veya bilgi imzalama adına temsil edebilirler.
Kimlik doğrulama kontrolü bağlamında, Lit kullanıcıların zincir üstü koşullar tanımlamasını ve zincir dışı kaynaklara erişim izni vermesini sağlar. Örneğin, bir DAO bir dosyayı Arweave veya AWS'ye yükleyebilir, Lit ile şifreleyebilir ve bir dizi koşulu tanımlayabilir (örneğin, NFT sahipliği gibi). Yetkili cüzdan bir mesajı imzalar ve protokol düğümlerine yayınlar, protokol düğümleri imzalayanın koşullara uygun olduğunu doğrulamak için blokzinciri kontrol eder, uygunsa imzalayanın dosyayı şifrelemek için anahtar payını toplar. Bu aynı altyapı ayrıca Shopify indirimleri, kilitli Zoom odaları ve Gathertown alanları, canlı yayınlar ve Google Drive erişimi gibi web2 deneyimlerinin kilidini açmak için de kullanılabilir.
Kepler, kullanıcı kontrollü veritabanı ("Yörüngeler") etrafında verileri düzenler, bu veritabanları verinin belirli ana bilgisayar listesini temsil eder ve yalnızca onların anahtarlarıyla kontrol edilebilir bir akıllı sözleşme olarak hizmet verir. Bu veritabanları güvenilir taraflar, çoklu ana bilgisayarlık farklılaşma mekanizması, kaynak sahipleri ve lisans geçerliliği tarafından yönetilebilir. SIWE kullanan herkes hemen tercihlerini, dijital sertifikalarını ve özel dosyalarını depolamak için özel veritabanlarından yararlanabilir. Çoklu depolama arka ucu desteği ile, kullanıcılar kendilerine ait sunuculara veya barındırılan sürümlere sahip olabilir.
Bazı örnekler, uygulamaların yukarıda bahsedilen modüllerin kombinasyonunu nasıl kullandığını açıklamaktadır:
Orbis , Ceramic'i veri depolama ve güncelleme için kullanan bir sosyal medya uygulamasıdır ("web3 Twitter/Discord"), özel mesajlar depolanmadan önce Lit ile şifrelenir
Lit'i merkezi olmayan bir şifreleme sistem olarak kullanarak, kimlerin Tableland verilerinizi çözebileceğini yetkilendirin
Kepler, Ceramic belgesini bir işaret olarak kullanarak özel depolama alanına yönlendirmek için kullanılabilir
Lit PKP'ler oluşturarak bir uygulamanın Bir Seramik Akışına "sahip" olmasını sağlayın ve Lit Actions'a (IPFS üzerindeki kod) herhangi bir koşulu karşılaması durumunda veritabanını imzalama ve güncelleme yetkisi verin
CACAO, Zincirden Bağımsız Nesne Yetkilendirmesi (OCAP) temsil eden bir standart olup Sign-in-With X kullanır. Bu, SIWx imzalı işleminin sonucunu, İPLD tabanlı bir nesne yetkilendirmesi (OCAP) olarak kaydetmek için bir yöntem tanımlar; sadece kimlik doğrulama etkinliği yaratmaz, aynı zamanda doğrulanabilir yetkilendirme için birleştirilebilir ve yeniden oynatılabilir yetki kabul edilmesi oluşturur.
Yetkilendirme yöntemi, kullanıcıların uygulamaya verilerini görüntüleme/güncelleme yetkisini ince, kapsamlı ve doğrulanabilir bir şekilde vermelerine olanak tanır. Ayrıca oturuma dayalı olabilir, böylece her güncellemede mesaj imzalamaları gerekmez; bunun yerine zengin etkileşimler uygulamada gerçekleşir ve oturum sona erdiğinde bir kez imza atılır.
Burada, merkezi olmayan kimlik altyapısı yığınının zirvesine ulaştık, aşağıdaki gibi.

Bazı terimler:
Kanıt, bir ifadenin doğru olduğunu ve imzanın geçerli olduğunu kanıtlama işlemine atıfta bulunan bir terimdir; bunlar kayda bağlı etkinliğin bağımsız doğrulamasını gerektirir.
Kimlik Belgesi, bir varlığın bilgisini açıklayan ve bir başka varlık ya da kendileri tarafından yazılan ve imzalanan bir belgedir. Kimlik belgeleri manipülasyona karşı güvenilirdir ve şifrelenerek doğrulanabilir; bir cüzdanda saklanabilir.
Doğrulanabilir Belge (VC), W3C Doğrulanabilir Kimlik Belgesi spesifikasyonu tarafından tanımlanan şifrelenebilir dijital belgenin standart veri modeli ve temsil formatıdır:
- Veren, belgenin verenidir (örneğin, üniversite)
- Sahibi, belgeye sahiptir (örneğin, öğrenci)
- Doğrulayıcı, belgeyi doğrular (örneğin, potansiyel işveren)
- Doğrulanabilir sunum, kullanıcının verilerini üçüncü tarafla paylaştığı ve üçüncü tarafın bu belgenin gerçekten veren tarafından imzalandığını doğrulayabileceği anlamına gelir
Lütfen unutmayın ki buradaki "Veren", "Sahip" ve "Doğrulayıcı" görecelidir. Herkes kendi DID'ye ve topladığı belgelere sahiptir.
Belge, itibarın temelidir ve itibar, bir toplumsal olgu olup çevresel değişime bağlı olarak değişir. Bir veya daha fazla belge, bir varlığın niteliğini, yeteneğini veya otoritesini temsil etmek için kullanılabilir. Herhangi biri kendisini, ünlü bir üniversiteden başarıyla mezun olduğunu söyleyebilir, ancak bu diğerleri için anlamsız olacaktır. Üniversitenin verdiği belge ancak yasal veya saygın kabul edilir.
Web3'e özgü rozetler ve X-proof projeleri W3C VC standardını izlemese de, yukarıda açıklanan sistemde benzerlikler bulabiliriz.
En açık örnek, devredilemez NFT rozetleridir, sadece belirli bir blockchain etkinliğini tamamlayan cüzdanlar döküm yapabilir. Tüm işlem geçmişi zaten blockchain'de olduğundan, başlangıçtan itibaren doğrulanabilir ve değiştirilemezdir.DegenScore, DeFi protokolleriyle etkileşiminizi toplayarak ape özelliklerinizi niceliklendirmekte ve akıllı kontrattaki kurallara dayanarak bir puan çıkarmaktadır. Bu puanı "DeFi Belgesi" olarak cüzdanınızda saklayabilirsiniz. Belirli bir puanı olan kişilere özel olan bir Degen DAO varsa, bu NFT'yi DAO'ya sunabilir, ardından token kapısı protokolü onun size ait olduğunu doğrulayabilir ve siz de bu DAO'ya girebilirsiniz—Degen Kanıtı
POAP'lar * Bir etkinliğe katıldığınızı veya gerçek hayatta biriyle karşılaştığınızı kanıtlayın -- Katılım Kanıtı/Buluş Kanıtı
Otterspace DAO'ya hangi işlerin anlamlı olduğuna karar verme ve üyelerine ntNFT rozeti verme izni verirken, Proved DAO'dan üyeleri için DAO'ya özgü bir NFT rozeti dövme öncesinde bir iddiayı "imzalamasını" ister - Katkı Kanıtı
101 Online kursunu başarıyla tamamlayan bir öğrenciye ntNFT verir -- Öğrenme Kanıtı
Kleoverse GitHub verilerine dayanarak kullanıcılara Typescript, Rust veya Solidity beceri rozeti verir - Beceri Kanıtı Yukarıda açıklanan erişim kontrolü kullanım durumu dışında, Lit PKP'ler ayrıca bir şifreli noter olarak hareket edebilir, Lit Eylemleri sertifikayı imzalamadan önce kontrol gerçekleştirebilir. Örneğin, merkezi olmayan bir eğitim platformu, ders oluşturucuların geçişi nasıl tanımladığını belirlemesine izin verebilir ve bu koşulları Lit Eylemi olarak dağıtabilir, bu koşullara göre PKP'sini kullanarak VC'yi programlı şekilde yayınlayabilir.
Burada 2 sorun ortaya çıktı: Bu doğrulama veri noktalarının hangileri anlamlı ve bunları nasıl özetleyebiliriz?
Orange Protokolü buna bir çözüm sunar: Model sağlayıcılar bu veri noktalarını net tanımlı bir modele entegre etme. Orange'da, MP'ler genellikle sistemlerinde itibar değerlendirme önlemleri olan platformlar olarak kabul edilir. "Veri Sağlayıcılar", verilerinin model sağlayıcının tasarladığı modele girdi olarak kullanılmasına izin verirler. Sonra MP'ler hesaplama yöntemleri ekler, farklı varlıklara itibar puanları atar ve bu modelleri başkalarının kullanımına sunar. Dapp'ler kullanım senaryoları için bu itibar modellerini planlayabilir ve entegre edebilirler.
Şu ana kadar, Aave, Gitcoin, Snapshot, DAOHaus vb. verilerini Orange'a sağladılar. Bu veriler, onlar ve diğer projeler tarafından Dework, talentDAO ve Crypto Sapiens gibi tarafından modellendi ve üyelere ntNFT'ler sağladı, bu da CollabLand ve Guild kullanımından Snapshot'un itibar ağırlıklı yönetişimine kadar geniş bir yelpazede olanaklar sunmaktadır.
Eğer gizlilik sorunları ve gizliliği sağlayan teknik ögeler göz ardı edilmezse, kimlik altyapısı hakkındaki tartışma eksik kalır. Gizlilik, yığının tüm katmanlarında bir faktördür. Son on yılda, blokzincirin benimsenmesi, zk-proof'lar gibi güçlü şifreleme öğelerinin geliştirilmesini hızlandırdı. Rollup'lar gibi genişleme teknolojilerindeki uygulamasının yanı sıra kendini kanıtlama (zk) teknolojisi, kimlik için kamuoyu önünde doğrulanabilir bilgilere karşı gizlilik koruması sağlamak üzere ince ve gizliliği koruyan açıklamalar yapmalarına izin verir.
Gizlilik güvencesi, bizlere tamamen şeffaf verilerin kullanımının güvenilir açıklamaların oluşturduğu olumsuz dış etkilerden kaçınımını sağlar. Bu güvenceler olmadan, üçüncü taraflar orijinal işlemle ilgisi olmayan etki alanı dışı etkileşimler başlatabilir (örneğin reklam veya taciz). Kriptografi ve zk teknolojisinden faydalanarak, kimlik sistemleri inşa edebiliriz, burada etkileşimler ve veri paylaşımı, belirli bir tanımlanmış, bağlam içindeki etki alanına ("sandbox") hapsedilir.
"Sıradan" doğrulanabilir kimlik belgeleri genellikle JSON-JWT veya JSON-LD biçiminde görünür, her bir belgenin dışsal veya gömülü bir ispatı (sayısal imza) vardır, böylece değiştirilemez ve doğrulanabilir özelliklere sahiptir, belgenin veren tarafından hazırlanmıştır.
zk-proof'lar ve yeni imza şemaları, W3C VC'nin gizlilik koruma özelliklerini artırmıştır, örneğin:
- Korelasyona Karşı Dayanıklılık: Her sahibin belgeyi paylaştığında, bu kimlik doğrulama elemanı paylaşılır ve bu nedenle her belge sunumunun, doğrulayıcıların tanımlanan kişiyi gösteren hedefe ulaşmasına ve onu tanımlanabilen bir kişi olarak konumlandırmasına izin verdiği anlamına gelir. Bir imza blakkağı ile, her seferinde imzanın benzersiz kanıtını paylaşabilirsiniz, imzayı kendisi paylaşmadan.
- Seçimli Açıklama: Sadece VC'nin gerekli özelliklerini paylaşırken, diğer özellikleri gizler. JSON-JWT belgeleri ve JSON-LD belgeleri - imzalı belgeler, tutucunun doğrulayıcı ile belgenin tamamını paylaşmasını gerektirir -- "kısmi" paylaşım yoktur.
- Agregasyon Ispatı: Birden fazla VC'nin özelliklerini bir kanıtta birleştirme, yayıncıya başvurmadan veya yeni bir VC oluşturmadan.
- Öngörü: Gizli bir değeri işlemde kullanmaya izin verme ve doğrulayıcıdan bir değer sağlama. Örneğin, kimlik sahibinin hesap bakiyesinin belirli bir eşiği aştığını ve bakiyeyi ifşa etmeden belirtme veya sıkça başvurulan bir durum, yasal içki içme yaşını kanıtlama ve doğum tarihini ifşa etmeme durumu.

Beklenen bir yöntem, özgün olarak BBS İmza Şeması adı altında 2020 yılında ilk kez MATTR tarafından önerilen bir yaklaşımdır. Bu öneri, BBS imzalarının yaygın olarak kullanılan VC'lerin JSON-LD biçimi ile birlikte kullanılmasına izin verir. Sahipler, başlangıçta imzalanan bir kimlik belgesindeki beyanları isteğe bağlı olarak açıklayabilir. Bu şemadan elde edilen kanıt, imzalı sıfır bilgi kanıtıdır; bu da doğrulayıcının kanıtı oluşturmak için hangi imzanın kullanıldığını belirleyemeyeceği anlamına gelir ve bu da yaygın bir kimliklendirme kaynağını ortadan kaldırır.
Iden3 bir zk-native kimlik protokolüdür ve ayarlanabilir zk çerçeve veaçık kaynaklı kütüphaneler sunar, zk kimlik öznitelikleri, doğrulama ve kanıt oluşturmanın yanı sıra. Bu protokol, her kimliğe özel bir anahtar çifti oluşturmak için Baby Jubjub eliptik eğrisini kullanır; bu eğri, kimlik mülkiyetini ve beyanlarını gizlilik odaklı bir şekilde kanıtlama için kullanılan zk-SNARK'lar ile işbirliği yapacak şekilde tasarlanmıştır. PolygonID, şu anda kimlik cüzdanlarında bu protokolü kullanmaktadır.
Zero Knowledge Proof (ZKP) uygulaması, son birkaç yılda kripto topluluğundan gelen birçok heyecan verici noktayla birlikte, araştırma ve deney alanında aktif olan bir alandır. Web3 içinde, şu uygulamalarda kullanıldığını gördük:
Özel Airdrop: Stealthdrop
Gizliliği Koruyan Ancak Güvenilir Kanıt: Sismo (Mülkiyet), Semaphore (Üyelik).
Anonim Bilgi İletişimi: heyanon
Anonim Oylama/Karar Alma: Melo
Bu araştırmanın bazı genel görüşleri:
Crypto'nun DPKI'yi nasıl hızlandırdığı gibi, çevrimiçi/Gerçek Dünya Erişim İzininin (IRL) verilmesi ile toplanabilir güvenilirlik, merkezi olmayan kimlik altyapısının hızlandırıcısı olacaktır. Şu anda, kimlik doğrulama (örneğin, bir kimliğin doğruluğunu sağlamak için) protokolleri farklı kullanım durumlarında ve blok zincir ağlarında dağınıktır. 2023 yılında, bu tür protokollerin (örneğin, profiller gibi) birleştirici katmanlarının olgunlaştığını ve benzersiz bir arayüz olarak benimsendiğini göreceğiz, özellikle eğer bu, kripto dışı deneyimleri açmak için kullanılabilirse, etkinliklere veya e-ticaret indirimlerine erişimi açabilir. Anahtar yönetimi hala bir sürtünme noktasıdır ve tek nokta arızalarına neden olabilir. Çoğu kripto doğalı kullanıcılar için bu kullanıcı deneyimi zorlayıcı bir durumken, çoğu tüketici için bu tamamen erişilemez bir deneyimdir. Birleşik kimlik doğrulama, web1.0 modeline kullanıcı deneyimi iyileştirmesi getirir, tek oturum açma ile her uygulamaya ait kullanıcı adı ve şifreyle entegrasyon sağlar. Web3 doğrulamasının kullanıcı deneyimi iyileşiyor olsa da, hala zayıf bir kullanıcı deneyimi sunmaktadır, tohum ifadesi gerektirir ve anahtar kaybında sınırlı geri alma olanağı sunar. Bireylerde ve kurumlarda MPC teknolojisinin olgunlaşmasının ve benimsenmesinin artmasıyla bu alanda iyileşmeler göreceğiz. Kripto altyapısı, kullanıcıların web2 ihtiyaçlarına karşılık vermekte.
Web3 başlangıç noktası, web2 uygulamaları ve hizmetlerini entegre etmeye başlayarak halka merkezsiz kimlik gibi özellikler sunmaya başladı, örneğin Collab.Land ve Nuggets entegrasyonu, Reddit kullanıcılarının itibarlarını VC olarak kullanarak erişimi açmalarına izin veriyor. Auth0 kimlik doğrulama ve yetkilendirme aracıSIWE olarak bir kimlik sağlayıcı olarak entegre edildi, şimdi şirket müşterileri SSO'nun ötesinde cüzdanla giriş sağlayabiliyorlar. Verinin demokratikleşmesiyle, temizlenme mekanizmaları doğrulamaya ihtiyaç duyar. The Graph gibi bir dizin protokolü, en yararlı alt grafiklerin sinyalini vermek için (zincir üzerindeki veri API'ları), küratörler ve delegeler ağı kullanırken, Ceramic ve Orange gibi protokoller etrafında kullanıcılar ve itibarı için veri modelleri zaman ve topluluk katılımıyla olgunlaşmalıdır, bu da DAO ve şifreleme kullanım vakalarının ötesine geçer. Gizlilik endişeleri. Projeler yığınlarını seçerken kamu veya kalıcı depolamanın etkilerini dikkatlice düşünmelidir. Gizliliği korumanın tersine, kısa ömürlü ve P'ye DID ve zincir üzeri/zincir dışı etkinliklerin ZKP'sinin kombinasyonu, "saf" kamu verilerinin ntNFT'leri sınırlı kullanım vakaları için uygundur (örneğin, bazı zincir üstü etkinliklerin soyutlaması), bu etkinlikler seçici bilgi ifşası, anahtar döndürme, ters korelasyon ve geri alınabilirlik gibi özellikler sağlar. zkSNARKs gibi yeni şifreleme araçları, kimlik altyapısının gelecek nesilinin önemli bir parçası olacaktır. Zkp şu anda izole kullanım vakalarına uygulanmasına rağmen, uygulama tasarımı desenlerinin, şifreleme prensipleri için ZK devre uygulamalarının, devre güvenlik araçlarının ve geliştirici araçlarının toplu olarak geliştirilmesi için alttan yukarıya kolektif bir çalışma gerektirecektir. Bu yakından takip edilmesi gereken bir durumdur.
Merkezsiz kimlik büyük bir projedir, tüm ekosistemin çabalarını, standartları uyumlu hale getirmesini, temelde yenilemeler yapmasını ve tasarım kararlarının etkilerini birbirlerine gözden geçirmesini gerektirir.
Bu makale, merkezsiz kimlik yığınının altyapı kısmını kapsamaktadır, bir sonraki makale, bu yazıda bahsedilen yapı taşlarıyla gerçekleştirilen profil oluşturma, cadı avı saldırılarına karşı koruma, uyumluluk ve uygulama katmanı konularını ele alacaktır.
Eğer bu alanda bir şeyler inşa ediyorsanız veya konu hakkında daha fazla düşünceniz varsa, görüşlerinizi duymaktan memnuniyet duyarız.
Orijinal Makale Bağlantısı
BlockBeats Resmi Topluluğuna Katılın:
Telegram Abonelik Grubu: https://t.me/theblockbeats
Telegram Sohbet Grubu: https://t.me/BlockBeats_App
Twitter Resmi Hesabı: https://twitter.com/BlockBeatsAsia