Piccole assunzioni sui tempi vengono violate, i log diventano disordinati e iniziano a verificarsi istanze strane di bordi di istruzione prima di quanto pensassi fosse possibile.
CryptoFlix
·
--
Test di Fogo: concetti di testing locale dei programmi SVM.
Una domanda è su cosa continuo a ruotare quando creo programmi SVM su Fogo: fino a che punto posso simulare la rete localmente senza ingannare me stesso? Testnet era la mia precedente sandbox predefinita, ma nel recente passato, ho avvertito l'urgenza di avere cicli di feedback più ravvicinati. Mi distrae ogni volta che una piccola alterazione richiede di aspettare un RPC esterno, e inizio a fare test senza prove o speranza. Fogo sta imponendo tempi di blocco enormemente ostacolanti sulla testnet, e ruota anche le regioni man mano che passano le epoche, e conferme, e la cadenza di leadership possono vivere esperienze diverse in impostazioni più lente. La velocità è magnifica quando si tratta di applicazioni in tempo reale, ma non è così fluida quando si tratta di debug. Piccole assunzioni sui tempi vengono violate, i log diventano disordinati e strane istanze di bordi di istruzione iniziano a verificarsi prima di quanto pensassi possibile. Ho imparato a considerare il testing locale come l'equivalente locale della mia stanza lenta, su cui posso fornire una migliore visibilità e dove posso far dimostrare al programma la sua funzionalità prima di inviarlo a una rete ad alte prestazioni. Non è emozionante. È esattamente per questo che funziona. Posso ripeterlo quotidianamente.
Disclaimer: Include opinioni di terze parti. Non è una consulenza finanziaria. Può includere contenuti sponsorizzati.Consulta i T&C.