Quindi @Somnia_Network colpirà questo muro? La maggior parte delle persone si entusiasma quando una blockchain afferma di avere velocità elevate. Ma ciò a cui non pensano è cosa succede quando aumentano i validatori e l'uso scala. In quasi ogni catena ad alte prestazioni, il benchmark originale, TPS, latenza, finalità del blocco viene solitamente testato con un piccolo set di validatori strettamente coordinato. Tutto è snello, pulito, ottimizzato. (1/4)

Ma una volta che il numero di validatori cresce, l'overhead di coordinazione aumenta. E @Somnia_Network vuole avere 100 validatori prima del TGE... Più nodi = più gossip = più latenza. Il consenso richiede più tempo. I blocchi impiegano leggermente più tempo a propagarsi e a finalizzarsi. E le catene che si vantano di "10.000 TPS" possono rallentare a 1.000 o meno in condizioni reali. (2/4)

Quindi @Somnia_Network colpirà questo muro? Somnia è progettato per il gaming e interazioni ad alta capacità. Ciò significa che ha bisogno di tempi di blocco rapidi e alta TPS sotto carico, non solo in ambienti di test. Ma man mano che si espande e attrae più validatori (e alla fine si decentralizza), c'è un compromesso da monitorare: + Più validatori migliorano la sicurezza e la resistenza alla censura + Ma possono anche ridurre la capacità e aumentare la variabilità dei tempi di blocco (3/4)

La domanda chiave: può @Somnia_Network ottimizzare per entrambi? Se Somnia o HAS hanno già adottato il clustering adattivo dei validatori, l'esecuzione parallela (come ciò che Aptos o Sei stanno esplorando), o prove basate su ZK per il batching, potrebbe mantenere le prestazioni mentre si decentralizza?? Oppure il consenso multistream risolve tutto questo?! Ma se aggiunge solo più validatori senza ottimizzazioni a livello di protocollo, le prestazioni potrebbero degradare. La quantità potrebbe abbassare la qualità, a meno che l'architettura non preveda questo, e utilizzando questo multistream Solo il validatore proprietario aggiunge blocchi alla propria catena di dati, e non ci sono meccanismi di sicurezza in atto per evitare che forkino la propria catena di dati o propongano blocchi non validi. In altre parole, le catene di dati non hanno alcun meccanismo di consenso. Le blockchain veloci sembrano fantastiche al lancio. Ma rimanere veloci con centinaia o migliaia di validatori è la vera sfida. (4/4)