https://www.binance.com/activity/word-of-the-day/G1231476812483747840/shared?shareParam=eyJhY3Rpdml0eUlkIjoiRzEyMzE0NzY4MTI0ODM3NDc4NDAiLCJuZXdzSWQiOjE1MjExMjAzNTU2NDk5MjQ0NzcsInJvdW5kIjo0LCJ1c2VyS2V5IjoiV1UxMjMyNTAxNzgzNTgxNTAzNDg4In0%3D

Continuo a tornare alla stessa domanda quando guardo a Fogo: è davvero un problema di "nuova catena", o è principalmente un problema di distribuzione e di esperienza utente che indossa un nuovo badge? Il mio istinto era che spostarsi al di fuori di Solana significasse riscrivere, ritestare e reimparare una dozzina di piccole abitudini. Ciò che è interessante di Fogo è che sta cercando di dimostrare che quell'istinto è sbagliato, almeno per i team già attivi nel mondo di Solana.

Dal punto di vista di uno sviluppatore, il primo passo è noioso: trattalo come Solana, ma punta i tuoi strumenti da un'altra parte. Fogo afferma di mantenere la compatibilità con la Macchina Virtuale di Solana, esegue un RPC mainnet e punta a blocchi di 40 ms, quindi la stessa struttura del programma e il comportamento di runtime dovrebbero trasferirsi, e il cambiamento del flusso di lavoro consiste nel cambiare l'URL del tuo RPC. Puoi farlo con la Solana CLI, e Anchor si inserisce nello stesso modo cambiando il cluster del provider nella tua configurazione. Il modo più semplice per iniziare è partire da qualcosa di familiare: un piccolo programma che hai già distribuito altrove e distribuirlo su Fogo solo per vedere cosa succede. Quel primo "hello world" riguarda meno la funzionalità e più la realtà: dove i log appaiono effettivamente, cosa fa l'esploratore con le tue transazioni e se le assunzioni che porti da test locali reggono ancora su una rete reale.