Un braindump al tuturor lucrurilor crescendo, ce este inclus, care sunt beneficiile etc Acesta ar putea conține multe detalii, așa că țineți-vă bine. Creșterea blocului pe secundă de la 1 la 10 bps, menținând în același timp capacitatea blocului ~ fixă (mai multe despre asta mai târziu). Debit: evident, randamentul tranzacțiilor crește. Cât costă? aproape de zece ori, dar nu exact de 10 ori. Având mai multe blocuri paralele, rata de coliziune crește într-o oarecare măsură. Pe TN10 și cu politica actuală de selecție a txn mempool, observăm o eficiență de ~80-90% (adică 80-90% din txns sunt unice). Dacă mempool-ul este prea aglomerat și cererea depășește semnificativ capacitatea, această valoare de eficiență se îndreaptă spre 100%. Deci, pentru a concluziona, TPS crește de 8-9 ori. Informațiile lipsă sunt lățimea medie a DAG-ului de pe rețeaua principală după activare față de astăzi. Politicile Mempool pot fi ajustate în viitorul apropiat fără un hardfork bazat pe astfel de date din lumea reală. Frecvență: timpul mediu de blocare (= intervalul dintre blocuri) este redus de la 1 secundă la 100 de milisecunde. Aceasta înseamnă timp de includere txn într-o clipită. O tranzacție nu trebuie să se propage la întreaga rețea pentru a fi inclusă; De exemplu, poate ajunge la minerii de pe continentul său în 50 ms și poate fi minat după 200 ms. Frecvența scade, de asemenea, timpii de confirmare post-includere datorită densității crescute a procesului de eșantionare minieră. Ca să nu spun că timpii de confirmare scad de zece ori, deoarece acum sunt dominați de latența blocurilor care nu s-a schimbat. Mai degrabă, prin calculele din spatele plicului, acestea s-au îmbunătățit cu 30% (pentru avansat: coada lui Poisson care guvernează lățimea DAG în cel mai rău caz scade mai repede, astfel K poate fi setat relativ mai jos, de la 18 (1bps) la 124 (pentru 10bps) și nu la 180 așa cum ne-am putea aștepta). Paralelismul blocurilor: paralelismul blocurilor crește odată cu rata de blocare și asta, contrar a ceea ce ați putea crede, este bine. În ciuda faptului că coliziunile sunt ușor crescute din cauza paralelismului blocurilor, paralelismul este crucial pentru crearea unui sistem mai echitabil. Înseamnă că nu există monopolul unui singur miner câștigător pe rundă, ci mai degrabă blocurile trebuie să concureze și să ia decizii înțelepte și competitive în cadrul rundei de latență. Implicațiile pot fi uriașe și de anvergură. Sistemele Oracle și licitațiile de mită MEV sunt câteva dintre eforturile preliminare. A intra mai mult în acest domeniu este în afara domeniului de aplicare. De asemenea, trebuie să justific de ce finanțele devin mai relevante după crescendo... presupunând că acesta este cazul, cred că chiar și fără a implementa în mod explicit proiectele de mită MEV în consens (încă), simplul "haos" intra-rundă al DAG-ului paralel la 10 bps va face deja manipularea economică mult mai dificilă decât în alte sisteme bazate pe lideri. Alte modificări incluse în crescendo. Cum să încep, sunt atât de multe. KIP-9 este integrat în consens, coacând soluția noastră unică de umflare a stării în mod inerent în sistem. Apropo, numim acest subprotocol "armonic" numele STORM (de la STORage Mass). În acest proces, KIP-9 a fost extins pentru a include pluralitatea de stocare UTXO (adică taxarea unui UTXO care consumă mai mult spațiu de stocare în mod corespunzător), făcându-l mai rezistent la viitor. KIP-10 adaugă suport pentru convenții de bază și adrese aditive. KIP-13 reglementează mai strict cerințele de stocare tranzitorie. Modificări legate de contractele inteligente: KIP-14 permite sarcini utile, permițând txn-urilor să transporte date arbitrare (de exemplu, apeluri de funcții de contract inteligent). KIP-15 este o actualizare minoră din punct de vedere tehnic - cuprinzând o linie de cod - dar permite o caracteristică semnificativă din punct de vedere conceptual, permițând nodurilor să arhiveze numai tranzacțiile și să le dovedească secvențierea și acceptarea fără încredere. Acest lucru este semnificativ pentru a permite nodurilor L2 din era pre-zk să stocheze și să dovedească execuția completă a SC la noile sincronizatoare la un cost rezonabil - făcând astfel de sisteme posibile imediat după crescendo. Schimbarea propusă este un mic subset al propunerii de proiectare zk (vezi forumul de cercetare Kaspa - postări de proiectare bazate pe rollup-uri) unde un astfel de mecanism a fost propus ca o cerință necesară pentru ca sistemele zk să funcționeze peste Kaspa și s-a dovedit a avea o valoare semnificativă și înainte de zk. În general, acest lucru înseamnă că SC L2 preliminare sunt posibile peste Kaspa post-crescendo (sau Kaspa 2.0, așa cum se referă @hashdag la el intern) cu suficiente modele de încredere. Alte lucruri despre care am vrut să scriu, dar voi aștepta altă dată: analizați costurile hardware crescute, dar limitate, ale acestei actualizări, de ce presupun că lățimea DAG a rețelei principale nu va crește de zece ori după crescendo (indicii: afirmația continentului de mai sus; adică localitatea în rețeaua P2P) și multe altele. Vă rugăm să întrebați despre orice lucru neclar sau care necesită elaborare.