Dopo aver studiato a fondo l'architettura @MidnightNetwork , ho notato un tema importante fin dall'architettura fondamentale e per il futuro di Midnight - Linguaggio di programmazione.
Il problema dei linguaggi di programmazione nella blockchain è un argomento che non sembra troppo importante per gli utenti finali, ma è una cosa molto importante per gli sviluppatori.
Questa è la base fin dal primo passo dello sviluppo e la direzione dell'approccio per qualsiasi progetto.
Mentre Rust di Solana e Polkadot è potente ma difficile da imparare, Move in Sui e Aptos è limitato in sviluppatori, Solidity di Ethereum sebbene sia abbastanza popolare ha ancora molti errori logici pericolosi.
Midnight sceglie TypeScript - un'estensione di JavaScript, che è il linguaggio di programmazione più popolare al mondo. $NIGHT
Questo porta un vantaggio per gli sviluppatori per sviluppare senza dover imparare di nuovo dall'inizio o dover familiarizzare con linguaggi complessi. Questo riduce significativamente il tempo per costruire, creare idee e sviluppare potendo riutilizzare l'intero ecosistema degli strumenti esistenti, da lì distribuire meglio.
La blockchain è sempre una corsa per attrarre il maggior numero possibile di sviluppatori, applicazioni e utenti, non semplicemente per trovare nuova tecnologia. Perché lo dico? È abbastanza semplice da capire, un sistema con più applicazioni e utenti avrà una capacità di sopravvivenza a lungo termine, ed è per questo che TypeScript è quasi dominante nell'aspetto del collegamento con il mondo Web2 dove operano decine di milioni di sviluppatori.
Ma il più notevole è che Midnight utilizza TypeScript per scrivere logica e questa logica viene compilata in circuiti a conoscenza zero e poi crea prove per verificare i dati senza rivelarli. Quella è la lingua ZK.
Semplicemente comprendere, gli sviluppatori non devono imparare il sistema Circuit o Constraint e la matematica polinomiale. Gli sviluppatori devono solo sapere come scrivere in TypeScript e il sistema gestirà la parte ZK. Questo è un approccio per semplificare l'accesso degli sviluppatori.
Tuttavia, la direzione combinata di ZK + TypeScript ha anche alcune debolezze.
Innanzitutto, il problema delle prestazioni e dei costi per creare "prove", questo è un problema importante delle risorse, più lento rispetto ai normali smart contract, questo è un problema che deve essere ben ottimizzato affinché l'UX non ne risenta.
In secondo luogo, è una cosa molto seria che ho realizzato, quando gli sviluppatori non capiscono ZK ma lo usano comunque, se scrivono logica sbagliata o fraintendono senza controllare attentamente, è davvero molto pericoloso.
In terzo luogo, il debugging è più difficile, il codice è scritto in TypeScript ma l'esecuzione è effettivamente un Circuito ZK, questo può causare errori e bug localizzati nel livello del compilatore o nel livello del circuito.
Tuttavia, questo è ancora un chiaro vantaggio nella direzione di sviluppo di Midnight, utilizzare un sistema di linguaggio familiare ridurrà significativamente i costi di sviluppo così come il rischio di errori.
Questa è una tendenza di cambiamento da "ingegneria hardcore" a "esperienza dello sviluppatore". I sistemi che aiutano gli sviluppatori a costruire avranno un vantaggio a lungo termine quando gli sviluppatori lavorano più velocemente e più facilmente.
In sintesi, vedo che @MidnightNetwork usare TypeScript sembra un azzardo calcolato. Un compromesso di parte dell'ottimizzazione tecnica per scambiare velocità di sviluppo e espansione per il futuro a lungo termine. Il successo o il fallimento dipende da se Midnight può sfruttare ciò che ha creato.
