En braindump av alt som har med crescendo å gjøre, hva som er inkludert, hva er fordelene osv Dette kan inneholde mange detaljer, så hold godt fast. Øke blokken per sekund fra 1 til 10 bps mens du holder blokkkapasiteten ~fast (mer om det senere). Gjennomstrømning: Det er klart at transaksjonsgjennomstrømningen øker. Hvor mye? nesten tidoblet, men ikke akkurat 10 ganger. Å ha flere parallelle blokker øker kollisjonsfrekvensen til en viss grad. På TN10 og med gjeldende mempool txn-utvalgspolicy, observerer vi ~80-90% effektivitet (dvs. 80-90% av txn-ene er unike). Hvis mempoolen blir overbelastet og etterspørselen betydelig overstiger kapasiteten, går denne effektivitetsverdien mot 100%. Så for å konkludere, TPS øker 8-9x. Den manglende informasjonen er mainnets gjennomsnittlige DAG-bredde etter aktivering vs. i dag. Mempool-retningslinjer kan finjusteres i den kommende fremtiden uten en hardfork basert på slike data fra den virkelige verden. Frekvens: gjennomsnittlig blokktid (= intervall mellom blokker) reduseres fra 1 sekund til 100 millisekunder. Dette betyr blink-av-øye-txn-inkluderingstid. En transaksjon trenger ikke å spre seg til hele nettverket for å bli inkludert; For eksempel kan den nå gruvearbeidere på kontinentet på 50 ms og bli utvunnet etter 200 ms. Frekvensen reduserer også bekreftelsestiden etter inkludering på grunn av den økte tettheten i prøvetakingsprosessen for gruvedrift. For ikke å si at bekreftelsestidene tidobles, fordi de nå domineres av blokkforsinkelse som ikke har endret seg. Snarere, ved bak-av-konvolutten-beregninger, har de forbedret seg 30 % (for de avanserte: halen av Poisson som styrer verste DAG-bredden avtar raskere, og dermed kan K settes relativt lavere, fra 18 (1 bps) til 124 (for 10bps) og ikke til 180 som man kunne forvente). Blokkparallellitet: blokkparallellitet øker med blokkeringshastigheten, og det, i motsetning til hva du kanskje tror, er bra. Til tross for at kollisjoner er litt økt på grunn av blokkparallellitet, er parallellitet avgjørende for å skape et mer rettferdig system. Det betyr at det ikke er monopol på en enkelt vinnende miner per runde, men snarere må blokker konkurrere og ta kloke og konkurransedyktige avgjørelser innenfor latensrunden. Implikasjonene kan være enorme og vidtrekkende. Orakelsystemer og MEV kickback-auksjoner er noen av de foreløpige innsatsene. Å gå mer inn på dette er utenfor omfanget. Jeg må også begrunne hvorfor finans blir mer relevant etter crescendo ... forutsatt at det er tilfelle, tror jeg at selv uten å implementere MEV-kickback-design eksplisitt i konsensus (ennå), vil det rene "kaoset" i den parallelle DAG på 10 bps allerede gjøre økonomisk manipulasjon mye vanskeligere enn i andre, lederbaserte systemer. Andre endringer inkludert i crescendo. Hvordan starter jeg, det er så mye. KIP-9 er integrert i konsensus, og baker vår unike tilstandsoppblåsthet inn i systemet. Forresten, vi kaller denne "harmoniske" underprotokollen navnet STORM (for STORage Mass). I prosessen ble KIP-9 utvidet til å inkludere UTXO-lagringspluralitet (dvs. skattlegging av en UTXO som bruker mer lagring på riktig måte), noe som gjør den mer fremtidssikker. KIP-10 legger til støtte for grunnleggende pakter og additive adresser. KIP-13 regulerer forbigående lagringskrav strengere. Smarte kontraktsrelaterte endringer: KIP-14 muliggjør nyttelast, slik at txns kan bære vilkårlige data (f.eks. smarte kontraktfunksjonskall). KIP-15 er en teknisk liten oppgradering - som består av en kodelinje - men muliggjør en konseptuelt meningsfull funksjon, som lar noder arkivere bare transaksjoner og bevise sin sekvensering og aksept uten tillit. Dette er viktig for å tillate L2-noder fra pre-zk-æraen å lagre og bevise full SC-kjøring til nye synkroniserere til en rimelig pris – og dermed effektivt gjøre slike systemer mulige rett etter crescendo. Den foreslåtte endringen er en liten delmengde av zk-designforslaget (se Kaspa forskningsforum – baserte rollups designinnlegg) der en slik mekanisme ble foreslått som et nødvendig krav for at zk-systemer skulle operere over Kaspa, og viste seg å ha betydelig verdi også før zk. Totalt sett betyr dette at foreløpige SC L2-er er mulig over post-crescendo Kaspa (eller Kaspa 2.0 som @hashdag refererer til det internt) med tilstrekkelige tillitsmodeller. Andre ting jeg ønsket å skrive om, men vil vente til en annen gang: undersøk de økte, men begrensede maskinvarekostnadene ved denne oppgraderingen, hvorfor jeg antar at hovednettets DAG-bredde ikke vil tidobles etter crescendo (hint: kontinentkravet ovenfor; dvs. lokalitet i P2P-nettet), og mer. Spør om noe som er uklart eller som krever utdyping.