Chi è incaricato di costruire i blocchi blockchain?
Il team di Ethereum Classic Labs Core (ECLC) ha recentemente creato la specifica OpenRPC con l’obiettivo di migliorare lo sviluppo di blockchain dapp. La specifica emula OpenAPI, la specifica ampiamente adottata e di successo per le API REST.
Avviando questa iniziativa, gli sviluppatori saranno in grado di risparmiare tempo sulla scrittura manuale del codice e su una migliore comunicazione tra le organizzazioni, eliminando le congetture da quali servizi e funzionalità sono supportati. Questo non è solo per ETC o ETH. È una specifica che potrebbe migliorare tutto lo sviluppo della blockchain.
La specifica OpenRPC definisce una descrizione dell’interfaccia standard indipendente dal linguaggio di programmazione per le API JSON-RPC 2.0. Ciò consente sia alle persone che ai computer di scoprire e comprendere le capacità di un servizio senza la necessità di accedere al codice sorgente, documentazione aggiuntiva o ispezione del traffico di rete.
Se correttamente definito tramite OpenRPC. Un consumatore può comprendere e interagire con il servizio remoto con una minima quantità di logica di implementazione. Simile a ciò che le descrizioni dell’interfaccia hanno fatto per la programmazione di livello inferiore. La specifica OpenRPC elimina le congetture dalla chiamata a un servizio.
Sebbene questo sia stato creato da ECLC, le ramificazioni e il loro impatto devono essere avvertiti durante lo sviluppo delle dApp blockchain.
Costruire blockchain
Codice inarrestabile. Messaggi non discutibili. Protocolli incompatibili.
Certo, amiamo tutti l’idea di costruire cose senza avere qualcuno che si occupi di tutto. Il vantaggio di questi sistemi è una nuova versione della libertà che tutti noi continuiamo ad avere in mente. Ma gli svantaggi si sono fatti sentire nella costruzione.
Gli strumenti e i protocolli utilizzati dagli sviluppatori non sono standardizzati. Ciò porta a inevitabili complicazioni quando si tratta di organizzare ecosistemi che abbracciano l’intero pianeta e che dovrebbero funzionare senza l’intervento umano.
JSON-RPC è il protocollo di scambio dati che blocca la comunicazione tra client e server. Sebbene la maggior parte dei framework moderni si basi su API RESTful. «RPC è più adatto perché è semplice, veloce e agnostico in termini di canali di comunicazione.» Così afferma lo sviluppatore ECLC Shane Jonas.
Nel caso di Ethereum, la maggior parte degli sviluppatori utilizza Web3. Un wrapper javascript per JSON-RPC. Il vantaggio che questo fornisce è un’interfaccia molto veloce e facile da usare per gli sviluppatori che non conoscono la blockchain per iniziare senza troppo background su RPC.
Questo può essere ottimo per rivolgersi a un vasto pubblico. Ma richiede tempi di sviluppo più lenti e può persino iniziare a creare una pletora di aggiornamenti e librerie non corrispondenti.
La guida alla progettazione dell’API di Google e la sua definizione
Interfacce di programmazione applicativa che operano attraverso una rete di computer. Comunicano utilizzando protocolli di rete, incluso HTTP, e sono spesso prodotti da organizzazioni diverse da quelle che li utilizzano.
Man mano che continuiamo a costruire, le diverse organizzazioni perderanno la sincronia. Si tratta di interazione con sistemi diversi dal proprio. Che inevitabilmente diventerà un ostacolo al nostro obiettivo collettivo di costruire sistemi decentralizzati che possano cooperare tra loro.
OpenAPI ha definito lo standard per l’adozione della descrizione dell’API.
Questa non è un’idea nuova. OpenAPI, la specifica più utilizzata per le API REST. È stato ampiamente applaudito ed è ora supportato dalla Linux Foundation (incluso Google). Il che dimostra l’importanza di avere questo tipo di protocolli concordati a livello globale.
La specifica OpenRPC si basa sulle stesse filosofie e metodi di OpenAPI
La specifica OpenAPI non è stato il primo formato di descrizione dell’API, ma è stato finora il più utilizzato. Prima avevamo i formati di descrizione dell’API. Le persone hanno scritto a mano il codice per le loro API. Hanno quindi scritto a mano le descrizioni di quelle API e le hanno distribuite alle persone che volevano usarle. Che a sua volta ha scritto il codice per chiamare a mano le API.
Tutta quella calligrafia ha portato a molte variazioni ed errori. Come formato di descrizione formale, OpenAPI ci offre un modo eccellente per comunicare sulle API e per avere meno errori e più successi nei nostri sistemi basati su API.
Cosa c’è nel prossimo futuro?
È qui che entra in gioco la missione di Ethereum Classic Labs. Che è accelerare lo sviluppo della comunità e dell’ecosistema di Ethereum Classic. Ciò sarà ottenuto fornendo una suite di prodotti di sviluppo Ethereum Classic e supportando progetti basati su di essa con accesso all’esperienza e finanziamenti iniziali.
Da anni ingegneri specializzati contribuiscono al progetto Ethereum Classic. E sono in prima linea nello sviluppo. Hanno una lunga storia nella creazione di società di mentoring ed è per questo che costruiranno il futuro della blockchain.