Gavin nu se odihnește nici în weekend, răspunzând întrebărilor tuturor în grupul de discuții JAM! A dezvăluit multe informații relevante privind foaia de parcurs a protocolului JAM Alpha.👀
El nu doar că a explicat cum vor evolua serviciile Bootstrap ale JAM în viitor, diversificându-se în implementări, dar a formulat pentru prima dată o viziune radicală și cu „semnificație constituțională” - fixarea totalului de DOT la π × 10⁹ (aproximativ 3.14 miliarde) și scrierea acestuia în blocul de gen de JAM.
Cuvintele cheie ale acestei discuții includ:
Serviciul Bootstrap: sistemul de „pluginuri de pornire” al lanțului JAM, care nu va mai fi monopolizat de Parity și poate fi implementat și înlocuit de echipe diferite.
π × 10⁹: o propunere simbolică de total fix pentru DOT, care stă în spatele unui design economic mai stabil și rezistent la abuzul de guvernare.
Comitetul de Editare Gray Paper (GPEB): va prelua treptat conducerea de la Gavin, ghidând direcția de evoluție a versiunilor protocolului JAM.
Autonomia de fork: Polkadot poate alege oricând versiunea protocolului, chiar să-și construiască propriul „Blue Paper”, asigurând suveranitatea tehnică a comunității.
Cine va plăti? Dacă Polkadot adoptă JAM, ar trebui să acopere bugetul de funcționare de bază al comitetului de editare.
Aceasta nu este doar o „organizare a întrebărilor și răspunsurilor”, ci conturează de fapt viziunea lui Gavin despre cum protocolul JAM va evolua treptat spre neutralitate tehnică + guvernare controlabilă + evoluție autonomă.
Această lucrare va analiza complet toate punctele cheie eliberate în această discuție, oferindu-ți o imagine clară a direcției tehnice următoare și a peisajului de guvernare al protocolului JAM.
Cum va evolua serviciul Bootstrap al JAM?
Gavin a declarat că serviciul Bootstrap dezvoltat în prezent de Parity nu este complet, dar în următoarele câteva luni va continua să evolueze, având mai multe funcții și documentația mai clară.
Mai important, serviciile Bootstrap ale JAM în viitor nu vor avea doar o versiune, și nu vor fi monopolizate de Parity.
El a dat un exemplu - la fel cum există multe implementări ale BIOS-ului computerului, diferite echipe pot dezvolta propriile servicii Bootstrap, atâta timp cât respectă anumite standarde de format. Aceasta înseamnă că rețeaua JAM va avea moduri de inițiere a infrastructurii diverse și interschimbabile, oferind dezvoltatorilor și ecosistemului mai multă flexibilitate.
Poate te întrebi ce este serviciul Bootstrap al JAM?
Pentru a explica simplu, putem înțelege că:
Lanțul JAM încarcă serviciile „de bază” atunci când este inițiat, la fel cum un computer rulează BIOS-ul la pornire.
De exemplu, dacă protocolul JAM va înlocui lanțul de reluare Polkadot în viitor, care va fi primul pas pentru a iniția acest lanț? Trebuie să spui lanțului:
Există un sistem de staking?
Există un sistem de guvernare?
Cine este contul inițial?
Cum a fost distribuit DOT-ul inițial?
Este necesar să se stabilească anumite funcții de contract?
Trebuie să se integreze un anumit serviciu extern (cum ar fi un sistem de vot, oracol etc.)?
Acestea nu sunt scrise în protocol, ci sunt injectate în timpul inițierii lanțului (bootstrap) printr-un serviciu modular. Acest serviciu este ceea ce Gavin numește „serviciul Bootstrap”.
Așadar, rolul serviciului Bootstrap este:
Pentru a inițializa modulele lanțului JAM: cum ar fi staking, guvernare, trezorerie etc.
Injectarea logicii de funcționare: cum ar fi „cât de mult este totalul DOT”, „cum se distribuie DOT”, „cine poate vota” etc.
Definirea stării de început a lanțului: de exemplu, ce servicii specifice există în blocul genesis și care este ordinea de intrare în vigoare
Bootstrap este „meniul de pornire personalizat” al lanțului JAM, care determină ce funcționalități va avea lanțul tău la pornire și ce configurații va folosi
Atunci de ce spune Gavin că Bootstrap nu ar trebui să fie controlat de o singură entitate, Parity?
Pentru că este ca și cum: dacă toate computerele din lume ar trebui să folosească doar BIOS-ul Microsoft la pornire, atunci de fapt nu ar fi sigur și nici liber.
El speră că în viitor nu doar Parity, ci și mai multe echipe vor dezvolta servicii Bootstrap cu stiluri diferite, cum ar fi:
Unele pun accent pe funcțiile de confidențialitate
Unele se concentrează pe extinderea performanței
Unele servicii sunt destinate unor industrii specifice (cum ar fi lanțurile de jocuri, lanțurile de date etc.)
Astfel, JAM devine o platformă de calcul cu adevărat deschisă și combinabilă.
Serviciul Bootstrap = mecanismul care adaugă „pluginuri de funcționalitate de pornire” pentru lanțul JAM. Acesta determină ce capabilități va avea lanțul la pornire, cum va arăta.
Gavin vrea să facă acest lucru flexibil, standardizat, și să permită oricărei echipe să participe la dezvoltare, nu să fie controlat de o singură entitate, Parity.
Ce înseamnă π × 10⁹? Are legătură cu totalul DOT?
Gavin a propus o viziune radicală și elegantă: fixarea totalului de DOT la π × 10⁹ (aproximativ 3.14 miliarde) și scrierea acestuia direct în blocul de gen al JAM.
El speră că prin această metodă, va separa complet dreptul de modificare a totalului de DOT de guvernarea de la nivel de lanț, evitând astfel modificările arbitrare ale totalului sau propunerile repetate. Dacă trebuie cu adevărat să fie modificat, atunci va trebui să fie printr-un hard fork al întregului protocol.
Aceasta va îmbunătăți semnificativ stabilitatea politicii economice a DOT, fiind o abordare mai apropiată de un „nivel constituțional” de design.
Deși Gavin a menționat în discuție că „fixarea totalului de DOT la π × 10⁹” este o propunere de politică, aceasta nu este o idee venită din senin, ci se bazează pe capacitățile de design de bază ale protocolului JAM.
În secțiunea 4.6 (Economics) din Gray Paper JAM (v0.7.0) este specificat clar:
JAM este un sistem economic criptografic care combină criptografia cu teoria jocurilor;
Acesta definește un concept nativ de „token”, toate soldurile conturilor aparținând lui N₂⁶⁴, adică nu depășind aproximativ 18 miliarde de token-uri;
De asemenea, stabilește că unitatea minimă este 10⁻⁹ și folosește o „unitate standard” unificată de 10⁹ (în loc să folosească 10¹⁸ ca Ethereum);
Gray Paper subliniază: totalul de token-uri emise efectiv ar trebui să fie mult mai mic decât acest plafon.
Acesta oferă exact spațiul de fezabilitate protocolară pentru propunerea lui Gavin de a „fixa totalul de DOT la π × 10⁹ (aproximativ 3.14 miliarde)”.
Adică, JAM în sine, deși nu definește politica economică, oferă un mecanism suficient de neutru și flexibil prin care rețele precum Polkadot pot decide prin serviciul Bootstrap totalul de token-uri, metoda de distribuție și alte conținuturi.
Poți înțelege că JAM ți-a oferit un sistem de portofel pentru a stoca bani (tehnic poate găzdui 18 miliarde de token-uri), dar cât de mulți bani vei pune înăuntru, cine va controla cum se va emite, este stabilit de tine (prin serviciul Bootstrap). Este doar un cadru, nu stabilește politica.
Cine va decide versiunea protocolului JAM?
Fiecare versiune a protocolului JAM va corespunde unei versiuni specifice a Gray Paper (gray paper).
Gavin afirmă că cea mai recentă Gray Paper reprezintă cel mai recent protocol JAM, anumite versiuni vor accepta, de asemenea, audite externe, ca versiuni „gata de producție”.
Comunitatea Polkadot poate decide prin procesul de guvernare care versiune JAM să folosească pe mainnet. Alte lanțuri pot alege, de asemenea, versiuni diferite pentru a-și construi propria rețea. Acest model va spori semnificativ flexibilitatea și autonomia evoluției protocolului.
Gavin va continua să conducă Gray Paper?
Deși Gavin va continua să fie editorul Gray Paper, el plănuiește, de asemenea, să formeze un Consiliu Editorial pentru Gray Paper (GPEB).
Acest comitet va fi format din membri cu abilități tehnice puternice, care au participat profund la dezvoltarea protocolului JAM, și vor decide împreună evoluția versiunii protocolului JAM, prioritățile și direcția pe termen lung în viitor.
Dacă într-o zi Gavin nu va mai fi activ, acest comitet va deveni „organul de guvernare de facto” al protocolului JAM.
Ce se întâmplă dacă comunitatea nu este de acord cu direcția GPEB?
Gavin a declarat clar: comunitatea Polkadot păstrează suveranitatea completă a protocolului.
Dacă nu este de acord cu direcția GPEB, Polkadot poate alege o versiune diferită a protocolului JAM, chiar să fork-eze propria versiune, cum ar fi spus el în glumă, Polkadot DAO ar putea fork-eze complet un „Blue Paper” 😄
El plănuiește, după v1.0, să deschidă licența Gray Paper (poate cu un protocol Copyleft protejat prin brevet), permițând fork-uri, utilizări și îmbunătățiri libere în condiții adecvate.
Cine va furniza fondurile pentru funcționarea GPEB?
Dacă Polkadot decide să construiască o rețea pe termen lung pe baza JAM, Gavin consideră că Trezoreria Polkadot ar trebui să finanțeze funcționarea normală a GPEB, inclusiv organizarea întâlnirilor, discuțiile despre priorități și stabilirea standardelor.
De asemenea, dacă alte rețele se bazează pe JAM, el speră că acestea vor putea, de asemenea, să își asume responsabilitatea de întreținere corespunzătoare.
Gavin plănuiește să selecteze personal membrii GPEB la început, dând prioritate celor cu o bază tehnică solidă și cei care au participat efectiv la dezvoltarea JAM. Ulterior, va stabili un redactor adjunct și va transfera treptat dreptul de selecție a membrilor către comitetul în sine, Polkadot Fellowship, Fundația Web3 și alte organizații.
Gavin vrea să creeze un mecanism „constitutional” al JAM care să nu depindă de guvernarea prin vot.
De la un total fix de DOT, la predarea evoluției JAM către comitetul de editare Gray Paper, până la permiterea comunității să păstreze suveranitatea de guvernare prin fork-uri, Gavin a încercat să stabilească un mod de guvernare protocolară „rezistent la abuzul de guvernare, dominat de tehnologie”.
Aceasta nu este doar o corectare a guvernării actuale la nivel de lanț, ci este o manifestare esențială a „modularizării + suveranității interschimbabile” a protocolului JAM.
Ce părere ai despre acest model de guvernare JAM? Te rugăm să discutăm împreună în secțiunea de comentarii!
\u003ct-90/\u003e