WillPapper

Pariez pe o lume multi-chain cu cazuri de utilizare specializate mai degrabă decât pe mai multe lanțuri cu scop general care concurează pentru aceiași dezvoltatori și utilizatori. Lanțurile vor fi diferențiate prin mai mult decât vibrații.

Rețeaua principală Ethereum a avut un avantaj uriaș în 2021: totul era într-un singur loc. Dar, deoarece totul era într-un singur loc, nu a putut să se scaleze.

A fost confruntată cu o alegere: să se scaleze orizontal (multe lanțuri) sau să se scaleze vertical (un lanț mare). A ales prima opțiune cu un plan de acțiune centrat pe rollup-uri și a evitat soluții precum sharding care ar fi împărțit diferența între aceste abordări.

Aceasta a creat fragmentare, deschizând o oportunitate pentru Solana. Solana a beneficiat de același avantaj timp de mulți ani ca singurul lanț SVM.

Dar va persista acest avantaj pe măsură ce extensiile rețelei Solana (adică rollup-uri) câștigă adopție? Sau va deveni Solana la fel de fragmentată ca Ethereum?

Crearea propriei tale appchain este de 10 ori mai ușoară decât acum un an. Toate uneltele au devenit mai simple de implementat. Abstracția contului a trecut de la 8 săptămâni + plăți în avans la o implementare aproape instantanee.

Portofelele care sunt multi-chain în mod implicit sunt esențiale pentru viitorul criptomonedelor.

Cele mai multe portofele au fost create într-o lume cu un singur lanț sau cu câteva lanțuri. Chiar și Coinbase Wallet, care este mai nativ multi-chain decât majoritatea, te face să te îngrijorezi cu privire la diferitele versiuni ETH și USDC de pe diferite lanțuri și te obligă să faci transferuri între ele.

Este interesant să ne uităm la avantajele de a fi un prim jucător într-o nouă arhitectură VM. Ethereum a fost singura rețea EVM timp de mulți ani. Solana a fost singura rețea SVM timp de mulți ani. Ambele au creat efecte de rețea puternice ca rezultat, care se slăbesc treptat pe măsură ce mai multe rețele EVM și SVM intră online.

Comparativ cu ecosistemul MoveVM, unde Aptos, Sui și Movement concurează toate pentru atenția unui număr limitat de dezvoltatori Move.

Monad, MegaETH, Rise toate promit "rețea EVM, dar mai rapidă", dar când sunt lansate simultan trei, care obține masa critică?

Cel mai mare avantaj al scalării verticale este evitarea fragmentării, dar având multe rețele care urmăresc scalarea verticală pe aceeași VM creează exact aceeași fragmentare.

Bine să mă întorc @EdgeEsmeralda pentru a vedea cât de mult le pasă tuturor de a face criptomonedele și tehnologia emergentă un loc mai bun

Sunt constant dezamăgit de comunicările privind vulnerabilitățile din partea principalelor zkVM-uri.

Unul a îngropat o vulnerabilitate critică refuzând să împărtășească pe rețelele sociale, în schimb a lansat-o în liniște pe blogul lor până când a fost presat să posteze pe rețelele sociale.

Un altul a postat vulnerabilitatea critică pe rețelele sociale, dar în termeni foarte tehnici, fără nicio descriere a impactului asupra utilizatorilor. (adică, că pare să afecteze majoritatea dovadelor.)

Acestea sunt două dintre cele mai respectate zkVM-uri. Le folosim în stiva noastră. Dar nu comunică deschis și clar despre bug-uri critice care afectează sistemele lor de dovezi.

Ca echipă care folosește zkVM-uri pentru funcții critice pentru viitorul nostru mainnet, ne afectează încrederea în aceste sisteme și dăunează adoptării zkVM-urilor în ansamblu.

Cu @eth_proofs coordonând inițiativele între cele douăzeci de zkVM-uri în dezvoltare, sper că putem ajunge la standarde mai bune în curând.

Folosește cineva CrosschainERC20 de la @DeFi_Wonderland?

Se pare că este cel mai bun din ambele lumi, combinând standardele SuperchainERC20 și standardele xERC20 într-un singur token. Curios despre experiențele oamenilor cu acesta.

Cei mai mulți oameni nu își dau seama câte lanțuri EVM există. @Dune susține peste 100 de lanțuri, cu peste 30 dintre acestea fiind EVM. @Alchemy are zeci. @l2beat listează un total de 157 L2-uri/L3-uri. DefiLlama listează 264 de lanțuri EVM

Adăugarea unui alt lanț nu este o provocare atât de mare atunci când totul devine multi-chain.

Snapchain oferă o soluție elegantă pentru una dintre problemele de bază în infrastructura crypto: compromis între disponibilitatea datelor și stocarea acestora. (Cu mai mult timp, aș putea scrie o analiză mai detaliată despre cum funcționează în spate).

Rezumatul disponibilității datelor vs stocarea datelor: sistemele excelente în publicarea datelor (Celestia, EigenDA) nu sunt la fel de bune în stocarea acestora. Sistemele excelente în stocarea datelor (Arweave, IPFS) nu sunt, de obicei, la fel de bune în publicarea acestora.
Snapchain se află elegant între aceste extreme cu câteva inovații cheie:

Structura Comitetului: Snapchain propune un comitet ales de noduri responsabil atât pentru disponibilitatea datelor, cât și pentru stocarea acestora. Aceasta abordează problema de bază în care sistemele anterioare gestionau doar una dintre aceste funcții. (Deși această parte este cea mai probabilă să se schimbe și a fost extrasă din câteva schițe anterioare.)

Chirie pe Stat: În loc să plătești o dată pentru stocare permanentă (scumpă) sau să asiguri doar disponibilitatea pe termen scurt (limitată), Snapchain implementează "chiria pe stat", un concept despre care Ethereum a discutat din 2018, dar care nu a fost niciodată implementat. Utilizatorii cumpără credite pentru o capacitate specifică de stocare (de exemplu, 10.000 de postări) pentru un an. Vrei să extinzi? Plătești din nou chiria pe stat. Nu vrei? Datele tale expiră.

Mecanisme de Suprascriere: Dacă depășești limita de postări, Snapchain pur și simplu îți suprascrie cel mai vechi conținut. Nu este necesară nicio plată suplimentară, doar un ciclu natural care funcționează perfect pentru datele sociale (deși nu ar funcționa pentru blockchain-uri care necesită o istorie completă).

Nu este la fel de greu să îți desfășori propria rețea pe cât crezi (și devine din ce în ce mai ușor). Articol în curând.

Furnizorii de infrastructură timpurie au copiat efectiv stivele lor pe noi lanțuri:

- Vei vedea "ethereum.dapp.example" și "polygon.dapp.example" - puncte finale
- Nu există infrastructură cloud partajată între lanțuri
- Adăugarea fiecărui nou lanț necesita un overhead masiv de infrastructură

Într-o lume multi-chain, front-end-urile și back-end-urile aplicațiilor sunt reproiectate pentru a se adapta la acest lucru și pentru a avea un serviciu care să susțină multe lanțuri. Utilizarea scăzută pe un lanț economisește resurse pentru utilizarea ridicată pe altul. Era copiatului și lipirii este peste.

Snapchain oferă o soluție elegantă pentru una dintre problemele fundamentale din infrastructura crypto: compromisului între disponibilitatea datelor și stocarea acestora. (Cu mai mult timp, aș putea scrie o analiză mai detaliată despre cum funcționează în spate).

TLDR-ul Disponibilității Datelor vs Stocarea Datelor: sistemele excelente în publicarea datelor (Celestia, EigenDA) nu sunt atât de bune la stocarea acestora. Sistemele excelente în stocarea datelor (Arweave, IPFS) nu sunt de obicei atât de bune în publicarea acestora.
Snapchain se află elegant între aceste extreme cu câteva inovații cheie:

Structura Comitetului: Snapchain propune un comitet ales de noduri responsabil atât cu asigurarea disponibilității datelor, cât și cu stocarea acestora. Aceasta abordează problema de bază în care sistemele anterioare se ocupau doar de una sau de alta. (Deși această parte este cea mai probabil să se schimbe și a fost extrasă din unele schițe anterioare.)

Chiria pe Stat: În loc să plătești o dată pentru stocare permanentă (scumpă) sau să asiguri doar disponibilitatea pe termen scurt (limitata), Snapchain implementează "chiria pe stat", un concept despre care Ethereum a discutat din 2018, dar care nu a fost niciodată implementat. Utilizatorii cumpără credite pentru capacitatea specifică de stocare (de exemplu, 10.000 de postări) pentru un an. Vrei să extinzi? Plătește din nou chiria pe stat. Nu vrei? Datele tale expiră.

Mecanica Suprascrierii: Dacă depășești limita ta de postări, Snapchain pur și simplu suprascrie cel mai vechi conținut al tău. Nu este necesară nicio plată suplimentară, doar un ciclu natural care funcționează perfect pentru datele sociale (deși nu ar funcționa pentru blockchain-uri care necesită o istorie completă).

Păstrarea descentralizării necesită reguli de ordine transparente și controlul comunității asupra parametrilor lanțului, nu doar "aveți încredere în noi" din partea operatorilor centralizați.

Informații rapide: poți alege alternative de infrastructură mai puțin costisitoare pentru a-ți desfășura propria rețea. API-urile BlockScout sunt considerabil mai ieftine decât API-urile Etherscan și sunt destul de plăcute de utilizat.

Rollup de 7 cifre sau rollup de 1 $ . Care este adevărat?

Deși inovația este filosofic centrală pentru ecosistemul Ethereum, am devenit prea introspectivi, prea concentrați pe diferențele tehnice incrementale între produse foarte similare și, posibil, prea investiți în tehnologia specifică față de ceea ce îi interesează cu adevărat pe utilizatori.

Nu putem continua să vorbim despre inovații incrementale datorită alegerilor noastre arhitecturale specifice sau a stivelor de consens. Solana a reușit să se concentreze pe inovațiile care rezonează cu utilizatorii, adică: este rapid, este ieftin și este ușor?

Ori de câte ori vorbesc cu oameni din afara cripto, pur și simplu nu înțeleg de ce există rollup-uri. E ca și cum ai cere unei persoane obișnuite să știe ce furnizor de cloud folosește un site web. Din păcate, Ethereum pune această alegere în prim-plan.

Când ești utilizatorul majoritar, mecanismele EIP-1559 te fac să licitezi continuu împotriva ta. Aceasta nu este teoretic. Am testat-o. Am construit un joc de clicker care a ars 35 Base Sepolia ETH când am devenit majoritatea tranzacțiilor pe blockchain.

De ce ai nevoie de propria ta lanț mult mai repede decât crezi:

Când blocurile sunt peste 50% pline, aplicația ta va începe să liciteze împotriva ei însăși la o rată crescătoare de până la 12.5% pentru fiecare bloc.

Dacă aplicația ta are succes, blocurile se vor umple. Taxele de gaz devin rapide costisitoare.