Solidus: İzinsiz Doğrulama için Merkeziyetsiz Bir Kimlik Protokolü

Sürüm: 1.0.0 Tarih: Mart 2026 Yazarlar: Solidus Çekirdek Ekibi İletişim: [email protected]

Özet

İnternette kimlik doğrulama yapısal olarak merkezidir: az sayıda şirket kişisel veri veritabanları tutar, erişim için kira alır ve tek arıza noktaları ile gözetim yaratır. Merkezi kimlik sağlayıcılarının yerini açık, merkeziyetsiz bir altyapıyla değiştiren bir blok zinciri protokolü olan Solidus’u öneriyoruz. Solidus, kullanıcıların kimlik doğrulamasını bir kez tamamlamasına, kriptografik bir kimlik bilgisi almasına ve bu kimlik bilgisini yeniden doğrulama yapmadan, ham kişisel veriyi ifşa etmeden ve herhangi bir merkezi hizmete bağımlı olmadan herhangi bir güvenen tarafa sunmasına olanak tanır.

Protokol; W3C Merkeziyetsiz Kimlik Tanımlayıcılarını (DID’ler), W3C Doğrulanabilir Kimlik Bilgilerini (VC’ler), seçici ifşa için BBS+ imzalarını ve doğrulayıcı kümesi kimliğe sabitlenmiş — her doğrulayıcının ekonomik teminat stake etmenin yanı sıra doğrulanmış bir insan varlığı olması gereken — HotStuff’tan ilham alan bir Bizans Hata Toleranslı (BFT) konsensüs motoru çalıştıran, Rust ile temel ilkelerden inşa edilmiş, mevcut hiçbir zincirden çatallanmamış özel amaçlı bir Layer 1 blok zincirini birleştirir. Sonuç, aşamalı yol haritası kilometre taşları olarak 1-2 saniyelik kesinliği ve subnet başına 50.000+ TPS’yi hedefleyen bir doğrulama ağı ve merkezi alternatiflerin yaklaşık %95 altında bir maliyet yapısıdır.

Bu makale, protokol mimarisini, BFT konsensüs motorunu ve kimliğe sabitlenmiş doğrulayıcı modelini, gizlilik garantilerine sahip kimlik bilgisi sistemini, ekonomik modeli açıklar ve merkeziyetsiz kimlik sistemlerine yönelik bilinen saldırı vektörlerine karşı bir güvenlik analizi sunar.

İçindekiler

1. Giriş
2. Arka Plan ve İlgili Çalışmalar
3. Mimari
4. Protokol Spesifikasyonu
5. Güvenlik Analizi
6. Gizlilik Analizi
7. Ekonomik Model
8. Performans Analizi
9. Yönetişim
10. Düzenleyici Konum
11. Birlikte Çalışabilirlik
12. Yol Haritası
13. Riskler
14. Sonuç ve Gelecek Çalışma

1. Giriş

1.1 Sorun

Kimlik doğrulama ve kimlik doğrulaması, dijital ekonominin temel işlemleridir. Her giriş, her uyumluluk kontrolü ve her kimlik bilgisi sunumu, bir avuç şirkette yoğunlaşmış altyapıya dayanır. Bu yoğunlaşma üç sistemik sorun üretir:

Maliyet. Auth0, milyon giriş başına 23.000 $ ücret alır [1]. Okta, %73-75 brüt marjla [2] (Okta FY2024 SEC dosyalaması [2]) 30.000 $+ ücret alır. Bir imzayı doğrulamanın ve bir kimlik bilgisini kontrol etmenin temeldeki hesaplama maliyeti önemsizdir — geçerli emtia hesaplama fiyatlarında doğrulama başına yaklaşık 0,001 $. Geri kalanı organizasyonel genel giderdir: satış ekipleri, pazarlama bütçeleri, ofisler, yöneticiler ve hissedar getirileri.

Yedeklilik. Beş borsada hesap tutan bir kullanıcı beş kez KYC ile doğrulanmıştır. Pasaportunun beş kopyası beş veritabanında bulunur, her biri bir ihlal hedefidir. Her doğrulama borsaya 5-50 $‘a mal olmuştur. Yalnızca küresel kripto sektöründeki yinelenen doğrulamanın toplam maliyeti yılda 1 milyar $‘ı aşmaktadır [3].

Gözetim. Bir Auth0 veya Okta destekli hizmete yapılan her giriş kaydedilir. Kimlik sağlayıcısı, kullanıcıların nerede, ne zaman ve hangi kimlik bilgileriyle kimlik doğruladığına dair kapsamlı bir grafik biriktirir. Bu veri satılır, celp edilir veya ihlal edilir. Kullanıcı yalnızca uygulamayı kullanmaya rıza göstermiştir — kimlik doğrulama davranışının bir üçüncü taraf tarafından profillenmesine değil.

Bunlar, daha iyi yazılımla çözülebilecek ürün düzeyinde sorunlar değildir. Kimlik doğrulamanın bir protokol değil bir ürün olmasının yapısal sonuçlarıdır. E-posta, ücretli mesaj teslimatını ortadan kaldırdı. HTTP, ücretli içerik dağıtımını ortadan kaldırdı. TCP/IP, fiziksel bağlantının ötesinde ücretli ağ erişimini ortadan kaldırdı. Sırada kimlik doğrulama var.

1.2 Solidus Yaklaşımı

Solidus bu sorunları üç mimari seçim yoluyla ele alır:

Birincisi, merkeziyetsiz tanımlayıcılar. Kullanıcılar, Solidus blok zincirine sabitlenmiş DID’ler oluşturur. DID’ler kullanıcının özel anahtarı tarafından kontrol edilir. Hiçbir şirket bir DID’i iptal edemez. Hiçbir hizmet şartları değişikliği kullanıcının kimliğini kesemez [4].

İkincisi, doğrulanabilir kimlik bilgileri. Bir kullanıcı kimlik doğrulamasını tamamladığında, sonuç bir W3C Doğrulanabilir Kimlik Bilgisi olarak kodlanır — kullanıcının cüzdanında saklanan, kriptografik olarak imzalanmış, kurcalamaya karşı korumalı bir veri yapısı. Kimlik bilgisi, düzenleyiciyi sorgulamadan doğrudan güvenen taraflara sunulur [5]. İptal, düzenleyicinin API’si aracılığıyla değil, gerçek zamanlı olarak zincir üzerinde kontrol edilir.

Üçüncüsü, bir doğrulama ağı. Solidus ağındaki doğrulayıcılar, kimlik bilgisi düzenlemeyi, iptali ve doğrulama sorgularını işler. Doğrulayıcılar işleri için ücret kazanır. Hiçbir tek doğrulayıcı ağı kontrol etmez. Ağ, doğrulayıcı kümesi hem ekonomik stake hem de doğrulanmış insan kimliği tarafından sabitlenmiş, HotStuff’tan ilham alan bir BFT konsensüs motoru tarafından güvence altına alınır.

Ekonomik sonuç: milyon işlem başına yaklaşık 1.000 $‘a karşı Auth0 için 23.000 $ — sübvansiyon veya maliyet kaydırma yoluyla değil, organizasyonel kiranın ortadan kaldırılması yoluyla elde edilen %95’lik bir maliyet azaltımı.

1.3 Katkılar

Bu makale aşağıdaki katkıları yapmaktadır:

1. Kimlik tabanlı Sybil direnci için — sıfırdan inşa edilmiş, HotStuff’tan ilham alan bir BFT konsensüs motorunun üzerine katmanlanmış doğrulanmış-insan uygunluğu — kimliğe sabitlenmiş bir doğrulayıcı modeli (§4.3)
2. Merkezi bir iptal sunucusu olmadan gerçek zamanlı iptal sağlayan bir kimlik bilgisi iptal şeması (§4.5)
3. W3C Doğrulanabilir Kimlik Bilgileriyle BBS+ imzaları ve Groth16 ZK-SNARK’lar kullanan bir seçici ifşa sistemi (§4.4)
4. Subnet’ler arası kimlik bilgisi taşınabilirliğiyle yargı yetkisine uygun kimlik işleme için bir subnet mimarisi (§3.2)
5. Doğrulayıcı teşviklerini ağ güvenilirliği ve kullanıcı gizliliğiyle uyumlu hale getiren bir ekonomik model (§7)
6. Merkeziyetsiz kimlik sistemlerine yönelik bilinen saldırılara karşı bir güvenlik analizi (§5)

1.4 Ad

Protokol adını, Roma İmparatoru I. Konstantin tarafından MS 312 civarında tanıtılan altın sikke olan solidus’tan alır. Solidus, bin yıldan fazla süre dolaşımda kaldı — eşsiz bir parasal uzun ömürlülük rekoru. Yapısal nedenlerle başarılı oldu: darphaneler genelinde standartlaştırılmış ağırlık ve saflık (tüccarlar imparatora güvenmeden sikkeye güvendi), yargı bölgeleri genelinde geniş kabul ve hiçbir tek darphanenin arıza noktası olmadığı merkeziyetsiz üretim. Bu özellikler, dijital bir kimlik protokolünün ne olması gerektiğini tanımlar: standartlaştırılmış, geniş çapta kabul edilen, işleyişte merkeziyetsiz ve herhangi bir tek organizasyonun ötesinde dayanıklı.

2. Arka Plan ve İlgili Çalışmalar

2.1 Merkeziyetsiz Kimlik Tanımlayıcıları

W3C DID spesifikasyonu [4], merkeziyetsiz tanımlayıcılar için standart bir biçim ve bir çözümleme mekanizması (DID belgeleri) tanımlar. Her biri kimlikleri farklı defterlere veya sistemlere sabitleyen çok sayıda DID yöntemi vardır (did:eth, did:ion, did:key vb.). Solidus, yüksek verimli kimlik bilgisi işlemleri ve kimliğe özgü konsensüs için optimize edilmiş yeni bir DID yöntemi (did:solidus) tanımlar.

2.2 Doğrulanabilir Kimlik Bilgileri

W3C Doğrulanabilir Kimlik Bilgileri [5], kimlik bilgisi düzenleme ve sunum için standart bir veri modeli sağlar. Önceki çalışmalar (Jolocom [7], uPort [8], Bloom [9]), blok zincirine sabitlenmiş VC’lerin uygulanabilirliğini gösterdi ancak ölçeklenebilirlik sınırlamaları ve zayıf geliştirici deneyimi yaşadı. Solidus, Ethereum tabanlı sabitlemeyi özel amaçlı bir kimlik blok zinciriyle değiştirirken VC veri modelini miras alır.

2.3 Kimlikte Sıfır Bilgi Kanıtları

Anonim kimlik bilgileri [10, 11], kimlik bilgisi düzenleme ve sunum arasında kriptografik bağlantısızlık sağlar. Idemix [12] ve BBS+ imzaları [13], verimli çok mesajlı seçici ifşayı mümkün kılar. Solidus, BBS+ imzalarını birincil seçici ifşa mekanizması olarak kullanır (verimli, güvenilir kurulum yok, testnet’te canlı) ve karmaşık yüklem kanıtları (ör. yaş aralığı kontrolleri) için yol haritasında Groth16 ZK-SNARK’ları [14] belirtir — henüz uygulanmadı — kanıt verimliliği (< 10ms doğrulama süresi) karşılığında güvenilir kurulum gereksinimini kabul ederek.

2.4 Sybil Dirençli Konsensüs

Bitcoin’in İş Kanıtı [15], enerji harcaması yoluyla Sybil direnci elde eder. Ethereum’un Stake Kanıtı [16], ekonomik stake yoluyla elde eder. Her ikisi de tek bir varlığın yeterli kaynak biriktirerek birçok kimliği kontrol etmesine izin verir. Proof of Humanity [17] ve Worldcoin [18], kimlik sistemlerine biyometrik insanlığı eklemeye çalışır. Solidus’un Kimlik Kanıtı, doğrulayıcıların ekonomik teminat stake etmenin yanı sıra doğrulanmış benzersiz insanlar (KYC Seviye 2) olmasını gerektirerek çift Sybil direnci yaratır.

2.5 Mevcut KYC Çözümleri

Jumio [19], Onfido [20] ve Sumsub [21], belge doğrulama ve canlılık tespitiyle merkezi Hizmet Olarak KYC sağlar. Bu sistemler makul doğruluk elde eder ancak biyometrik veri saklar, doğrulama başına ücret alır ve §1.1’de açıklanan veri yedekliliği sorununu yaratır. Bunlar, Solidus’un yerini aldığı yerleşik oyunculardır. Civic [22] ve Veriff [23], blok zinciri tabanlı KYC’yi denedi ancak yeniden kullanılabilir KYC’yi ekonomik olarak cazip kılan kimlik bilgisi taşınabilirliği veya gizlilik modeli olmadan.

2.6 Rekabetçi Ortam

Birkaç proje, merkeziyetsiz kimlik sorununun yönlerini ele alır:

Solidus, bunların tümünden özel amaçlı bir kimlik blok zincirini (bir finans zincirine sırtını dayamadan), doğrulamaya özgü bir konsensüs mekanizmasını, seçici ifşalı yeniden kullanılabilir W3C standardı kimlik bilgilerini ve zaten doğrulanmış bir kullanıcının sonraki her doğrulamasını neredeyse ücretsiz hale getiren bir ekonomik modeli birleştirmesiyle ayrılır.

3. Mimari

3.1 Protokole Genel Bakış

┌───────────────────────────────────────────────────────────┐
│                      Applications                          │
│      (exchanges, DeFi protocols, web services, etc.)       │
└──────────────────┬──────────────────┬──────────────────────┘
                   │ @solidus-network/auth    │ REST API
                   ▼                  ▼
┌───────────────────────────────────────────────────────────┐
│                    Authentication SDK                       │
│     Browser SDK        Server SDK         CLI Tools         │
└───────────────────────────────────────────────────────────┘
                   │
                   ▼
┌───────────────────────────────────────────────────────────┐
│                    Solidus Network                          │
│                                                             │
│   Layer 0: Primary Network (Core Validators)                │
│   ├── Layer 1: Geographic Subnets (Subnet Validators)      │
│   │   ├── eu.solidus    (GDPR jurisdiction)                │
│   │   ├── na.solidus    (US/Canada)                        │
│   │   └── apac.solidus  (Asia-Pacific)                     │
│   └── Specialized Subnets (auth.solidus, verify.solidus)   │
└───────────────────────────────────────────────────────────┘
                   │
                   ▼
┌───────────────────────────────────────────────────────────┐
│                      Data Layer                             │
│    On-chain state     IPFS (warm)     Solidus pods (user)   │
└───────────────────────────────────────────────────────────┘

Mimari, üç katmanlı bir modeli izler. Uygulama Katmanı, JavaScript/TypeScript, Python, Go ve Rust’ta SDK’lar artı doğrudan entegrasyon için bir REST API sağlar. Ağ Katmanı, yatay ölçeklendirme ve yargı yetkisi uyumluluğu için subnet’lere organize edilmiş, özel amaçlı bir blok zinciridir. Veri Katmanı, zincir üzerindeki durumu (DID belgeleri, iptal listeleri, şema kayıt defterleri) kullanıcı kontrollü depolamadan (kişisel veri için Solidus pod’ları, Tim Berners-Lee’nin Solid Protokolü üzerine inşa edilmiştir — mevcut dağıtım JWT + çoklu parça yükleme kullanır, tam Solid spesifikasyonu LDP uyumluluğu yol haritasındadır; ısıtılmış önbellekleme için IPFS) ayırır.

3.2 Subnet Mimarisi

Solidus ağı, her biri belirli operasyonel gereksinimler için optimize edilmiş, hiyerarşik bir subnet sistemi olarak çalışır:

Birincil Ağ (Katman 0). Çekirdek Doğrulayıcılar tarafından bakımı yapılan kök zincir. Kanonik DID kayıt defterini, subnet’ler arası kimlik bilgisi sabitlemelerini, doğrulayıcı stake kayıtlarını ve yönetişim durumunu saklar. Tekil doğrulama sorgularını işlemez.

Coğrafi Subnet’ler (Katman 1). Kendi coğrafi bölgeleri içindeki kullanıcılar ve güvenen taraflar için doğrulama işlemlerini işleyen yargı yetkisine özgü subnet’ler. AB subnet doğrulayıcıları GDPR kısıtlamaları altında çalışır; hiçbir kişisel veri AB subnet sınırının dışına çıkmaz. Coğrafi subnet’ler kendi doğrulayıcı komitelerini (subnet başına 21-100 doğrulayıcı) içerir ve her 100 blokta bir Birincil Ağa Merkle kökü sabitlemesiyle bağımsız durumu sürdürür.

Özel Subnet’ler. Yüksek hacimli işlemler için amaca özel subnet’ler: auth.solidus kimlik doğrulama sorgularını, verify.solidus KYC kimlik bilgisi düzenlemeyi, token.solidus SLDS token işlemlerini işler. Bunlar diğer subnet’leri etkilemeden bağımsız olarak ölçeklenebilir.

Subnet’ler arası iletişim. eu.solidus’ta düzenlenen bir kimlik bilgisi, subnet’ler arası bir doğrulama protokolü aracılığıyla na.solidus’ta sunulabilir: doğrulayan, düzenleyici subnet’in durumunu, Birincil Ağa sabitlenmiş bir Merkle kanıtı aracılığıyla sorgular. Subnet’ler arası gecikme: < 6 saniye.

Subnet oluşturma. Yeni subnet’ler, 100.000 SLDS stake + devlet ortaklığı veya topluluk yönetişim oyu ile 1.000.000 SLDS gerektirir. Her subnet en az 21 doğrulayıcı gerektirir.

3.3 Veri Katmanı

Zincir üzerindeki durum, DID belgelerini (açık anahtarlar ve hizmet uç noktaları — kişisel veri yok), kimlik bilgisi şema tanımlarını, düzenleyici kayıt defterlerini, iptal bit haritalarını ve doğrulayıcı kayıtlarını içerir. Zincir bir güven çapasıdır, bir veri deposu değil.

Zincir üzerine gitmeyen şeyler: kişisel veri, kimlik bilgisi içeriği, biyometrik bilgi, belge görüntüleri veya herhangi bir hassas kullanıcı verisi.

Kullanıcı kontrollü depolama, Solid protokol spesifikasyonunu [27] izler: bağlı veri biçimlerini kullanan kullanıcı kontrollü veri pod’ları, yetkilendirme için Web Access Control, kullanıcı tarafından verilen izinlerle uygulama düzeyinde veri istekleri ve pod sağlayıcıları arasında taşınabilirlik. Pod sağlayıcısı ortadan kalksa bile, kullanıcının kimliği kalıcıdır — defterdeki DID’ine sabitlenmiştir.

Isıtılmış depolama, geçmiş kimlik bilgisi anlık görüntüleri, iptal listesi arşivleri ve herkese açık kimlik bilgisi şemaları için IPFS kullanır. İçerik adresli depolama, zincir üzerinde depolama maliyeti olmadan değişmezliği sağlar.

4. Protokol Spesifikasyonu

4.1 Merkeziyetsiz Kimlik Tanımlayıcısı Yöntemi

did:solidus yöntemi, şu biçimde tanımlayıcılar tanımlar:

did:solidus:<network>:<identifier>

where:
  <network>    := "1" (mainnet) | "testnet" | <custom-network-id>
  <identifier> := Base58(BLAKE3(Ed25519_public_key)[0:20])

Temel özellikler:

• Açık anahtardan deterministik olarak türetilebilir
• BLAKE3 kesmesinden 160 bit çakışma direnci
• Anahtar sahipliğini doğrulamak için zincir üzerinde arama gerekmez (anahtar DID’den türetilebilir)
• Kompakt gösterim (Base58 kodlanmış 34 karakter)

DID Belgesi yapısı:

{
  "@context": [
    "https://www.w3.org/ns/did/v1",
    "https://w3id.org/security/suites/ed25519-2020/v1"
  ],
  "id": "did:solidus:1:8Qx9kJ2mBnVrPqEw3sLd",
  "verificationMethod": [{
    "id":                 "did:solidus:1:8Qx9kJ2mBnVrPqEw3sLd#key-1",
    "type":               "Ed25519VerificationKey2020",
    "controller":         "did:solidus:1:8Qx9kJ2mBnVrPqEw3sLd",
    "publicKeyMultibase": "z6MkhaXgBZDvotDkL5257faiztiGiC2QtKLGpbnnEGta2doK"
  }],
  "authentication":         ["did:solidus:1:8Qx9kJ2mBnVrPqEw3sLd#key-1"],
  "assertionMethod":        ["did:solidus:1:8Qx9kJ2mBnVrPqEw3sLd#key-1"],
  "keyAgreement":           ["did:solidus:1:8Qx9kJ2mBnVrPqEw3sLd#key-1"]
}

Anahtar rotasyonu. DID belgeleri, sürümlü anahtar tanımlayıcılarına (#key-1, #key-2 vb.) sahip birden çok doğrulama yöntemini destekler. Anahtar rotasyonu, yeni anahtarı ekleyen ve isteğe bağlı olarak eskisini devre dışı bırakan tek bir zincir üzerinde işlemdir. Devre dışı bırakılmış bir anahtarla imzalanan kimlik bilgileri, devre dışı bırakma zaman damgasından önce imzalanmışlarsa geçerli kalır. Bu, kimlik kaybı olmadan anahtar ele geçirilmesinden kurtarmayı mümkün kılar.

Sosyal kurtarma. Kullanıcılar 3-5 güvenilir kurtarma kişisi belirleyebilir. Her kişi şifrelenmiş bir anahtar parçası (Shamir’in Sır Paylaşımı) tutar. Kurtarma, hiçbir tek kişinin erişimi olmadan ana tohumu yeniden oluşturan m-of-n kişinin onayını gerektirir (varsayılan: 3-of-5). Kurtarma kişileri, DID belgesinde kurtarma hizmet uç noktaları olarak kaydedilir.

4.2 Doğrulanabilir Kimlik Bilgisi Şeması

Solidus kimlik bilgileri, W3C Doğrulanabilir Kimlik Bilgileri Veri Modeli 2.0’a [5] uyar. Kimlik bilgisi zarfı, kanıt türü olarak Ed25519Signature2020’yi kullanır, seçici ifşa gerektiren kimlik bilgileri için BBS+ imzaları kullanılır.

{
  "@context": [
    "https://www.w3.org/2018/credentials/v1",
    "https://w3id.org/solidus/credentials/v1"
  ],
  "id":     "vc:solidus:1:Af7eP2mRqKs9nLv0wXtY",
  "type":   ["VerifiableCredential", "KYCLevel2Credential"],
  "issuer": "did:solidus:1:IssuerOracleDID",
  "issuanceDate": "2026-03-14T14:00:01Z",
  "expirationDate": "2027-03-14T00:00:00Z",
  "credentialSubject": {
    "id":                "did:solidus:1:8Qx9kJ2mBnVrPqEw3sLd",
    "kyc_level":         2,
    "human":             true,
    "document_country":  "DE",
    "age_over_18":       true
  },
  "credentialStatus": {
    "id":   "https://api.solidus.network/v1/credentials/Af7eP2mRqKs9nLv0wXtY/status",
    "type": "SolidusRevocationList2026"
  },
  "proof": {
    "type":               "Ed25519Signature2020",
    "created":            "2026-03-14T14:00:01Z",
    "verificationMethod": "did:solidus:1:SolidusVerifyIssuer#key-1",
    "proofPurpose":       "assertionMethod",
    "proofValue":         "z3FXQjeczkB7..."
  }
}

Kimlik bilgisi minimalliği uygulaması: Solidus kimlik bilgisi şeması kayıt defteri, her kimlik bilgisi türü için tam iddia kümesini tanımlar. Düzenleyiciler, şema tanımının dışında iddialar ekleyemez. Bu, kimlik bilgisi aşırı kapsamlandırmasını yalnızca gelenekle değil, protokol düzeyinde önler.

Kimlik bilgisi türleri: Protokol, bir doğrulama seviyeleri hiyerarşisi tanımlar:

4.3 Konsensüs ve Kimliğe Sabitlenmiş Doğrulayıcı Modeli

Blok üretimi ve kesinlik, protocol/apps/consensus/’ta temel ilkelerden uygulanan, HotStuff’tan ilham alan bir BFT konsensüs motoru [24] üzerinde çalışır — mevcut herhangi bir zincirin çatalı değil, özel amaçlı bir Layer 1. Motor, deterministik kesinlik için bir 3 zincirli onay kuralı, VRF tabanlı lider seçimi (Ed25519) ve doğrulayıcı oyları üzerinde BLS12-381 imza toplamayı kullanır, görünüm değişikliklerini yöneten bir pacemaker ve eşdeğerlik için slashing ile birlikte.

“Kimlik Kanıtı” (PoI), bu motorun üzerindeki doğrulayıcı-uygunluğu katmanıdır — ayrı bir konsensüs algoritması değil. Ekonomik stake’in ötesinde iki gereksinim ekler ve doğrulayıcı kümesini doğrulanmış insanlara sabitler:

Gereksinim 1: Doğrulanmış insan kimliği. Doğrulayıcılar, Solidus doğrulama motoru tarafından düzenlenen bir KYC Seviye 2 kimlik bilgisine sahip olmalıdır. Bu, her doğrulayıcının benzersiz, doğrulanmış bir insan olduğunu belirler. Stake yoluyla doğrulayıcıların %33’ünü elde eden bir düşman, aynı zamanda doğrulanmış insan kimliklerinin %33’ünü de elde etmelidir — saf ekonomik birikimden niteliksel olarak daha zor bir saldırı.

Gereksinim 2: İtibar puanı ≥ 800. Doğrulayıcılar, sürdürülen dürüst katılım yoluyla bir itibar puanı biriktirir. Yeni doğrulayıcılar 800’de (minimum) başlar. Puan, tutarlı çalışma süresi, doğru konsensüs oyları ve yönetişim katılımı yoluyla 1000’e yaklaşır. Slashing olayları puanı düşürür. Bu, yeni doğrulayıcılar için bir mezuniyet maliyeti ve aşamalı bir geçmiş performans gereksinimi yaratır.

Tur başına doğrulayıcı seçimi:

For each consensus round:
  1. Compute VRF(round_seed, validator_id) for all eligible validators
  2. Sort by VRF output (deterministic, unpredictable)
  3. Select top 21 validators weighted by:
     effective_weight = stake × (uptime_30d) × (reputation / 1000)
  4. Selected committee proposes and votes on the next block

VRF, komite üyeliğinin tur başlamadan önce öngörülemez olmasını (bilinen komite üyelerine yönelik hedefli DoS saldırılarını önleyerek) sağlarken, sonradan doğrulanabilir kalmasını da sağlar (herkes doğru doğrulayıcıların seçildiğini onaylayabilir).

Kesinlik: Bir blok, komitenin ağırlıklı stake’inin 2/3’ü onun için oy verdiğinde kesinleşir (BFT güvenlik eşiği). Kesinlik geri döndürülemezdir ve tipik olarak 1-2 saniye içinde elde edilir.

Doğrulayıcı stake etme kademeleri:

4.4 Seçici İfşa

Solidus’un tasarımı, gizlilik gereksinimlerine göre kimlik bilgisi türü başına seçilen iki tamamlayıcı seçici ifşa mekanizması belirtir. Yalnızca ilki bugün yayınlanmıştır; ikincisi yol haritasıdır, henüz uygulanmamıştır.

BBS+ İmzaları (birincil, testnet’te canlı). BBS+ [13] ile imzalanan kimlik bilgileri, ZK devreleri olmadan verimli çok mesajlı seçici ifşayı destekler. Bir sahip, ifşa edilmeyen iddiaların var olduğunu ve düzenleyici tarafından imzalandığını kanıtlarken kimlik bilgisi iddialarının bir alt kümesini ifşa eden bir sunum türetebilir. BBS+ güvenilir bir kurulum gerektirmez ve kompakt kanıtlar üretir (< 400 bayt).

Sahip, iddiaların bir alt kümesi için türetilmiş bir kanıt üretir:

DeriveProof(credential, disclosed_indices, nonce) → presentation
VerifyDerived(presentation, issuer_pk, disclosed_claims, nonce) → bool

Groth16 ZK-SNARK’lar (yol haritası, yüklem kanıtları için). Karmaşık yüklem iddiaları için — “doğum tarihini ifşa etmeden yaş ≥ 18 olduğunu kanıtla” — tasarım, BN254 eğrisi üzerinden Groth16’yı [14] belirtir. Bugün protokol kod tabanında hiçbir Groth16 uygulaması yoktur; bu planlanmıştır, yayınlanmamıştır. Kanıtlanacak ifade şudur:

∃ credential C such that:
  1. C is signed by a valid Solidus issuer DID
  2. C has not been revoked (membership proof in the non-revoked set)
  3. C.credentialSubject.birth_year ≤ current_year - 18

Güvenilir kurulum (yol haritası): Groth16, devre başına tek seferlik bir güvenilir kurulum gerektirir. Plan, Solidus’un her devre türü için, Zcash Powers of Tau’nun [25] yapısını izleyerek, en az 100 bağımsız katılımcının katkıda bulunduğu ve en az bir katılımcı sırrını attığı sürece törenin çıktısının güvenli olduğu bir çok taraflı hesaplama (MPC) töreni gerçekleştirmesidir. Hiçbir tören gerçekleştirilmemiştir — bu tasarım niyetidir, tamamlanmış veya planlanmış bir olay değil.

Kimlik bilgisi alanı başına üç ifşa modu:

4.5 Kimlik Bilgisi İptali

SolidusRevocationList2026 şeması, merkezi bir iptal sunucusu olmadan gerçek zamanlı iptal durumu sağlar:

1. Her düzenleyici, zincir üzerinde bir bit haritası iptal listesi tutar. i bit konumu = 1, bu düzenleyici tarafından düzenlenen i-inci kimlik bilgisinin iptal edildiği anlamına gelir.

2. İptal listesi sıkıştırılır ve subnet durumunda saklanır. IPFS geçmiş anlık görüntüleri saklar. Hafif istemciler, zincir üzerindeki liste köküne karşı üyelik kanıtlarını doğrulayabilir.

3. İptal, iptal işlemi kesinleştikten sonraki bloktan itibaren etkili olur (1-2 saniye).

4. Kimlik bilgisi sunumları, kimlik bilgisinin iptal listesinde OLMADIĞINA dair bir sıfır bilgi üyelik kanıtı olan bir iptal-olmama kanıtı içerir. Bu, canlı bir ağ sorgusu olmadan yakın tarihli bir anlık görüntüye karşı çevrimdışı doğrulamayı mümkün kılar.

Gizliliği koruyan iptal: Düzenleyici, bir kimlik bilgisini DID’e göre değil, indekse göre iptal eder. İptal işleminin gözlemcileri, düzenleyicinin dahili eşlemesi olmadan hangi kullanıcının kimlik bilgisinin iptal edildiğini belirleyemez.

4.6 Subnet’ler Arası İletişim

Bir subnet’te düzenlenen kimlik bilgileri, doğrulayanın düzenleyici subnet’i gerçek zamanlı olarak sorgulamasını gerektirmeden herhangi bir başka subnet’te doğrulanabilir olmalıdır.

Mekanizma: Her subnet, durum kökünü her 100 blokta bir Birincil Ağa yayınlar (sabitleme). Subnet’ler arası bir doğrulama, kimlik bilgisinin düzenleyici subnet’teki iptal durumundan, subnet’in durum kökü aracılığıyla, Birincil Ağın en son kontrol noktasına kadar bir Merkle dahil olma kanıtı oluşturur.

Gecikme: Subnet’ler arası doğrulama, doğrulama gecikmesine en fazla bir kontrol noktası aralığı (< 6 saniye) ekler. Zamana kritik kullanım durumları için, güvenen taraflar doğrudan düzenleyici subnet’in blok akışına abone olabilir.

Atomiklik: Subnet’ler arası kimlik bilgisi işlemleri (ör. na.solidus’ta sunulan bir kimlik bilgisini eu.solidus’ta iptal etmek), dolandırıcılık kanıtlarıyla iyimser rollup’lar kullanır: işlem geçici olarak kabul edilir ve bir itiraz döneminden (5 dakika) sonra kesinleşir.

5. Güvenlik Analizi

5.1 Düşman Modeli

Aşağıdaki yeteneklere sahip, hesaplama açısından sınırlı bir düşman ele alıyoruz:

• Herhangi bir subnet’teki stake edilen SLDS’nin 1/3’üne kadarını kontrol eder
• Doğrulanmış insan kimliklerinin karşılık gelen bir kesrini kontrol eder (1/3 ile sınırlı)
• Ağ bağlantılarının bir alt kümesini kontrol eder (kısmi ağ kontrolü)
• Güvenlik parametresi aralığında BLAKE3, Ed25519, BBS+ veya Groth16’yı kıramaz

Şunları ele almıyoruz:

• Kuantum düşmanları (post-kuantum geçişi gelecekteki çalışmadır; bkz. §14)
• Tüm KYC oracle’larını aynı anda zorlayabilen ulus devlet düşmanları
• Bireysel doğrulayıcılara karşı sosyal mühendislik saldırıları

5.2 Konsensüs Güvenliği

Teorem: Doğrulayıcıların (stake ağırlığına göre) en fazla f < n/3’ü Bizans ise, konsensüs motoru aynı yükseklikte iki çelişen bloğu kesinleştiremez.

Kanıt taslağı: Kesinleştirme 2/3 süper çoğunluk gerektirir. İki çelişen blok da 2/3 süper çoğunluk elde ettiyse, doğrulayıcıların en az 1/3’ü her ikisi için de oy vermiştir, bu da onların Bizans olduğu anlamına gelir — f < n/3 Bizans doğrulayıcı varsayımımızla çelişir. □

Canlılık: Doğrulayıcıların en fazla f < n/3’ü hatalıysa (Bizans veya çökmüş), protokol blokları kesinleştirmeye devam eder. Bu, doğrudan HotStuff’ın canlılık kanıtından [24] artı doğrulayıcı rotasyonunun (VRF aracılığıyla, her 7 günde bir) sabit bir koalisyon arasında süresiz gizli anlaşmayı önlediği gözleminden kaynaklanır.

5.3 Sybil Saldırıları

Ekonomik Sybil saldırısı: Bir düşman, biriktirilmiş ekonomik stake kullanarak birden çok doğrulayıcı kimliği oluşturur. Azaltım: kimlik bağlama, doğrulayıcı başına benzersiz bir doğrulanmış insan kimliği gerektirir. Tek bir insan iki KYC Seviye 2 kimlik bilgisi tutamaz (oracle, kayıtları genelinde biyometrik benzersizliği kontrol eder). Saldırı maliyeti bu nedenle şudur: (doğrulayıcıların 1/3’ü için ekonomik stake) × (1/3 benzersiz insan kimliğinin edinilmesi) — toplamsal değil, çarpımsal.

Oracle gizli anlaşma saldırısı: Kötü niyetli bir oracle, aynı insana birden çok KYC kimlik bilgisi düzenler. Azaltım: Solidus, birden çok bağımsız oracle kullanır. Gizli anlaşan bir oracle’dan gelen bir kimlik bilgisi yalnızca bu oracle’ı kabul eden subnet’lerde geçerlidir. Gizli anlaşan oracle’lar, yönetişim yoluyla onaylı oracle kümesinden kaldırılır.

Kimlik yetiştirme saldırısı: Bir düşman, birden çok doğrulayıcı kaydetmek için diğer insanların geçerli kimliklerini (satın alınmış, zorlanmış veya çalınmış) edinir. Azaltım: (1) doğrulayıcı itibarı sürdürülen çalışma süresi gerektirir — kimlikler pasif olarak edinilip kaydedilemez; (2) yönetişim, şüpheli doğrulayıcı kümelerinin işaretlenmesine izin verir; (3) doğrulayıcı başına minimum stake bu saldırıyı ekonomik olarak maliyetli kılar.

5.4 Eclipse Saldırıları

Bir eclipse saldırısı, ağ durumunun yanlış bir görünümünü sunarak bir hedef düğümü düşman eşlerle çevreleyerek izole eder.

Azaltımlar:

• Eş çeşitliliği gereksinimleri (tek bir /24 alt ağından eşlerin %20’sinden fazlası olamaz)
• Doğrulayıcılar görünümlerinin imzalı tasdiklerini yayınlar; farklı görünümler tespit edilebilir
• İstemciler tek bir eş yerine birden çok bağımsız doğrulayıcıya karşı doğrulama yapar
• Hafif istemciler en az 3 doğrulayıcıyı sorgular ve durumu kabul etmeden önce anlaşma gerektirir

5.5 Uzun Menzilli Saldırılar

Stake Kanıtı sistemlerinde, geçmişte stake tutmuş bir düşman, geçerli stake olmadan bir çatal noktasından tarihi yeniden yazabilir.

Azaltım: Solidus, doğrulayıcıların her 100 blokta bir yayınladığı ve istemcilerin yazılım sürümlerine gömdüğü imzalı durum kökleri olan zayıf öznellik kontrol noktaları kullanır. Genesis’ten senkronize olan bir istemci, yayınlanan kontrol noktalarını kabul eder ve en son kontrol noktasından önce ayrılan bir zincirle beslenemez.

5.6 Kimlik Bilgisi Sahteciliği

Bir kimlik bilgisini sahteleştirmek şunlardan birini gerektirir: (a) Düzenleyicinin özel anahtarını ele geçirmek veya (b) Ed25519’u kırmak (256 bit anahtar boyutlarında bir kuantum düşmanı gerektirir)

Düzenleyici anahtar ele geçirilmesi azaltımı: Solidus doğrulama motoru için HSM anahtar depolama; her 90 günde bir zorunlu anahtar rotasyonu; ele geçirilmiş bir anahtarla imzalanmış tüm kimlik bilgilerinin iptali ve otomatik yeniden düzenleme.

5.7 İptal Atlatma

Bir düşman, iptal kesinleşmeden önce iptal edilmiş bir kimlik bilgisi sunar. Saldırı penceresi en fazla 1-2 saniyedir (kesinlik süresi). Çoğu kullanım durumu için bu kabul edilebilir. Yüksek riskli kullanım durumları için (büyük finansal işlemler), güvenen taraflar en fazla bir blok yaşında bir tazelik kanıtı isteyebilir.

5.8 Gizlilik Saldırıları

Korelasyon saldırısı: Bir doğrulayan, aynı kullanıcının oturumlar arasındaki sunumlarını ilişkilendirmeye çalışır. Azaltım: her BBS+ türetilmiş kanıt taze bir nonce kullanır ve bağlantısız bir sunum üretir. Sahibin işbirliği olmadan, aynı kimlik bilgisinin iki kez sunulması, kriptografik olarak iki farklı kimlik bilgisinden ayırt edilemez.

Düzenleyici izleme: Bir düzenleyici, kimlik bilgilerinin nerede ve ne zaman sunulduğunu izlemeye çalışır. Azaltım: türetilmiş sunumlar, orijinal kimlik bilgisi kimliğini sunum başına bir taahhütle değiştirir. Düzenleyici, sunum akışında kendi kimlik bilgisini başka bir düzenleyicinin kimlik bilgisinden ayırt edemez.

6. Gizlilik Analizi

6.1 Bağlantısızlık

Düzenleyici-sahip-doğrulayan bağlantısızlığı: Standart VC sunumları, düzenleyicilerin ağı gözlemlerse sunumları izlemesine izin verir (bir sunum, düzenleyici tarafından görülebilen bir kimlik bilgisi kimliği içerir). Solidus, orijinal kimlik bilgisi kimliğini sunum başına bir taahhütle değiştiren BBS+ türetilmiş sunumları kullanarak düzenleyici izlemesini önler.

Doğrulayanlar arası bağlantısızlık: Farklı bir doğrulayana yapılan her sunum taze bir geçici taahhüt kullanır. Sahibin işbirliği olmadan, iki doğrulayan aynı kullanıcıya hizmet ettiklerini belirleyemez.

Ağ düzeyinde bağlantısızlık: Solidus ağına yapılan istekler varsayılan olarak gerçek dünya IP adreslerine bağlanmaz. Doğrulayıcılar, standart doğrulama sorguları için istemci IP’lerini günlüğe kaydetmez. Kendi düğümlerini işleten kurumsal istemciler, kullanıcıları için tam ağ düzeyinde bağlantısızlık kazanır.

6.2 Veri Minimizasyonu

Seçici ifşa sistemi, güvenen tarafların temeldeki kimlik bilgisi verisi olmadan belirli sorulara ikili yanıtlar almasını mümkün kılar:

6.3 Tasarım Gereği GDPR Uyumluluğu

Solidus mimarisi, veri koruma yasasının uygulamaya çalıştığı ilkeleri altyapı düzeyinde uygular:

Veri minimizasyonu (Madde 5(1)(c)). Sıfır bilgi kanıtları, yalnızca belirli bir amaç için gereken minimum verinin ifşa edilmesini sağlar. Protokol bunu uygular — bir uygulama, kullanıcının onayladığından daha fazla veri çıkaramaz.

Silme hakkı (Madde 17). Kullanıcı verisi, kullanıcı kontrollü Solidus pod’larında bulunur. Kullanıcı, verilerini istediği zaman silebilir. Zincir üzerindeki durum yalnızca açık anahtarları ve kriptografik taahhütleri içerir — hiçbir kişisel veri yoktur.

Veri taşınabilirliği (Madde 20). Kimlik bilgileri, kullanıcı kontrollü pod’larda saklanan W3C standardı veri yapılarıdır. Tasarım gereği herhangi bir uyumlu sisteme taşınabilirler.

Amaç sınırlaması (Madde 5(1)(b)). Seçici ifşa, amaç sınırlamasını kriptografik düzeyde uygular. Yaş doğrulama için paylaşılan bir kimlik bilgisi, kimlik çıkarma için yeniden amaçlanamaz.

Tasarım gereği gizlilik (Madde 25). Tüm kimlik iddiaları sıfır bilgi kanıtı sunumunu destekler. Gizlilik, isteğe bağlı bir özellik değil, varsayılan durumdur. Kullanıcılar daha fazlasını ifşa etmeyi seçebilir; niyet ettiklerinden daha fazlasını yanlışlıkla ifşa edemezler.

7. Ekonomik Model

7.1 Token Arzı ve Dağıtımı

SLDS token’ının sabit bir arzı vardır: 1.000.000.000 (1 milyar). Genesis’ten sonra yeni token basılamaz. Bu arz, fayda öncelikli ekonomi için seçildi: tam sayı ücretler (KYC L2 için 0,00005 değil, 5 SLDS), dünya çapındaki doğrulayıcılar için erişilebilir stake kademeleri ve protokol genelinde mikro işlemler için temiz bir birim.

Deflasyonist mekanizma: Tüm işlem ücretlerinin %10’u kalıcı olarak yakılır. Ağ büyüdükçe ve ücret hacmi arttıkça, dolaşımdaki arz azalır. Ölçekte (günde 100M+ doğrulama), yakım oranı stake enflasyon oranını aşar ve ağı net deflasyonist hale getirir.

7.2 Ücret Yapısı

Tüm ağ işlemleri SLDS token’larıyla ödenen ücretler gerektirir. Ücretler SLDS cinsinden ifade edilir ancak zincir üzerinde bir fiyat oracle’ı (Chainlink) aracılığıyla USD fiyat hedeflerine sabitlenir. SLDS birimi, sabit USD fiyatlandırmasını korumak için üç ayda bir ayarlanır, bu da ücret oynaklığının iş kullanım durumlarını bozmasını önler.

Ölçekteki maliyet avantajı: doğrulama sorgusu başına 0,001 $‘da, 1 milyon yeniden doğrulama kontrolü 1.000 $‘a mal olur. Auth0, eşdeğer hacim için 23.000 $ ücret alır [1]. %95’lik tasarruf yeniden kullanımdan gelir — pahalı ilk KYC doğrulaması bir kez gerçekleşir; sonraki her kontrol ucuz bir kimlik bilgisi sorgusudur.

7.3 Doğrulayıcı Ekonomisi

Bir doğrulayıcının dönem başına (7 gün) geliri:

revenue = fee_pool_7days × 0.70 × (effective_stake / total_effective_stake)

effective_stake = staked_SLDS × uptime_score × (reputation / 1000)

Bir Hafif doğrulayıcı için başa baş analizi (10.000 SLDS minimum stake):

Ağ genelinde günde 1.000.000 doğrulamada:

• Ağın günlük ücret geliri: ~100.000 $ (karışık Seviye 1 ve Seviye 2 kontrolleri)
• Doğrulayıcı ödül havuzu: 70.000 $/gün
• Hafif doğrulayıcı payı (açıklayıcı, etkin stake’in yaklaşık 1/10.000’i): ~7 $/gün = 210 $/ay
• Hafif doğrulayıcı işletim maliyeti: 5–30 $/ay (VPS barındırma)
• Net kâr: 180–205 $/ay

Ölçekte (günde 10.000.000 doğrulama):

• Doğrulayıcı ödül havuzu: 700.000 $/gün
• Hafif Düğüm payı: ~70 $/gün = 2.100 $/ay

Bu tahminler açıklayıcıdır. Gerçek kazanç, ağ benimsemesine, ücret karışımına ve ödül havuzu için rekabet eden doğrulayıcı sayısına bağlıdır.

Slashing. Doğrulayıcılar, dürüst olmayan veya ihmalkâr davranış için stake kaybeder:

Slashing edilen fonlar: %50 yakılır, %50 raporlayan doğrulayıcılara dağıtılır.

7.4 Sömürücü Olmayan Tasarım

Ücret dağıtımı, kira sömürüsünü önlemek için açıkça tasarlanmıştır:

1. Hiçbir şirket ücret almaz. Kesinti alan bir “Solidus A.Ş.” yoktur. Solidus Vakfı, protokol geliştirmeyi başlatan kâr amacı gütmeyen bir varlıktır — Ethereum Vakfı’nın Ethereum ile ilişkisine benzer şekilde. Doğrulayıcılar (altyapı operatörleri) ve topluluk yönetişimli protokol hazinesi tüm ücretleri alır.

2. Hazine topluluk tarafından yönetilir. Hazine fonları yalnızca yönetişim oylamaları aracılığıyla harcanabilir. Hazineyi kontrol eden bir yönetici ekip yoktur.

3. Ücretler ağ ölçeklendikçe azalır. Daha fazla doğrulayıcı katıldıkça, ödül havuzu için rekabet artar. Doğrulayıcılar maliyetleri düşürmek için altyapıyı optimize eder. Ücret oranları, merkezi alternatiflerle rekabetçi kalmak için yönetişim yoluyla ayarlanır.

7.5 Arz Dinamikleri

Stake ödülleri yıllık %3 enflasyon yaratır (stake’e orantılı olarak doğrulayıcılara dağıtılır). %10’luk ücret yakımı, ağ kullanımıyla orantılı deflasyonist baskı yaratır. Geçiş noktası — ağın net deflasyonist hale geldiği nokta — yaklaşık 82 milyon günlük doğrulamada gerçekleşir.

8. Performans Analizi

8.1 Verim

Bu hedefler şunlara dayanır:

• Subnet başına 32 paralel yürütme parçası (shard)
• Toplu imza doğrulamalı (256 imza/toplu) 16 doğrulama şeridi
• Boru hatlı blok önerileriyle 500ms blok süresi

Karşılaştırma: Auth0, ayda yaklaşık 15 milyar kimlik doğrulaması işler [1], yani küresel olarak saniyede yaklaşık 5.800. Solidus Aşama 3 toplam hedefi olan 100.000 TPS, tek bir örnekte Auth0’ın şu anki küresel veriminin 17 katını temsil eder.

8.2 Gecikme

Auth hızlı yolu, son doğrulama sonuçlarının subnet başına bir LRU önbelleğini kullanır (1.000.000 girdi, yapılandırılabilir TTL). Kararlı durum yükü altında, kimlik doğrulama isteklerinin %80-90’ı bir konsensüs turu olmadan önbellekten sunulur, bu da kimlik doğrulama başına maliyeti ve gecikmeyi önemli ölçüde azaltır.

8.3 Ölçeklenebilirlik

Subnet modeli yatay ölçeklenebilirlik sağlar. Mevcut subnet performansını düşürmeden yükü karşılamak için ek subnet’ler oluşturulur. Coğrafi subnet’ler ek bir ölçeklendirme boyutu sağlar — GDPR uyumlu AB kullanıcıları, bölgeler arası veri transferi gerekmeden AB doğrulayıcıları tarafından işlenir.

Her subnet içindeki 32 parça yürütme modeli, subnet içi yatay ölçeklendirmeyi sağlar. Parçalar arası atomiklik, kilitlenmesiz bir sıralama garantisiyle iki fazlı kilitleme aracılığıyla işlenir.

9. Yönetişim

Protokol, bir vakıf, şirket veya çekirdek ekip tarafından değil, doğrulayıcılar ve token sahipleri tarafından yönetilir.

9.1 Protokol Yükseltmeleri

Yükseltmeler, yapılandırılmış bir süreç aracılığıyla süper çoğunluk doğrulayıcı konsensüsü gerektirir:

1. Teklif. Yönetişim eşiğini karşılayan herhangi bir token sahibi, tam bir teknik spesifikasyonla bir Solidus İyileştirme Teklifi (SIP) gönderir.
2. İnceleme dönemi. Herkese açık inceleme ve tartışma için minimum 30 gün. Minimum süre protokol tarafından zorunlu kılınır — hızlı bir yol yoktur.
3. Doğrulayıcı sinyali. Doğrulayıcılar, stake’e göre ağırlıklandırılmış destek veya muhalefet sinyali verir.
4. Etkinleştirme. Ağırlıklı stake’in %67’si desteği sinyal ederse, yükseltme önceden belirlenmiş bir blok yüksekliğinde etkinleşir.

Hiçbir acil durum geçersiz kılması yoktur. Kimlik altyapısı istikrarlı olmalıdır. Küçük bir grup tarafından hızla değiştirilebilen bir protokol yalnızca güvenilir sayılır — güvenilirlikten (trustworthy) daha zayıf bir özellik.

9.2 Düzenleyici Akreditasyonu

Düzenlenen türler için (KYC, mesleki lisanslama) kimlik bilgisi düzenleyicileri bir akreditasyon sürecinden geçmelidir:

• En az bir yargı bölgesinde düzenleyici statü göstermek
• Teknik yetenek değerlendirmesini tamamlamak (anahtar yönetimi, altyapı güvenliği)
• Sahte kimlik bilgisi düzenlemesi için slashing edilen bir teminat (SLDS cinsinden) yatırmak
• Periyodik yeniden akreditasyondan geçmek

Akreditasyon kayıt defteri zincir üzerindedir ve herkese açık olarak denetlenebilir. Akreditasyon, yönetişim oyu yoluyla iptal edilebilir.

9.3 İnandırıcı Tarafsızlık

Kurucu ekibin özel yönetişim ayrıcalıkları, aşırı büyük oy gücü veya protokolü tek taraflı olarak değiştirme yeteneği yoktur. Ekibin token’ları, diğer herhangi bir katılımcıyla aynı programda vesting’e tabidir. Vesting’den sonra, ekip yönetişime diğer herhangi bir sahiple aynı token başına ağırlıkla katılır.

Bu, bir projenin merkezi olarak başlayıp gücü daha sonra dağıtacağına söz verdiği “aşamalı olarak merkeziyetsizleşen” modelin kasıtlı bir reddidir. Bu söz nadiren tutulur.

10. Düzenleyici Konum

Kimlik, düzenlenmiş bir alandır. Solidus düzenlemeyi atlatmaz — düzenleyici gereksinimleri karşılamak için daha iyi araçlar sağlar.

KYC/AML uyumluluğu. Akredite düzenleyiciler düzenlenmiş varlıklardır. Kimlik bilgileri, farklı bir mekanizma aracılığıyla teslim edilen mevcut tasdiklerle aynı hukuki ağırlığı taşır. Düzenleme, merkezileşmeyi değil, doğrulamayı gerektirir.

Veri koruma. Solidus, GDPR (bkz. §6.3), CCPA ve eşdeğerleriyle mimari olarak uyumludur: sıfır bilgi kanıtları aracılığıyla veri minimizasyonu, kullanıcı kontrollü pod’lar aracılığıyla silme hakkı, her ifşa için açık rıza ve tasarım gereği taşınabilirlik.

Yargı yetkisi tarafsızlığı. Doğrulayıcı ağı yargı bölgeleri genelinde çalışır. Coğrafi subnet’ler veri ikamet uyumluluğunu sağlar. Solidus üzerine inşa edilen uygulamalar kendi yargı bölgelerinin yasalarına tabi kalır. Protokol araçları sağlar; uygulamalar uyumluluk yükümlülüklerini taşır.

Kimlik bilgisi hukuki statüsü. AB’deki eIDAS 2.0 düzenlemesi, doğrulanabilir kimlik bilgilerini elektronik kimlik tespiti için hukuken geçerli olarak tanır [28]. MiCA (Kripto Varlıklar Piyasaları Düzenlemesi), borsaların müşteri kimlik tespiti yapmasını gerektirir — Solidus kimlik bilgileri, kişisel veriyi borsa veritabanlarında değil kullanıcı kontrolünde tutarken bu gereksinimi karşılar.

11. Birlikte Çalışabilirlik

11.1 W3C Standart Uyumluluğu

• DID Core. Solidus DID’leri W3C DID Core spesifikasyonuna [4] uyar. did:solidus yöntemi, W3C DID Yöntemi Kayıt Defterinde kayıtlıdır (bir kayıt defteri listelemesi, bir W3C standardı veya onayı değil).
• Doğrulanabilir Kimlik Bilgileri Veri Modeli 2.0. Tüm kimlik bilgileri VC Veri Modeline [5] uyar ve herhangi bir uyumlu sistemle birlikte çalışabilir.
• DID Çözümleme. Çözümleyici, DID Çözümleme spesifikasyonunu uygular.
• Solid Protokolü. Kullanıcı veri pod’ları, kullanıcı kontrollü depolama için Solid spesifikasyonunu [27] izler.

11.2 Miras Köprüleri

OAuth/OIDC köprüsü. Solidus kimlik bilgisi sunumlarını standart OAuth 2.0 token’larına çevirir. “Google ile Giriş Yap”ı kabul eden uygulamalar, tek bir kütüphane içe aktarımıyla “Solidus ile Giriş Yap”ı kabul edebilir. Hiçbir uygulama yeniden yazımı gerekmez.

SAML köprüsü. Miras kimlik federasyon sistemleri için bir çeviri katmanı aracılığıyla kurumsal entegrasyon.

Kimlik bilgisi içe aktarma. Geleneksel KYC sağlayıcılarından mevcut kimlik tasdikleri, akredite köprü düzenleyicileri tarafından Doğrulanabilir Kimlik Bilgileri olarak sarmalanabilir ve kullanıcıların yeniden doğrulama yapmasını gerektirmeden kademeli geçişe olanak tanır.

Bu köprüler, benimseme sürtünmesini gidermek için tasarlanmış geçiş dönemi altyapısıdır. Yerel Solidus entegrasyonu standart hale geldikçe, köprü kullanımı azalacaktır.

11.3 Zincirler Arası Sabitleme

Solidus DID’leri, ekosistemler arası taşınabilirlik için diğer blok zincirlerine sabitlenebilir:

• Ethereum. DeFi entegrasyonları için akıllı sözleşme aracılığıyla DID sabitleme
• Bitcoin. Maksimum kurcalamaya direnç için periyodik kontrol noktası sabitleme
• IPFS. Kimlik bilgisi şemaları ve iptal arşivleri için içerik adresli depolama

Zincirler arası sabitleme yedeklilik sağlar — Solidus ağı geçici bir bölünme yaşarsa, DID durumu dış sabitlemelere karşı doğrulanabilir.

12. Yol Haritası

Bunlar hedeflerdir, garantiler değil. Hız, teknik ilerlemeye, düzenleyici katılıma ve ekosistem büyümesine bağlıdır.

Yıl 1 — Temel (1-12. Aylar)

• İşlevsel bir doğrulayıcı ağıyla testnet’i başlat (3. Ay)
• Üretim Verify ürününü (KYC kimlik bilgisi sistemi) yayınla (6. Ay)
• Birden çok bölgede 100-1.000 aktif doğrulayıcıyı dahil et (9. Ay)
• Herkese açık mainnet’i başlat (10-12. Aylar)
• JavaScript/TypeScript ve Python için SDK’ları yayınla
• İlk bağımsız güvenlik denetimini tamamla
• Miras entegrasyonu için OAuth/OIDC köprüsünü kur
• Hedef: 1.000 beta kullanıcı, 10 bin $ MRR

Yıl 2 — Büyüme

• Protokol üzerine inşa eden 100+ uygulama
• Solidus tabanlı kimliğe sahip 100.000 kullanıcı (gerçekçi hedef)
• KYC’nin ötesinde kimlik bilgisi türleri: yaş doğrulama, mesleki lisanslama, eğitim kimlik bilgileri
• Go, Rust ve Java için SDK’lar
• Büyük yargı bölgelerinde resmi düzenleyici katılım (AB eIDAS, ABD eyalet düzeyi)
• Ek coğrafi subnet’ler (AB, APAC)
• Hedef: 200 bin $ MRR

Yıl 3 — Varsayılan

• Solidus, yeni uygulamalar için standart bir kimlik doğrulama seçeneği haline gelir
• Büyük çerçeveler (Next.js, Rails, Django, Spring), Solidus’u birinci sınıf bir auth seçeneği olarak içerir
• Diğer merkeziyetsiz kimlik ağlarıyla kimlik bilgisi birlikte çalışabilirliği
• Dahili kimlik yönetimi için kurumsal benimseme
• Olgun UX’e sahip birden çok rekabet eden cüzdan uygulaması
• 1.000-5.000 aktif doğrulayıcı

Yıl 5 — Olgunluk

• Merkezi sağlayıcılar yeni uygulamalar için ekonomik olarak eskimiş hale gelir
• Finans, sağlık, eğitim, devlet genelinde ölçekte kimlik bilgisi düzenleme
• Protokol yönetişimi tamamen merkeziyetsizleşmiş, kurucu ekipten kalıntı etki yok
• 50+ coğrafi subnet genelinde 5.000-11.000+ doğrulayıcı
• Protokol altyapıdır — görünmez, güvenilir, olağan kabul edilir

13. Riskler

İnandırıcı bir protokol, neyin ters gidebileceğini kabul eder.

Soğuk başlangıç. Ağ yalnızca uygulamalar onu entegre ederse faydalıdır, uygulamalar yalnızca kullanıcılar varsa entegre eder ve kullanıcılar yalnızca uygulamalar onları destekliyorsa ortaya çıkar. KYC kilit özelliği (keskin maliyet acısı çeken işletmeler) ve OAuth/OIDC köprüsü (hiçbir uygulama yeniden yazımı gerekmez), bu döngüyü kırmak için tasarlanmıştır, ancak yeterli ilk çekiş garantisi yoktur. Azaltım: açık maliyet tasarrufu taahhüdüne sahip 3-5 erken benimseyen kripto borsasına odaklanma.

Düzenleyici belirsizlik. Bazı yargı bölgeleri, özellikle KYC/AML yükümlülükleriyle ilgili olarak, merkeziyetsiz kimlik altyapısına şüpheyle bakabilir. Azaltım: proaktif düzenleyici katılım; akredite (düzenlenmiş) düzenleyicilerin kullanımı; yargı yetkisi uyumluluğu için coğrafi subnet’ler; lansmandan önce hedef pazarlarda hukuki görüşler.

Kriptografik risk. Sıfır bilgi kanıt sistemleri matematiksel olarak karmaşıktır. ZKP uygulamalarındaki hatalar diğer protokollerde gerçek dünya arızalarına neden olmuştur [29]. Azaltım: kritik devrelerin biçimsel doğrulaması; birden çok bağımsız güvenlik denetimi; muhafazakâr kriptografik seçimler (yerleşik eğriler, iyi incelenmiş yapılar); karmaşık yüklemler için Groth16’nın ayrılmasıyla birlikte birincil mekanizma olarak BBS+ (daha basit, güvenilir kurulum yok).

Doğrulama motoru güveni. Solidus doğrulama motoru kimlik bilgisi düzenleyicisidir. Doğrulama motoru ele geçirilirse, Sybil direnci saf PoS’a düşer. Azaltım: imzalama anahtarları için HSM anahtar depolama; kimlik bilgisi düzenlemesi için çok taraflı onay; acil iptal için yönetişim mekanizması; düzenlenen tüm kimlik bilgilerinin denetim günlüğü.

Kullanılabilirlik. Merkeziyetsiz kimlik, “Google ile Giriş Yap”tan kullanımı daha zordur. Anahtar yönetimi ve kimlik bilgisi depolama, çoğu kullanıcının anlaması gerekmeyen kavramlardır. Protokol yalnızca cüzdan uygulamaları deneyimi mevcut alternatifler kadar basit hale getirirse başarılı olur. Bu en olası başarısızlık modudur. Tüketici deneyiminin kalitesi, benimsemeyi herhangi bir teknik veya ekonomik avantajdan daha fazla belirleyecektir.

Kapsam. Solidus ekosistemi, kimlik, cüzdan, ajan, sosyal ve yönetişim alanları genelinde planlanan 19 yüzeyi kapsar. Hepsini aynı anda inşa etmek ölümcül olurdu. Azaltım: Verify (KYC), 1. Yıl için önemli olan tek üründür. Kalan yüzeyler, protokol çekiş, gelir ve kanıtlanmış bir doğrulayıcı ağı elde edene kadar ertelenir. Protokol geneldir; ürün odağı dardır.

Rekabet. World (Worldcoin), 17,9M kullanıcıya ve önemli finansmana sahiptir. Polygon ID, SpruceID ve Ceramic bitişik sorunları ele alır. Merkezi sağlayıcılar, daha düşük fiyatlarla veya geliştirilmiş özelliklerle yanıt verebilir. Azaltım: yapısal maliyet avantajı (%95 daha düşük), iş modellerini yok etmeden merkezi sağlayıcılar tarafından eşleştirilemez. Yürütme hızı ve geliştirici deneyimi, yerleşik oyuncuların dağıtım avantajlarını aşmalıdır.

14. Sonuç ve Gelecek Çalışma

Solidus, merkeziyetsiz kimlik doğrulamasının ekonomik olarak uygulanabilir, gizliliği koruyan ve ölçekte performanslı olabileceğini gösterir. Doğrulanmış insan kimliğine sabitlenmiş bir doğrulayıcı kümesine sahip, sıfırdan inşa edilmiş, HotStuff’tan ilham alan bir BFT konsensüs motoru, kesinlik hızından veya verimden ödün vermeden Sybil direnci sağlar. Doğrulanabilir kimlik bilgisi sistemi, merkezi bir kimlik bilgisi deposu olmadan taşınabilirlik ve seçici ifşa sağlar. Ekonomik model, gerçek altyapı işi için doğrulayıcıları tazmin ederken doğrulamayı merkezi alternatiflerden yaklaşık %95 daha ucuz hale getirir, özel bir sistemden kira çıkarmak yerine.

Temel argüman ekonomiktir, ideolojik değil. Altyapı bir protokol haline geldiğinde, kira arayan aracılar ortadan kalkar. E-posta, ücretli mesaj teslimatını ortadan kaldırdı. HTTP, ücretli içerik dağıtımını ortadan kaldırdı. TCP/IP, fiziksel bağlantının ötesinde ücretli ağ erişimini ortadan kaldırdı. Sırada kimlik doğrulama var.

Soru, merkeziyetsiz kimliğin merkezi kimlik doğrulamasının yerini alıp almayacağı değildir. Soru, ne zaman ve geçişin açık bir protokol tarafından mı yönetileceği yoksa başka bir aracı grubu tarafından mı ele geçirileceğidir.

Bilinen sınırlamalar:

• Post-kuantum kriptografi henüz entegre edilmedi; geçiş bir hard fork gerektirir
• ZK devre güvenilir kurulumu, sağlamlığı sağlamak için geniş katılım gerektirir
• Biyometrik tabanlı Sybil direnci, KYC oracle ekosisteminin kalitesine bağlıdır
• Yargı yetkisi arası düzenleyici uyumluluk, pazar başına devam eden hukuki çalışma gerektirir

Gelecek çalışma:

• Post-kuantum imzalar ve anahtar değişimi için ML-KEM ve ML-DSA entegrasyonu [26]
• Oracle güven varsayımlarını ortadan kaldırmak için KYC için merkeziyetsiz bir oracle ağı
• BFT konsensüs motorunun güvenlik ve canlılık özelliklerinin biçimsel doğrulaması
• Solidus kimlik bilgisi şemalarının standardizasyonu
• Zincir dışı yüksek frekanslı kimlik doğrulama için durum kanalı protokolü (sınırsız TPS)
• Ethereum, Bitcoin ve Cosmos ekosistemleri için zincirler arası DID çözümleme
• Yapay zeka ajanı kimliği — doğrulanmış insanlar adına çalışan özerk yazılım ajanlarına DID’leri genişletme

Referanslar

[1] Auth0. “Pricing.” https://auth0.com/pricing . Accessed March 2026.

[2] Okta. “Annual Report FY2024.” SEC EDGAR. Gross margin: 73-75%. Accessed March 2026.

[3] Chainalysis. “Crypto Crime Report 2025.” Chainalysis, 2025.

[4] Sporny, M., et al. “Decentralized Identifiers (DIDs) v1.0.” W3C Recommendation, July 2022. https://www.w3.org/TR/did-core/ 

[5] Sporny, M., et al. “Verifiable Credentials Data Model 2.0.” W3C Recommendation, 2024. https://www.w3.org/TR/vc-data-model-2.0/ 

[6] Berners-Lee, T. “Solid: A Platform for Decentralized Social Applications.” MIT, 2016. https://solidproject.org 

[7] Jolocom. “Jolocom SmartWallet: Decentralized Identity.” https://jolocom.io . 2019.

[8] Lundkvist, C., et al. “uPort: A Platform for Self-Sovereign Identity.” arXiv:1607.01427. 2017.

[9] Bloom. “Bloom Protocol: A Decentralized Credit System.” https://bloom.co . 2018.

[10] Camenisch, J., Lysyanskaya, A. “Signature Schemes and Anonymous Credentials from Bilinear Maps.” CRYPTO 2004.

[11] Camenisch, J., Lysyanskaya, A. “A Signature Scheme with Efficient Protocols.” SCN 2002.

[12] IBM Research. “Identity Mixer.” https://idemix.wordpress.com . 2018.

[13] Tessaro, S., Zhu, C. “Short Pairing-Free Blind Signatures with Exponential Security.” EUROCRYPT 2022. (BBS+ reference implementation)

[14] Groth, J. “On the Size of Pairing-Based Non-Interactive Arguments.” EUROCRYPT 2016.

[15] Nakamoto, S. “Bitcoin: A Peer-to-Peer Electronic Cash System.” 2008.

[16] Buterin, V., et al. “Combining GHOST and Casper.” arXiv:2003.03052. 2020.

[17] Kleros. “Proof of Humanity: A Protocol for Human Verification.” https://proofofhumanity.id . 2021.

[18] Worldcoin. “World ID: The Privacy-Preserving Proof-of-Personhood Protocol.” Worldcoin whitepaper, 2023.

[19] Jumio. “AI-Powered Identity Verification.” https://jumio.com . Accessed March 2026.

[20] Onfido. “Identity Verification Platform.” https://onfido.com . Accessed March 2026.

[21] Sumsub. “Full-Cycle Verification Platform.” https://sumsub.com . Accessed March 2026.

[22] Civic. “Civic Reusable KYC.” https://civic.com . 2022.

[23] Veriff. “Identity Verification.” https://veriff.com . Accessed March 2026.

[24] Yin, M., Malkhi, D., Reiter, M. K., Gueta, G. G., Abraham, I. “HotStuff: BFT Consensus in the Lens of Blockchain.” PODC 2019. arXiv:1803.05069.

[25] Bowe, S., et al. “Scalable Multi-party Computation for zk-SNARK Parameters in the Random Beacon Model.” Cryptology ePrint Archive, 2017.

[26] NIST. “Module-Lattice-Based Key-Encapsulation Mechanism Standard (FIPS 203).” NIST, 2024.

[27] Solid Project. “Solid Protocol Specification.” https://solidproject.org/TR/protocol . 2022.

[28] European Commission. “eIDAS 2.0 — European Digital Identity Regulation.” Regulation (EU) 2024/1183. 2024.

[29] Zcash. “Zcash Counterfeiting Vulnerability CVE-2019-7167.” Disclosure report, 2019.

Ek A: Karşılaştırma Matrisi

A.1 Kimlik Sağlayıcı Karşılaştırması

A.2 KYC Sağlayıcı Karşılaştırması

Kimlik sağlayıcı tablosu, kimlik doğrulama / giriş sağlayıcılarıyla karşılaştırır. Solidus ayrıca belge doğrulama + AML pazarıyla ekonomik olarak rekabet eder — “dolar başına bir sentte Sumsub” tezi. Aşağıdaki matris, Solidus’u en büyük üç KYC sağlayıcısına karşı çerçeveler.

Yapısal fark: Sumsub / Onfido / Jumio, doğrulama başına güvenen taraf başına ücret alır. Sumsub’ta bir kez doğrulanmış bir kullanıcı, başka herhangi bir Sumsub müşterisinin sistemine karşı doğrulama yapmak için hâlâ tam fiyat öder. Solidus’ta, ilk doğrulamada düzenlenen W3C VC yeniden kullanılabilir — ikinci güvenen taraf, zincir üzerindeki kimlik bilgisini okur ve yalnızca kanıt kontrolü için doğrulama ücretini öder, belge taramalarını ve canlılığı yeniden çalıştırmak için değil. Bu, kimlik bilgisi arzı büyüdükçe ağ genelinde katlanarak artar.

Ek B: Sözlük

Bu belge sürüm 1.0.0’dır. Bağımsız olarak hakem değerlendirmesinden geçmemiştir. Güvenlik özellikleri hakkındaki iddialar tasarım açıklamalarıdır, biçimsel kanıtlar değildir. Tam bir biçimsel güvenlik analizi, Aşama 1 protokol denetiminin bir parçası olarak yürütülecektir. Bu belge, denetim bulgularını yansıtacak şekilde güncellenecektir.

© 2026 Solidus Network Foundation. Bu belge CC BY 4.0 lisansı altında lisanslanmıştır.