Scris de: Lostin, Helius

Compilat de: Yangz, Techub News

Rezumat

  • La Epoch 685, Solana avea 4514 noduri, inclusiv 1414 validatori și 3100 RPC. Niciun validator nu controlează o cotă de delegare mai mare de 3,2%.

  • Coeficientul Nakamoto (NC) reprezintă numărul minim de entități independente care pot colabora malițios pentru a provoca eșecul validității, refuzând consimțământul necesar pentru producerea de noi blocuri. Coeficientul Nakamoto al Solana este în prezent de 19, dar cifra reală ar putea fi mai mică, deoarece o entitate individuală poate opera anonim mai mulți validatori.

  • Validatorii Solana sunt distribuiți în 37 de țări și regiuni. Cei mai mulți validatori se concentrează în Statele Unite, cu 508. În plus, patru jurisdicții dețin o cotă de peste 10%, dintre care Statele Unite dețin 18,3%, Olanda și Marea Britanie câte 13,7%, iar Germania 13,2%.

  • 68% din delegare a fost dată validatorilor din Europa, dintre care 50,5% a fost delegată validatorilor din interiorul Uniunii Europene (excluzând Norvegia, Ucraina și Marea Britanie). În plus, 20% a fost delegată în America de Nord.

  • Validatorii sunt distribuiți între 135 de furnizori de servicii de găzduire diferiți. Dintre aceștia, Teraswitch și Latitude.sh (fost Maxihost) sunt cei mai proeminenți furnizori, primul fiind o companie privată americană care oferă servicii de găzduire validatorilor, cu o cotă totală de 24%; iar al doilea fiind o companie braziliană care oferă servere bare metal la prețuri reduse, având o cotă totală de 19%.

  • Biblioteca de cod a clientului Agave are 357 de contribuitori individuali. Clientul Firedancer a fost dezvoltat de o echipă mică condusă de Kevin Bowers, având în prezent 57 de contribuitori.

  • Clientul Jito este un fork al codului sursă Agave, incluzând o licitație pentru spațiul blocurilor în afara protocolului, având în prezent o cotă predominantă de 88% în rețea. Totuși, pe măsură ce noul client Firedancer este introdus treptat și integrat în ecosistem, se preconizează că această situație se va schimba semnificativ în următoarele 12 luni. Solana și Ethereum sunt în prezent singurele L1 care oferă implementări multiple ale clientului.

  • Modificările semnificative ale componentelor de bază ale Solana necesită trecerea printr-un proces formal și deschis de propunere SIMD (Îmbunătățire și dezvoltare Solana). Cele mai semnificative modificări ale protocolului, în special cele care afectează parametrii economici, trebuie să treacă prin votul de guvernare. Până acum, au avut loc trei astfel de voturi.

  • Fundația Solana a fost înființată în iunie 2019 și este o organizație non-profit înregistrată în Elveția, dedicată dezvoltării și susținerii ecosistemului Solana. Echipa fundației este relativ mică, având între 60-65 de angajați cu normă întreagă, care răspund de gestionarea surselor de finanțare pentru granturi, programe de delegare și instrumente pentru dezvoltatori.

  • În plus, diversitatea geografică a comunității de dezvoltatori Solana a fost demonstrată cu succes. Ultima hackathon „Radar” a atras 13672 de participanți din 156 de țări, cu o participare mai mare din partea Indiei, Nigeriei, Statelor Unite și Vietnamului. SuperTeam este o rețea care leagă creatori, dezvoltatori și operatori Solana, extinzându-se în prezent la 1300 de membri din 16 țări.

Ce înseamnă descentralizarea

Descentralizarea poate fi rezumată ca având un sistem fără puncte unice de eșec. Această concepție multi-dimensională implică mai multe aspecte, inclusiv distribuția token-urilor, influența persoanelor cheie, participarea la rețelele fără permisiuni, controlul dezvoltării și diversitatea software-ului/hardware-ului. Pe lângă coeficientul Nakamoto al lui Balaji, există aproape niciun standard recunoscut pentru cuantificarea gradului de descentralizare al blockchain-ului. Multe dintre măsurători sunt imperfecte. În plus, discuțiile despre descentralizarea blockchain-urilor sunt adesea înrădăcinate în filosofia politică, provocând dezbateri profunde și uneori aproape religioase. Gradul de descentralizare al Solana a fost criticat de anumite comunități blockchain care consideră că Solana lipsește de descentralizare și capacitatea de a rezista cenzurii. Un exemplu recent este Edward Snowden, fost agent NSA, care și-a exprimat îngrijorările în cadrul unei prezentări de la conferința Token2049. Cu toate acestea, ca mulți dintre criticii Solana, Snowden nu a oferit date care să susțină afirmațiile sale, deși a fost invitat public să facă acest lucru. În secțiunile următoare ale acestui articol, vom analiza prin date gradul de descentralizare al Solana, evidențiind aspectele în care rețeaua a arătat un grad relativ mai puternic de descentralizare, precum și domeniile în care este necesară o progresie suplimentară.

Diferitele niveluri ale descentralizării

Prin acest raport, ne propunem să analizăm starea descentralizării Solana printr-o abordare cantitativă și multi-dimensionată, bazată pe fapte și informații verificabile public. Vom evalua următoarele aspecte:

  • Distribuția delegării

  • Distribuția geografică a nodurilor

  • Diversitatea furnizorilor de servicii de găzduire

  • Diversitatea software-ului clientului

  • Diversitatea dezvoltatorilor

  • Procesele și entitățile de guvernare

Când este cazul, vom compara metricile Solana cu alte PoS L1. Este important de menționat că rețelele similare sunt utilizate doar ca referință, oferind un context mai larg pentru parcursul descentralizării Solana și evidențiind domeniile în care aceasta poate fi în urma sau depășește așteptările. Aceste comparații nu ar trebui să fie interpretate ca o încercare de a afirma că o rețea este superioară alteia. În multe cazuri, Ethereum oferă cele mai utile repere, fiind considerat pe scară largă cea mai descentralizată PoS L1. Este demn de menționat că blocul de fondare al Ethereum a fost generat în iulie 2015, în timp ce blocul de fondare al Solana a fost generat în martie 2020. Descentralizarea este un proces dinamic, iar blockchain-urile devin adesea mai descentralizate pe parcursul timpului. În condiții similare, se poate aștepta în mod rezonabil ca rețelele mai vechi să aibă un grad mai ridicat de descentralizare.

Distribuția delegării

Distribuția delegării în rețelele blockchain se referă la modul în care token-ul nativ al rețelei este distribuit între validatori. Într-un sistem distribuit bine definit, niciun validator sau un grup mic nu ar trebui să dețină o cotă excesivă din delegare, astfel încât riscurile ca o entitate să aibă o influență necorespunzătoare asupra consensului rețelei să fie reduse. O distribuție echilibrată a delegării asigură diversitatea validatorilor, promovând astfel descentralizarea, făcându-i pe orice actori malițioși să aibă dificultăți în a compromite integritatea rețelei. Pe măsură ce rețeaua îmbunătățește capacitatea de recuperare de la eșecurile unui singur validator, aceasta contribuie de asemenea la creșterea rezilienței. „Ai nevoie de un grup de validatori foarte mare; la un nivel intuitiv, cu cât grupul de validatori este mai mare, cu atât rețeaua este mai sigură, iar la un nivel academic, cu cât grupul de noduri este mai mare, cu atât mai ușor este să asiguri că o mică parte a nodurilor cinstite are întotdeauna o arbore de acoperire minimă (spanning tree) care leagă între ele. Aceasta nu se referă doar la nivelul protocolului, ci și la modul în care oamenii comunică prin telefon. De fapt, oamenii pot intra în Discord sau IRC sau pot vorbi între ei la telefon. Iată unde rezolvăm problema divizării, identificând unde este problema. Cu cât avem mai mulți oameni, cu atât mai ușor este să asigurăm că divizarea este imposibilă.” - Anatoly Yakovenko, Breakpoint 2024. A rula un nod pe Solana este complet fără permisiuni, necesitând o delegare minimă obligatorie extrem de scăzută (1 SOL) pentru a opera ca validator. Rețeaua sprijină nativ dovezile de participare delegate (dPoS), având 4514 noduri, inclusiv 1414 validatori și 3100 noduri RPC. Calculând în funcție de delegare, cei mai mari doi validatori sunt operați de Helius și Galaxy, fiecare având aproximativ 3,2% din cotă. Cantitățile minime de delegare necesare pentru a intra în primele 33% și 66% sunt de 4,4 milioane SOL și 1,23 milioane SOL, respectiv.Pentru a fi mai clar, diagrama de mai jos grupează validatorii după starea de delegare. Dintre aceștia, 82 de validatori (5,87% din total) dețin mai mult de 1 milion de SOL delegat; 825 de validatori (59,1% din total) dețin sub 50.000 de SOL delegat, majoritatea dintre ei participând la programul de delegare al Fundației Solana (SFDP), care are ca scop ajutarea validatorilor mai mici să obțină o dezvoltare sustenabilă rapid. Aproximativ 72% dintre validatorii Solana beneficiază de suportul SFDP, aceștia reprezentând 19% din totalul stărilor delegat. Pentru o discuție mai detaliată despre SFDP, vă rugăm să consultați raportul Helius publicat anterior: (SFDP și provocările cu care se confruntă validatorii cu lungimea de coadă).Așa cum adresele de blockchain nu sunt echivalente cu utilizatorii, numărul validatorilor nu poate reflecta numărul real de entități care operează validatorii. Deoarece entitățile mari ar putea alege să-și distribuie delegările între mai mulți validatori, cifra reală ar fi mai mică. De exemplu, Jito (1,2), Coinbase (1,2) și Mrgn (1,2) operează mai mulți validatori. Nu este o problemă în sine ca o entitate să opereze mai mulți validatori; de fapt, atâta timp cât validatorii sunt distribuiți, nu centralizați, diversificarea geografică și a furnizorilor de găzduire poate întări rețeaua. Cu toate acestea, dacă acești validatori folosesc setări sau reguli de firewall non-standard pentru aceeași configurație, riscurile pot apărea. În plus, ca parte a modelului „validator ca serviciu”, gestionarea unui număr mare de validatori de către o entitate în numele unor companii mari sau proiecte mari poate aduce probleme suplimentare de descentralizare.

Coeficientul Nakamoto

În rețelele de dovezi de participare, coeficientul Nakamoto (Nakamoto Coefficient) reprezintă numărul minim de noduri necesare pentru a controla cel puțin o treime din delegarea totală. Cu cât coeficientul este mai mare, cu atât distribuția delegării este mai largă și gradul de descentralizare este mai mare. În plus, acesta poate fi considerat și numărul minim de entități independente care pot colabora malițios pentru a provoca eșecul validității, refuzând consimțământul necesar pentru producerea de noi blocuri. Blockchain-urile bazate pe PoS și toleranța la faultul bizantin necesită ca două treimi sau mai mult din nodurile de delegare să ajungă la un consens asupra stării rețelei pentru a continua procesarea tranzacțiilor. Pentru a determina coeficientul Nakamoto al Solana, am aranjat validatorii pe baza cotei de delegare de la cea mai înaltă la cea mai joasă și am calculat numărul de validatori necesari pentru a controla o treime din delegarea totală. Rezultatul este că coeficientul Nakamoto al Solana a atins o valoare maximă de 34 pe 13 august 2023, iar în prezent este de 19. Acest coeficient a fost relativ stabil în ultimul an.Comparativ cu rețelele similare din industrie, coeficientul Nakamoto al Solana se situează la mijloc. Totuși, datele de mai sus nu iau în considerare faptul că o entitate individuală poate opera anonim mai mulți validatori, așadar coeficientul Nakamoto real ar putea fi mai mic. 

Distribuția geografică a validatorilor și nodurilor de delegare

Diversitatea geografică a nodurilor rețelei este esențială pentru reducerea riscurilor și promovarea rezilienței rețelei. Dacă prea mulți validatori sunt concentrați într-o singură regiune, capacitatea de recuperare a rețelei va depinde de cadrul de reglementare al acelor jurisdicții specifice. Dezastrele naturale, inclusiv cutremurele, inundațiile, uraganele și tsunami-urile, constituie un alt risc. Astfel de evenimente pot pune presiune asupra rețelei electrice naționale, perturbând grav funcționarea centrelor de date și cauzând întreruperi bruște. Amenințările umane, cum ar fi războaiele, atacurile cibernetice și distrugerea infrastructurii esențiale a internetului (inclusiv cablurile submarine), pot aduce, de asemenea, riscuri care afectează stabilitatea rețelei. Datele Solana utilizate pentru analiza din această secțiune provin din 685 de epoch-uri de pe validators.app. Formatul de tabel al setului de date original poate fi găsit aici. Aceste date reflectă doar nodurile validatorilor delegați, fără a include nodurile RPC ne-delegate.

Distribuția validatorilor și nodurilor de delegare Solana pe continente

După împărțirea pe continente, datele arată că 632 de validatori Solana (46%) se află în Europa, iar 550 (40%) în America de Nord. În ceea ce privește distribuția delegării, 68% din delegare a fost acordată validatorilor din Europa, iar 20% validatorilor din America de Nord. Dintre acestea, 50,5% din delegare a fost acordată validatorilor care operează în interiorul Uniunii Europene (excluzând Norvegia, Ucraina și Marea Britanie).În comparație, distribuția delegării pe Ethereum este similară, dar cu o pondere mai mare în America de Nord, de 34,4%. 

Validatorii Solana împărțiți pe țări și regiuni

Distribuția validatorilor Solana se află în 37 de țări diferite. Cele mai mari concentrații se află în Statele Unite, cu 508 validatori (37%) care funcționează în centre de date din SUA, urmați de 112 validatori din Olanda (8%) și 111 din Rusia (8%). 

Distribuția geografică a validatorilor Solana clasificați pe baza cotei de delegare

Când se măsoară validatorii pe baza cotei de delegare, această distribuție este mai echilibrată. Cele patru jurisdicții principale dețin fiecare o cotă de peste 10%, dintre care Statele Unite dețin 18,3%, urmate de Olanda și Marea Britanie, fiecare cu 13,7%, iar Germania cu 13,2%.În comparație, nodurile Ethereum sunt distribuite în 83 de țări și regiuni diferite, dintre care aproape jumătate se află în Statele Unite și Germania. 

Top 10 orașe bazate pe numărul de noduri Solana și cotele de delegare

O analiză mai detaliată a distribuției validatorilor și a delegării pe orașe arată că validatorii Solana sunt distribuiți în 121 de orașe din întreaga lume. În mod specific, în Statele Unite, validatorii sunt distribuiți în toate regiunile majore, incluzând 35 de orașe. Cele mai populare orașe sunt Chicago (124 de validatori, cotă de delegare 2,3%), Los Angeles (57 de validatori, cotă de delegare 2,3%) și New York (32 de validatori, cotă de delegare 3,5%).La începutul acestui an, angajatul Anza, Rex St.John, a propus strategii pentru a îmbunătăți diversitatea geografică a validatorilor Solana (în special prin extinderea sprijinului pentru operatorii din sudul global) și a identificat mai multe provocări cheie:

  • Întârziere mai mare: nodurile din zone îndepărtate au dificultăți în a se menține sincronizate cu rețea

  • Costuri de bandă: costurile de bandă din unele regiuni sunt extrem de ridicate

  • Restricții de reglementare: legislația implementată în diferite jurisdicții limitează viabilitatea operării infrastructurii blockchain

  • Infrastructură subdezvoltată: insuficiența infrastructurii de rețea și centre de date

  • Impozite și taxe nefavorabile: costurile echipamentelor hardware sunt ridicate

  • Lipsă de talent: lipsa de specialiști locali Solana, iar căile de obținere a capitalului necesar pentru delegare sunt limitate

Furnizori de servicii de găzduire

În mod ideal, grupul de validatori ar trebui să fie găzduit de mai mulți furnizori independenți, și nu să depindă grav de câțiva furnizori centralizați. Această diversificare este esențială pentru a reduce riscurile de întrerupere a rețelei sau de cenzură ale oricărui furnizor individual. Un incident notabil din 2022 a implicat furnizorul german de servicii de găzduire Hetzner, care a eliminat accidental validatorii Solana din serviciile sale, ceea ce a dus la offline peste 20% din nodurile active de delegare (aproximativ 1000 de validatori) în câteva ore. Cu toate acestea, Solana a continuat să funcționeze normal, fără probleme de eșec. Majoritatea validatorilor afectați s-au mutat cu succes în noi centre de date în câteva zile, iar aproape toate nodurile de delegare au revenit online în câteva săptămâni. 

Furnizorii de găzduire ai validatorilor Solana clasificați pe baza cotei de delegare

Validatorii Solana sunt distribuiți între 135 de furnizori de găzduire diferiți, cu Teraswitch și Latitude.sh (fost Maxihost) în frunte, primul fiind o companie privată americană care găzduiește 24% din validatori, iar al doilea fiind un furnizor brazilian de servere bare metal de cost redus, care găzduiește 19% din validatori. Acești doi furnizori dețin împreună 43,4% din piață. Alți furnizori populari includ compania franceză de cloud OVHcloud (cu o cotă de 8,65%) și Cherry Servers din Lituania (cu o cotă de 8,45%). 

Cerințele hardware pentru validatorii Solana

Ca o blockchain de înaltă performanță și capacitate mare de procesare, Solana are cerințe mai ridicate pentru noduri decât majoritatea colegilor săi din industrie. Recomandările hardware pentru validatorii Solana includ următoarele componente cheie:

  • Procesor: 24 nuclee/48 threaduri sau mai mult, viteză de bază de 4.2GHz sau mai rapidă

  • Memorie: 512 GB

  • Discuri: PCIe Gen3 x4 NVME SSD sau mai bun, 2TB sau mai mult. TBW ridicat

  • Fără cerințe GPU

În practică, cerințele Solana pentru bandă lățime fac ca operarea de acasă să fie nerealistă, prin urmare validatorii sunt rulați în principal pe servere bare metal din centre de date dedicate.

Diversitatea clientului Solana

La începutul lansării Solana, exista un singur client validator dezvoltat de Solana Labs, scris în Rust. Deși clientul Solana Labs nu mai este actualizat activ, o versiune fork numită Agave este încă utilizată. Adepții unui singur client sunt o manifestare semnificativă a centralizării, deoarece acest lucru aduce riscuri de erori software critice, care ar putea duce la eșecul validității întregii rețele. Creșterea diversității clientului a fost o prioritate pentru comunitatea Solana, iar cu lansarea Firedancer, acest obiectiv a fost în sfârșit realizat.

Clientul Solana

În prezent, mai multe soluții client Solana sunt în funcțiune sau în dezvoltare:

  • Agave: un fork al clientului original Solana Labs, scris în limbajul Rust, întreținut de compania de dezvoltare software Solana Anza.

  • Firedancer: întreținut de Jump Crypto, este o rescriere completă a clientului original în limbajul C.

  • Frankendancer: un validator hibrid care combină stiva de rețea și componentele de producție a blocurilor ale Firedancer cu execuția și consensul Agave.

  • Jito: un fork al clientului Agave construit de Jito Labs, care introduce licitații pentru spațiul blocurilor în afara protocolului, oferind mai multe stimulente economice validatorilor prin tips.

  • Sig: Clientul validator Solana optimizat pentru citire, scris în Zig de Syndica.

În plus, Mithril este un client scris în Golang, dezvoltat de Overclock, care poate fi utilizat ca nod complet de validare cu cerințe hardware mai scăzute. Un grup de echipe de inginerie de bază cu normă întreagă revizuiește reciproc biblioteca de cod, sporind astfel șansele de a descoperi erori și promovând împărtășirea cunoștințelor și colaborarea. Inginerul Anza, Joe Caulfield, a menționat recent într-un interviu: „Am învățat multe de la echipa Firedancer; au venit cu multe soluții foarte inteligente.” În plus, atât Agave cât și Firedancer au lansat programe de recompensare pentru erori.

Diversitatea clientului Solana vs. Ethereum

Solana și Ethereum sunt singurele L1 care oferă implementări multiple ale clientului. Ethereum are cel puțin cinci clienți software principali. Cele mai utilizate sunt Nethermind, scris în limbajul C, cu o rată de utilizare de 45%, și Geth, scris în Go, cu o rată de utilizare de 39%. Pe Solana, clientul Jito deține în prezent 88% din nodurile de delegare. Totuși, cu introducerea și integrarea treptată a noilor clienți (Frankendancer și Firedancer), se așteaptă ca acest peisaj să se schimbe semnificativ în următoarele 12 luni. 

Descentralizarea dezvoltatorilor

În cartea sa (Descentralizarea cuantificată), Balaji consideră că descentralizarea dezvoltatorilor este un factor cheie al ecosistemului blockchain, subliniind importanța minimizării dependenței de contribuitorii individuali și reducerea „riscurilor legate de persoanele cheie”. Toate software-urile clientului de bază de pe Solana sunt găzduite public pe GitHub conform licențelor open-source, permițând acces deschis și contribuții din partea comunității. Validatorul Agave, întreținut de compania de dezvoltare software Anza, înființată la începutul anului 2024, joacă un rol important în acest domeniu. La înființare, Anza avea aproximativ 45 de angajați, ceea ce reprezenta aproximativ jumătate din echipa anterioară a Solana Labs. Pe lângă gestionarea Agave, echipa Anza contribuie la un ecosistem mai larg Solana prin dezvoltarea extensiilor de token, infrastructura de plăți transfrontaliere și medii de licențiere Solana.

Numărul de contribuitori la codul sursă al clientului Agave

Biblioteca de cod a clientului Agave are 357 de contribuitori și 26408 commit-uri, dar doar în ceea ce privește numărul original de commit-uri, datele nu sunt perfecte și nu reflectă pe deplin profunzimea contribuțiilor individuale. Este demn de menționat că majoritatea commit-urilor sunt realizate de un număr mic de dezvoltatori, în principal ingineri seniori și co-fondatori ai Solana, iar restul sunt o lungă listă de contribuitori mici.În comparație, clienții Geth și Nethermind populari pe Ethereum arată un model similar de „centralizare” a contribuitorilor în cadrul unei comunități mai mari. Geth are 1098 de contribuitori, iar Nethermind are 142. Dintre acestea, mai mult de jumătate din commit-uri ale Geth sunt atribuite trei contribuitori cheie. Iar din toate commit-urile Nethermind, contribuțiile a două persoane depășesc 50%.

Numărul de contribuitori la biblioteca de cod a clientului Firedancer

Firedancer clientul a fost dezvoltat de o echipă mică condusă de Kevin Bowers de la Jump, o celebră companie americană de tranzacționare cu frecvență înaltă, având în prezent 57 de contribuitori și 3722 de commit-uri. Având în vedere că Firedancer este un proiect relativ nou (primul commit datează din august 2022) și a fost lansat recent pe mainnet, diversitatea contribuitorilor este încă limitată. 

Dezvoltatori din ecosistemul Solana

În ecosistemul mai larg Solana, diversitatea geografică a comunității de dezvoltatori este indiscutabilă. Hackathon-urile Solana, care au loc de două ori pe an, sunt printre cele mai populare evenimente de participare din lume, având un impact semnificativ în cultivarea celor mai de succes echipe de protocoale și aplicații Solana (inclusiv Tensor, Drift, Jito și Kamino). Ultimul eveniment „Radar” a atras 13672 de participanți din 156 de țări, cu reprezentanți din India, Nigeria, Statele Unite și Vietnam mai proeminenți.În plus, ca o rețea care leagă creatori, dezvoltatori și operatori Solana, Superteam s-a extins în prezent în 16 țări, având 1300 de membri. Filialele sale locale promovează colaborarea prin organizarea de evenimente și partajarea spațiilor de lucru. De asemenea, programul de ambasadori „Solana Allstars” desfășurat de Step Finance a avut un succes imens în Nigeria, organizând peste 120 de întâlniri în diverse regiuni, cu o participare constantă.

Guvernare

Guvernarea este un vehicul important pentru descentralizare, deoarece determină modul în care se iau deciziile în rețea. Aceasta afectează toate aspectele, de la actualizările protocolului la politicile economice și regulile comunității. Guvernarea descentralizată poate spori transparența, echitatea și încrederea în rețea.

Votul de guvernare și SIMD

Propunerea SIMD (Îmbunătățire și dezvoltare Solana) este documentul formal necesar pentru orice modificare substanțială a componentelor de bază ale Solana. Definiția unei modificări „substanțiale” se referă la modificările care, în general, vor schimba protocolul rețelei, validitatea tranzacțiilor sau interoperabilitatea. Modificările non-substanțiale, cum ar fi restructurarea ușoară a codului sau îmbunătățirile obiective de performanță, nu necesită propunere. Deși trimiterea SIMD nu necesită permisiune, orice dezvoltator sau cercetător poate trimite, majoritatea SIMD-urilor sunt trimise de dezvoltatorii echipei clientului care lucrează cu normă întreagă la îmbunătățiri ale protocolului de bază.

  • Propuneri standard: afectează funcționalități esențiale ale Solana (cum ar fi consensul, rețeaua și interfața API)

  • Propuneri meta: implică procese sau criterii dincolo de biblioteca de cod

Procesul SIMD

SIMD trece de obicei prin etape de revizuire a ideilor, redactare, revizuire și acceptare. Revizuirea formală are loc public pe GitHub, iar autorul propunerii este responsabil pentru colectarea feedback-ului din partea contributorilor cheie relevanți, ei fiind cei care decid dacă acceptă, modifică sau retrag propunerea. Autorii nu au obligația de a implementa propunerile lor, dar în general li se recomandă să facă acest lucru, deoarece este cea mai bună modalitate de a asigura finalizarea cu succes a propunerii. Dacă propunerea este acceptată, de obicei va include o problemă de urmărire a implementării caracteristicilor relevante și ar putea necesita activarea prin mecanismul de feature-gate al Solana. Feature gate va activa inițial pe Testnet, apoi pe Devnet și în cele din urmă pe Mainnet, în funcție de limitele de timp. Discuțiile privind îmbunătățirile implică următoarele domenii:

  • SIMD (Document de îmbunătățire Solana) Github repository

  • Secțiunea sRFC (Solicitarea de opinie Solana) pe forumul oficial Solana

  • Discuții tehnice Solana

  • Canale sociale, inclusiv X (fost Twitter) și Telegram

Procesul de votare pentru guvernare Solana

SIMD care aduce modificări semnificative la protocol, în special cele care afectează parametrii economici, trebuie să treacă prin votul de guvernare. Procesul de votare pentru guvernare Solana este o inițiativă relativ nouă, inițiată de membri de lungă durată ai comunității validatorilor, care se concentrează doar pe probleme cheie pentru a menține participarea și a evita oboseala guvernării. Până acum, au avut loc trei voturi de acest tip, inclusiv:

  • Primul vot consultativ din octombrie 2023 (14,3% din nodurile de delegare au participat)

  • SIMD33 din aprilie 2024 referitor la punctele de vot în timp util (53% din nodurile de delegare au participat)

  • SIMD96 din mai 2024 referitor la plata integrală a taxelor prioritare către validatori (51% din nodurile de delegare au participat)

Votul este realizat prin depunerea token-urilor în contul fiecărui validator, iar numărul de token-uri primite de fiecare cont este proporțional cu cota activă de delegare în lamport. Pentru a vota, validatorii trebuie să transfere token-urile către unul dintre cele câteva chei publice specificate, corespunzătoare opțiunilor de vot (inclusiv opțiunea de abținere). Odată ce votul a fost exprimat, nu poate fi modificat. În această structură, deținătorii de token SOL participă doar indirect, delegând SOL-urile lor validatorilor care aleg opțiuni de vot în conformitate cu valorile sau preferințele lor.

Referințe de guvernare

Conform unui raport de referință publicat de CCData la începutul acestui an, Solana este unul dintre cele patru active de nivel AA în evaluările standardelor de mediu, sociale și de guvernare (ESG) din primele 40 de active digitale. În evaluarea guvernării din acest raport, Solana se clasează pe locul patru în rândul L1, iar factorii săi de evaluare includ participarea părților interesate, transparența și gradul de descentralizare. 

Fundația Solana

Fundația Solana (SF) a fost înființată în iunie 2019, fiind o organizație non-profit înregistrată în Elveția, dedicată descentralizării, adoptării și securității ecosistemului Solana. SF are o finanțare inițială de 167 de milioane de token-uri SOL, responsabilă pentru gestionarea surselor de finanțare pentru granturi, programe de delegare și instrumente pentru dezvoltatori. Aceasta controlează activele oficiale de brand, conturile de social media, site-ul web și mărcile comerciale. În prezent, SF este condusă de directorul executiv Daniel Albert și președintele Lily Liu, și este operată de o echipă relativ mică de 60-65 de angajați cu normă întreagă, sub supravegherea consiliului fundației. Misiunea fundației este de a construi un ecosistem Solana scalabil și auto-sustenabil, concentrându-se pe educație, cercetare și dezvoltarea ecosistemului. SF organizează evenimente mari Solana, inclusiv Hacker Houses și conferința anuală Breakpoint, pentru a promova participarea dezvoltatorilor și construirea comunității. Echipa de relații cu dezvoltatorii SF este responsabilă pentru menținerea documentației oficiale, canalelor sociale și educației pentru dezvoltatori. În ianuarie 2024, SF a transferat gestionarea hackathon-ului său de marcă către Colosseum, un nou accelerator independent co-fondat de fostul director de creștere SF, Matty Taylor. Dan Albert a subliniat recent într-o dezbatere: „Munca noastră este să ne eliberăm de muncă, să găsim modalități scalabile de a sprijini rețeaua și ecosistemul și apoi să ne lăsăm de ele.” Aceasta sugerează că obiectivul pe termen lung al SF este de a construi o rețea care să se poată auto-susține fără supraveghere.

Rezumat

Așa cum este menționat în acest articol, gradul de descentralizare al Solana este comparabil sau chiar superior colegilor săi din industrie în multe dintre indicatorii cheie, inclusiv coeficientul Nakamoto, distribuția geografică a validatorilor și nodurilor de delegare, descentralizarea dezvoltatorilor și referințele de guvernare. Totuși, diversitatea clientului rămâne o problemă evidentă, iar noul client Firedancer își propune să abordeze această problemă. Pentru a întări descentralizarea Solana, se pot lua în considerare următoarele aspecte:

  • Explorarea soluțiilor pentru a distribui responsabilitățile SF între mai multe organizații

  • Îmbunătățirea transparenței cheltuielilor fundației și distribuirea granturilor

  • Dezvoltarea inițiativelor precum „Națiunile Solana” pentru a crește diversitatea geografică

  • Reducerea cheltuielilor maxime ale operatorilor de validatori, adică costul votului

  • Explorarea strategiilor de reducere a cerințelor de ieșire a datelor validatorilor; costurile de ieșire a datelor pentru operatorii de validatori din afara Uniunii Europene și SUA sunt semnificativ mai mari

  • Încurajarea participării mai active la votul de guvernare

  • Extinderea comunității de contribuabili și cercetători Solana pentru a întări dezvoltarea rețelei

În prezent, grupul de validatori Solana este în oarecare măsură încă concentrat în Statele Unite și Uniunea Europeană și depinde de un număr limitat de furnizori de servicii de găzduire. Deși această provocare nu este exclusivă Solana, ea subliniază potențialul de îmbunătățire a descentralizării Solana în acest domeniu. În cele din urmă, mulțumim lui Overclock, Amira Valliani, Matt Sorg, Yelena Cavanaugh, Dan Albert, Tim Garcia, 0xIchigo, Anatoly Yakovenko și Brady Werkheiser pentru revizuirea versiunilor inițiale ale acestui document.

Autor: TechubNews; provenit din platforma de conținut deschis „Dedede” a Chain, acest articol reprezintă doar opinia autorului și nu reflectă poziția oficială a Chain. Toate articolele „Dedede” sunt garantate de originalitate și veridicitate de către autorul care a trimis, iar în cazul de plagiat sau falsificare, consecințele legale vor fi asumate de autorul în cauză. Articolele publicate pe platforma Dedede, în caz de încălcare a drepturilor de autor, încălcări sau alte declarații necorespunzătoare, cititorii sunt rugați să supravegheze, iar în cazul în care se confirmă, platforma le va elimina imediat. În caz de probleme cu conținutul articolului, vă rugăm să contactați WeChat: chaindd123