Kā jūs padarāt datu gabalu pierādāmu, pārnēsājamu un joprojām izmantojamu pilnīgi atšķirīgās sistēmās?
Tā centrā ir šī ideja par apliecinājumiem. Pamata ideja ir tāda, ka jūs veicat strukturētu, parakstītu, pārbaudāmu prasību.
Tas ir viss!
Bet veids, kā SIGN apstrādā krātuvi, ir tas, kur tas kļūst praktisks. Jūs varat mest pilnu datus ķēdē, ja jums rūp maksimālā uzticība. Dārgi, bet tīri. Vai arī jūs vienkārši nostiprināt hašu un saglabājat faktiskos datus ārpus ķēdes. Daudz lētāk. Vai arī sajaukt abus atkarībā no tā, ko jūs darāt.
Shēmas sasaista to kopā.
Tās ir tikai veidnes, bet portatīvas. Kā, visi piekrīt datu formai vispirms, tad tu vari pārvietot to loģiku pāri ķēdēm, nesarakstot visu no jauna.
Tas pats vien glābj tik daudz sāpju. Esmu atjaunojis to pašu validācijas loģiku dažādos vidēs vairākas reizes, nekā vēlos atzīt.
Un jā, Sign izmanto asimetrisko kriptogrāfiju un nulles zināšanu pierādījumus zem vāka
Tātad, nevis izplatīt neapstrādātus datus, tu pierādi īpašības par to. Esmu vecāks par 18 gadiem, nerādīdams savu ID.
SignScan ir arī tur. Tas ir praktiski izpētītājs visam šim. Viens vieta, lai vaicātu apliecinājumus visās ķēdēs. Godīgi sakot, tas ir viens no tiem, kāpēc tas jau nepastāvēja? lietas.
Tātad, nevis veidot pielāgotus indeksatorus vai žonglēt ar API, tu vienkārši sit vienā slānī.
Bet daļa, pie kuras es atgriežos, tā, kas ir nedaudz dzīvo manā galvā, ir krusteniskā verifikācijas iestatījums ar Lit protokolu un TEE.
Jo šeit parasti viss sabrūk.
Tilti ir nekārtīgi. Orakli ir nekārtīgi. Jebkas, kas mēģina pārvietot “patiesību” starp ķēdēm, beidzas vai nu pārāk centralizēti, vai pārāk trausli. Un Sign pieeja ir pietiekami atšķirīga, ka man bija jānolasa to divas reizes.
Tātad, šādi es to saprotu.
Tev ir šie TEE mezgli uzticamas izpildes vidēs. Iedomājies tos kā noslēgtas kastes. Kods darbojas iekšā, un tu uzticies rezultātam, jo kastē pati ir slēgta. Tagad, nevis viena kaste, tev ir tīkls no tām.
Kad ķēde B vēlas pārbaudīt kaut ko no ķēdes A, šī tīkla mezgls paņem metadatus, dekodē to, iegūst faktisko apliecinājumu (varbūt no Arweave, varbūt no citas vietas) un tad paraksta to.
Šī ir galvenā daļa.
Tev nepieciešams slieksnis, piemēram, divas trešdaļas tīkla, lai piekristu, pirms šis paraksts tiek uzskatīts par derīgu. Tad šis apkopotais paraksts tiek augšupielādēts atpakaļ uz galamērķa ķēdi caur āķi.
Tātad plūsma ir kaut kas līdzīgs:
fetch → decode → verify → threshold sign → push result on-chain
Tas ir cauruļvads
Un godīgi sakot, šī ir vieta, kur esmu gan pārsteigts, gan nedaudz nedrošs.
Jo vienā pusē tas ir tīrs. Tu nepaļaujies uz vienu relayer. Tu neiekodē uzticību vienā sistēmā. Tas ir sadalīts, pārbaudāms un izmanto reālas kriptogrāfiskas garantijas. Tas ir stabils.
Bet no otras puses ir tik daudz kustīgu daļu.
Kā, kas notiek, kad kāds no tiem soļiem kavējas? Vai datu avots ir lēns? Vai kodēšana mainās vienā ķēdē, bet ne citā? Tu koordinē visus vidus, kas pat nesaprot, kā datiem vajadzētu izskatīties pusi laika.
Es joprojām cenšos saprast, cik izturīgs tas patiešām ir zem spiediena. Tas darbojas uz papīra. Tas pat darbojas testnetā. Bet ražošana ir citāda. Tā vienmēr ir.
Virs tā viņiem ir Signchain. Viņu pašu L2. Uzbūvēts uz OP Stack, izmantojot Celestia datu pieejamībai. Godīgi sakot… šī daļa ir standarta lietas. Tu izveido rollup, atslēdz aprēķinus, samazini izmaksas. Tas ir loģiski. Nekas traks tur.
Viņi izspieda diezgan daudz slodzes caur testnetu. Vairāk nekā miljons apliecinājumu, simtiem tūkstošu lietotāju. Tas nav nekas. Tas parāda, ka sistēma var nedaudz elpot.
Bet testneti neatgriežas. Galvenie tīkli to dara.
Godīgi sakot, man patīk tas, ko redzu. Šeit ir reālas domas. Reālie inženierijas kompromisi. Ne tikai vibrācijas.
Es vienkārši sēžu šeit un domāju, kā tas iztur, kad kāda no tām ķēdēm nolemj salauzt kaut ko nejaušu vai kad TEE tīkls piedzīvo latentuma problēmas vai kad kāds sāk to sist, ar malām, kuras neviens neplānoja.
Mēs redzēsim!!!
#SignDigitalSovereignty suverēnaInfra @SignOfficial Oficiāls
