Protokol

Solidus katman katman nasıl çalışır

Beş alt sistem — DID yöntemi, kimlik bilgisi formatı, doğrulayıcı konsensüsü, zincir üstü kayıt defteri ve ücret mekanizması. Her bölüm, bunu kanıtlayan makaleye bağlantı verir.

§2 · DID Yöntemi

did:solidus, tanımlayıcı çözümlemesi.

Her Solidus tanımlayıcısı bir DID'dir, yani W3C DID Core 1.0 standardına göre bir Merkeziyetsiz Tanımlayıcı. Solidus'a özgü yöntem `did:solidus:ağ:kimlik` biçimindedir; ağ bölümü `mainnet` ya da `testnet`, kimlik bölümü ise denetleyicinin açık anahtarının base58 ile kodlanmış özetidir.

DID belgeleri, yani bir DID'den çözümlenen JSON yapısı, zincir üzerinde sicil sözleşmesinde durur. Çözümleme, herhangi bir doğrulayıcı düğüme yapılan tek bir okumadır; merkezi bir dizin gerekmez. Anahtar değişimi, denetleyici değişikliği ve hizmet uç noktası güncellemeleri imzalı işlemlerdir ve her biri DID belgesinin sürümünü bir artırır.

DID belgelerini zincir üzerine koymayı seçtik (did:web gibi zincir dışına değil), çünkü protokolün güven çıpası doğrulayıcı kümesidir: çözümlemeyi o kümenin içinde tutmak, doğrulayan tarafla düzenleyicinin üçüncü bir hizmete başvurmadan aynı doğruluk kaynağını paylaşması demektir.

DID yöntemi makalesini okuyun
tanımlayıcı sözdizimi
did:solidus:mainnet:0x7a3f…c291
did
yöntem şeması
solidus
yöntem adı
mainnet
<id>
tanımlayıcı
§3 · Kimlik Bilgisi Biçimi

W3C Doğrulanabilir Kimlik Bilgileri, BBS+ kanıtları.

Solidus kimlik bilgileri W3C Doğrulanabilir Kimlik Bilgileri Veri Modeli 2.0'ı izler. Her kimlik bilgisi; bir bağlam, bir tür, bir düzenleyici DID'i, bir özne DID'i, tasdik edilen nitelikler ve bir kriptografik kanıt içeren bir JSON belgesidir.

Kanıt şeması BBS+'tır; seçici ifşayı destekleyen, eşleşme tabanlı bir imzadır. Bir kimlik bilgisini sunan tutucu, hangi nitelikleri açacağını ve hangilerini gizli tutacağını seçebilir; kanıtın boyutu kimlik bilgisinin boyutundan bağımsız olarak sabittir. Doğrulayan taraf yalnızca tutucunun paylaşmayı seçtiği kadarını öğrenir.

İptal sicile bağlıdır. Her kimlik bilgisi bir iptal dizini taşır; zincir üzerindeki sicil iptal edilmiş dizinleri izler. Doğrulayan taraf, doğrulama akışının bir parçası olarak sicili sorgular; durumu öğrenmek için düzenleyiciye başvurması gerekmez.

BBS+ imzaları makalesini okuyun
credential.json
{
  "@context": [
    "https://www.w3.org/ns/credentials/v2",
    "https://solidus.network/vc/v1"
  ],
  "type": ["VerifiableCredential", "KYCCredential"],
  "issuer": "did:solidus:mainnet:0x7a3f...",
  "credentialSubject": {
    "id": "did:solidus:mainnet:0xb4e2...",
    "kycLevel": 2,
    "ageVerified": true
  },
  "proof": { "type": "BbsBlsSignature2020" ... }
}
§4 · Doğrulayıcı Konsensüsü

HotStuff türevi BFT konsensüsü.

Solidus, doğrulayıcı kümesi arasında HotStuff türevi bir Bizans Hata Toleranslı konsensüs çalıştırır. Lider değişimi her turda (epoch) olur; oylama üç aşamada ilerler: prepare, precommit ve commit. Her aşamada 2f+1 yeter sayı gerekir; f, tolere edilen en fazla Bizans hatasıdır (doğrulayıcıların en çok üçte biri).

Kesinlik hızlıdır: medyanda 1,4 saniye ve belirlenimcidir (olasılıksal bir onay derinliği yoktur). Canlılık kısmi eşzamanlılık altında, güvenlik ise tam eşzamansızlık altında korunur. İkisi de HotStuff'ın özellikleridir ve Solidus uyarlamasında korunur.

Kesme, kanıtlanabilir kötü davranışı cezalandırır: çifte oy, çifte öneri ve çelişkili beyan. Kesilen stake zincir üzerindeki hazineye gider (§6'daki ücret mekanizmasına göre). Çevrimdışı kalan doğrulayıcılar ödül kaybeder ama kesintiye uğramaz; yalnızca güvenliği ihlal eden davranış stake yok edilmesini tetikler.

Teknik dokümanın §3'ünü okuyun
3 aşamalı BFT oylaması · 2f+1 yeter sayı
Hazırlık
lider öneriyor
Ön onay
2f+1 onaylıyor
Kesinleştirme
2f+1 sonuçlandırıyor
lider
yeter sayı oyu
≤ 1.4 sn kesinleşme
§5 · Zincir Üstü Sicil

Sicil sözleşmesi.

Sicil sözleşmesi, zincir üzerindeki kanonik durumdur. DID belgesi özetlerini (DID ile anahtarlanmış), düzenleyici açık anahtarlarını, iptal kayıtlarını ve etkin doğrulayıcı kümesini saklar. Toplam durum, kayıtlı benzersiz DID sayısıyla sınırlıdır; büyüklük mertebesi tahmini olarak şu anda 100 MB'ın altındadır.

Kimlik bilgisi gövdeleri zincir üzerinde DEĞİLDİR. BBS+ kanıtı, düzenleyicinin imzası, tasdik edilen nitelikler: bunların hepsi zincir dışında, tutucunun cüzdanında durur. Zincir yalnızca güveni çıpalamak için gerekli en azı saklar: düzenleyicinin imzalama yetkisi, iptal durumu ve doğrulayıcı kümesinin güncel bileşimi.

İşlem başına gas maliyeti kasıtlı olarak düşüktür: DID kaydı ~0,0003 $, kimlik bilgisi çıpası ~0,0001 $, iptal kaydı ~0,0001 $. Bu, düzenleyicinin ödediği maliyettir; doğrulayan taraf §6'da anlatılan ayrı bir doğrulama başına ücret öder.

Teknik dokümanın §4'ünü okuyun
kayıt defteri sözleşmesi · örnek kayıtlarcanlı · mainnet
KayıtTürGas
did:solidus:mainnet:0x7a3f…DID BELGE$0.0003
did:solidus:mainnet:0xb4e2…DID BELGE$0.0003
cred:0x9f01…KİMLİK BİLGİSİ ÇAPASI$0.0001
cred:0x4c8a… [revoked]İPTAL$0.0001
§6 · Ücret Mekanizması

Doğrulayıcı ücretleri + hazine + yakım.

Her kimlik bilgisi doğrulaması 0,01 $ protokol ücretine mal olur ve bunu doğrulayan taraf öder (doğrulamayı isteyen taraf, tipik olarak bir hizmet işletmecisi). Bu 0,01 $'ın %70'i doğrulayıcılara gider (stake ağırlıklı oy katkısıyla orantılı), %20'si zincir üstü hazineye (yönetişim denetiminde), %10'u yakılır.

%10'luk yakım, deflasyonist kaldıraçtır. Günlük doğrulama hacmi ihraç oranını aştığında protokol net deflasyonist hale gelir; 11 yıllık model için /tokenomics sayfasına bakın. Doğrulama talebi hem doğrulayıcı güvenliğini hem de arz daralmasını finanse eder.

Ücret ayarı dinamiktir ama sınırlıdır. Protokol, talep sıçramalarına karşılık doğrulama başına ücreti 0,01 $ tabanının ±%20'si içinde ayarlayabilir; daha büyük değişiklikler yönetişim oyu gerektirir. Bu, kullanıcı deneyimini öngörülebilir tutarken ağın yüke yanıt vermesine izin verir.

Doğrulayıcı ekonomisi makalesini okuyun
doğrulama başına ücret dağılımı
$0.01
70%
20%
10%
Doğrulayıcılar
stake ağırlıklı
Hazine
yönetişim
Yakma
deflasyonist
Günlük doğrulamalar 82M eşiğini aştığında net deflasyonist hale gelir — bkz. /tokenomics.
[ Standartlar ]

Tasarımdan itibaren uyumlu.

Protokol, W3C, IETF, OpenID ve NIST'in açık standartları üzerine inşa edilmiştir — ve AB ile ISO düzenleyici çerçeveleriyle uyumludur. Hiçbir şey mülkiyete tabi değil; her şey incelenebilir.

W3C
VC Data Model 2.0

Doğrulanabilir Kimlik Bilgileri, kanonik kimlik bilgisi biçimi.

W3C
DID Core 1.0

Merkeziyetsiz Tanımlayıcılar, kanonik tanımlayıcı sözdizimi.

IETF
SD-JWT

Seçici İfşa JWT'si, eski sistemlerle uyum için alternatif kimlik bilgisi serileştirmesi.

OpenID
OID4VC

Doğrulanabilir Kimlik Bilgileri için OpenID; düzenleme ve sunum protokolleri.

NIST
800-63

Kimlik güvence seviyesi eşlemesi. IAL2 ve IAL3'ü destekliyoruz.

EU
eIDAS 2.0

İlk günden itibaren Avrupa Dijital Kimlik Cüzdanı uyumluluğu.

EU
GDPR

BBS+ seçici ifşa yoluyla veri minimizasyonu. Anahtar silme kimlik bilgilerini geçersiz kılar; doğrulayan tarafın elindeki veriyi silmez.

ISO
27001

Bilgi güvenliği yönetimi. SOC 2 Type II süreci devam ediyor (2026).

Spesifikasyon üzerine inşa edin.

Protokol — Solidus katman katman nasıl çalışır · Solidus Network