🚨SonicDB en revolution inom åtkomst till blockkedjetillstånd? 💡Noll läsförstärkning ⚡️6x snabbare än Geth 💼Direkt binär lagring Men hur fungerar det egentligen? 👇👇👇 Läsförstärkningar har alltid varit flaskhalsen för effektivitet. ➡️Läs förstärkningsproblemet - flaskhalsen ➡️Hur SonicDB fungerar ➡️Skillnad från Geth ➡️Föreställning Sonic sätter en ny standard för dataprestanda för blockkedjor. Läs Förstärkningsproblem: (normal Blockchain) ➡️Den dolda flaskhalsen i varje blockkedjedatabas Normala blockhain-databaser (LevelDB/RocksDB) lägger en Merkle-Patricia Trie (MPT) ovanpå de merkle-trädbaserade nyckel/värde-lagren. ➡️Detta skapar ett läsförstärkningsproblem, MPT kräver multilogaritmiska sökningar, vilket resulterar i en dålig åtkomsttid. ➡️För terabyte data gör detta sökningar långsammare i datastrukturen Så här fungerar SonicDB: ➡️SonicDB lagrar konton, saldon, nonces och all data om smarta kontrakt i binära filer, och kringgår nyckelvärdeslagringen. ➡️Indexering av binära data direkt till MPT-nodåtkomst med konstant tid, vilket minskar komplexiteten ➡️Dubbel struktur 1) MPT i minnet (blå) för snabb hashberäkning 2) Binära filer på disk (gröna) för direkt nodindexering Noder förblir fasta, utrymme samlas för återanvändning och nya noder läggs till i filändarna, vilket undviker kostsam omorganisation. Skillnad från Geth: ➡️LevelDB är mycket begränsad i läsförstärkning (flaskhals) ➡️SonicDB eliminerar omkostnader för nyckelvärdeslagring genom att bygga MPT på binära filer, vilket resulterar i konstant åtkomst till noder. ➡️SonicDB undviker onödigt stöd för räckviddsfrågor, optimerat för blockkedjespecifika behov Föreställning: ➡️SonicDB bearbetade 11 M Sonic mainnet-block vid 1 300 MGas/s ➡️6,2 gånger snabbare än Geth ➡️När SonicDB växer kommer dess effektiva system att lysa, vilket resulterar i högre genomströmning. Sonic har gjort en blockkedjespecifik uppgradering som ökar prestandan och ger mer utrymme för lagringsoptimering. @DrSonicScholz förnyar blockchain-databaser.