Ecosistema NEM - Piano di lancio dei Symbol File Utili

Prefazione di David Shaw (CEO)

È stata una prima settimana impegnativa a far funzionare il gruppo NEM. Abbiamo stabilito con 3 priorità iniziali, la più importante è condividere un piano di lancio dettagliato per Symbol entro 10 giorni dall’annuncio iniziale. La natura poliedrica della consegna di Symbol è stata un fattore chiave dietro la creazione di NEM Group e lo scopo di questo annuncio è di allineare l’ecosistema e discutere i prossimi passi.

Questo è il primo test del nostro nuovo approccio e sono lieto di poter condividere questo piano con voi oggi. Ciò che non è così facile dirti è che il lancio è più avanti nell’anno delle aspettative di alcune persone. Ti preghiamo di dedicare un po ‘di tempo alla lettura di questo aggiornamento e al piano dettagliato che pubblichiamo oggi in quanto fornisce maggiore chiarezza sulle scadenze anticipate, sul nostro ragionamento e sul perché siamo fiduciosi in questo piano. Voglio che le nostre conversazioni siano oneste, dirette e mature, e siamo qui per rispondere a qualsiasi domanda tu possa avere. È più importante che mai non guardare indietro, ma essere dietro al lancio di Symbol. È nell’interesse di tutti noi rendere questo successo.

Questo è il primo annuncio di NEM Group, in seguito al recente post di @Jaguar0625’che delinea le modifiche alla governance delle entità NEM 8. Nel post, ci siamo impegnati a condividere un piano per il lancio di Symbol entro il 18 aprile; e questo post mantiene quell’impegno.

Sommario

Abbiamo trascorso molto tempo nelle ultime 3 settimane, esaminando i vari flussi di lavoro, prodotti, attività e ciò che resta da fare, oltre a identificare le interdipendenze tra tutti i compiti necessari per arrivare al lancio. Di seguito è riportato il riepilogo di questo lavoro.

Il messaggio in prima linea, come abbiamo notato nell’annuncio originale, è che Symbol non verrà lanciato nel secondo trimestre del 2020; attualmente la stima è da metà a fine novembre 2020.

Questo sarà percepito da alcuni come un ritardo, tuttavia in realtà è la prima data confermata da comunicare che si basa su una pianificazione dettagliata in collaborazione con i Core Developers, altri team di sviluppo e i team non tecnici. In parole povere, c’è molto lavoro da fare; in parte ha notevoli sforzi eccezionali ed è necessario per il lancio. Di conseguenza, abbiamo messo insieme un percorso critico noto, che è spiegato di seguito e aiuta a illustrare i tempi richiesti.

Invitiamo tutti ad assorbire i dettagli e porre tutte le domande che desideri. Per quanto riguarda la data di lancio, per anticipare la data, alcuni lavori devono essere eseguiti più rapidamente o gli elementi devono essere rimossi dall’ambito. Se qualcuno individua opportunità per questo, siamo molto aperti a queste conversazioni e saremo felici di adeguarci di conseguenza.

Il piano è un documento vivente, verrà aggiornato e condiviso regolarmente, che prevediamo ogni 2 settimane. La comunità dovrebbe aspettarsi che le singole date si spostino all’interno del piano man mano che emergono più certezze e il lavoro è completato. Non prevediamo che la data finale si muoverà significativamente, in entrambe le direzioni, in questa fase a meno che non si verifichi qualcosa di inaspettato. L’obiettivo è gestire il lavoro e i risultati in conformità con questo piano, e anche i principali presupposti e rischi per il piano sono indicati di seguito.

Le date approssimative del titolo che interesseranno alla maggior parte delle persone sono:

  • Apertura dell’iscrizione: Metà Giugno inoltrato
  • Lo sviluppo completa: (Core, SDK) Metà Agosto
  • Testnet inizia: Metà Agosto
  • Chiusura opt in: Inizio Novembre
  • Test completato: Metà-Mine Novembre
  • Istantanea: Fine Ottobre / Metà Novembre
  • Lancio: Metà-Fine Novembre (il più vicino possibile all’istantanea)

Ulteriori sessioni AMA si terranno nella settimana che inizierà il 20 aprile 2020, vedere il testo per i dettagli.

Roadmap

Ecosistema NEM - Piano di lancio dei Symbol 

L’immagine è una presentazione di Google Slide, è pubblicata come immagine al link sottostante

17-apr-2020: Roadmap di lancio dei simboli (alto livello) pubblicata sul Web

Assunzioni

È importante notare che parti del piano sono fondamentali per la consegna e si basano su ipotesi misurate basate sulle informazioni disponibili, che sono spiegate di seguito:

 Ambito di Sviluppo del Server Principale

Il Core Server è stato sottoposto a un test di revisione / penetrazione del protocollo da parte di terzi e i risultati sono stati valutati. L’intenzione è che tutti gli aggiornamenti di sicurezza consigliati siano inclusi nella versione finale della destinazione della rete pubblica, alcune delle modifiche hanno iniziato a essere introdotte dalla versione 0.9.2.1. La serie finale di aggiornamenti mirati è correlata a rendere non deterministica la selezione della mietitrice e ad aggiungere finalità di blocco (se non si ha familiarità con l’argomento di finalità, ecco un utile articolo ). Pur essendo fondamentali per rafforzare e proteggere la rete, questi cambiamenti aprono anche l’utilità della rete a una gamma più ampia di casi d’uso e tipi di asset.

Nel riesaminare le opzioni per il rilascio della rete pubblica senza questi aggiornamenti relativi al consenso, quindi indirizzare un futuro aggiornamento della rete o ritardare il rilascio pubblico, è stato deciso che è nell’interesse del progetto, dei partner e della rete applicare queste modifiche prima della rete viene lanciato. Questo approccio è stato rivisto e concordato con il Project Management Committee (PMC) members, Core Developers e la leadership del Gruppo NEM.

La progettazione di queste modifiche finali è stata completata ed è in fase di revisione da parte della stessa terza parte che ha condotto la revisione iniziale. Le stime di sviluppo si basano sul progetto così com’è attualmente, i risultati della revisione sono previsti in 2-3 settimane e saranno perfezionati se necessario.

Approccio al Test

Sono già stati condotti molti test, con 11 ripristini testnet ad oggi. Dal momento in cui il team costruisce il candidato di rilascio “finale” (RC 1.0), che dovrebbe essere la versione della catena pubblica, i test formali avverranno come di seguito:

  • Il responsabile della garanzia della qualità eseguirà 2 cicli iniziali di test di automazione e correzione dei bug prima di accettare il rilascio per l’implementazione nel testnet per l’inizio dell’ammollo formale
  • L’ammollo formale durerà 3 mesi, come è stato comunicato da metà 2019
  • Supponiamo che i test di ammollo passino con correzioni di bug minori dovute a test precedenti. Se viene rilevato un problema grave in ritardo, la risposta verrà valutata e rischia di comportare un altro ripristino dell’orologio di 3 mesi. Stiamo facendo tutto il possibile per provare a impostare questo assorbimento per funzionare senza intoppi, tuttavia questo rischio è presente. La comunità può aiutare all’inizio di questo ciclo per garantire che abbiamo maggiori possibilità di trovare i problemi in anticipo. Dettagli su come verranno forniti con largo anticipo.
  • Vedrai nel piano che un Ciclo 4 è presente e impostato su 0. È lì nel caso in cui abbiamo bisogno di ripristinare, quindi è chiaro sul piano quale sia l’impatto, per ora può essere ignorato e verrà utilizzato se richiesto in un aggiornamento successivo.

Processo di Regolamentazione Giapponese

Alcuni membri della comunità potrebbero non essere consapevoli del fatto che il processo da approvare per la quotazione degli asset digitali nell’ambiente normativo in Giappone richiede i seguenti passaggi:

  1. Uno scambio autorizzato vuole elencare e si impegna a ottenere l’approvazione del regolatore per un bene
  2. Lo scambio si applica alla JVCEA, che scrive un rapporto all’FSA
  3. Presentazione alla FSA per revisione e approvazione

I tempi per questi punti sono al di fuori del controllo di un progetto, in quanto non avviene alcuna comunicazione diretta tra il progetto e le entità normative. Viene eseguito da uno scambio che desidera elencare XYM completando la documentazione.

Il piano contiene stime di 5 settimane per entrambi i passaggi JVCEA e FSA. Le stime effettive provengono da una società giapponese che assiste la documentazione di Exchange, sono di 4-6 settimane ciascuna. Se queste date si estendono, la comunità dovrà prendere una decisione sul percorso corretto da seguire.

Stiamo minimizzando questo rischio il più possibile interagendo con un’azienda in Giappone che conosce molto bene NEM e ha esperienza nell’ambiente: Stir Network e il suo CEO @Shohei_Kamon. Offriamo inoltre scambi quanto più aiuto possibile con l’accesso diretto al gruppo dirigente. A guidare il gruppo NEM sarà Iain Wilson, che ha 25 anni di esperienza nei mercati finanziari regolamentati e ci aiuterà a garantire il livello di dettaglio previsto.

Processo di Snapshot

Il piano attuale mostra un semplice approccio lineare al finale Opt In e viene presa un’istantanea. Mostra deliberatamente un intervallo entro il quale può verificarsi l’istantanea. Con il progredire dello sviluppo e dei test, questo sarà perfezionato.

Esistono diverse opzioni per questo processo. La nostra intenzione è quella di presentare opzioni praticabili e coinvolgere la comunità a scegliere tra le opzioni, piuttosto che accettare o rifiutare binariamente l’approccio raccomandato. Questi saranno dettagliati e condivisi a tempo debito.

Altro

  • Documentazione: nel piano è presente una sezione per la documentazione che si espanderà man mano che viene aggiunto un ambito aggiuntivo e riporta la consegna effettiva delle attività. Questo non è attualmente sul percorso critico ed è probabile che si espanderà nelle prossime settimane, non ha alcun impatto sulla data di consegna.
  • Symbol Academy: al momento non è nel piano. Ciò è dovuto principalmente al fatto che il team non ha ancora avuto il tempo di rivedere completamente la sua posizione e ciò che è necessario per il suo lancio. Non ci aspettiamo che sia sulla strada critica e ulteriori informazioni saranno pubblicate nelle prossime settimane.
  •  NIS1: è noto che il lavoro NIS1 non è incluso in questo piano perché dipende dal voto della comunità sulla proposta  6 e di conseguenza sarà gestito come un progetto separato
  • Progetto MS: il numero di attività (~ 250 righe) con interdipendenze multiple ha fatto sì che abbiamo optato per MS Project. È uno strumento di livello aziendale ed è stato scelto dopo che abbiamo provato altre opzioni che sono più semplici da utilizzare per i gestori non di progetto, ma erano incapaci delle funzionalità necessarie per produrre il piano. Il file MPP è disponibile per chiunque possa aprirlo. Fortunatamente ci sono strumenti disponibili per chiunque voglia vedere i dettagli ma non ha MS Project, e esistono altri strumenti simili, vedi più avanti nell’annuncio.

Dettagli del Piano di Progetto

Questa sezione fornisce una panoramica del lavoro svolto per giungere alle conclusioni di cui sopra. Ogni riga è disponibile per la comunità per l’ispezione e nulla viene trattenuto (vedere la fine della sezione). Tuttavia, poiché ci sono molte informazioni, alcune aree chiave sono evidenziate di seguito.

Percorso Critico

Il percorso critico, per chiunque non abbia familiarità con il termine, è una tecnica per identificare le attività principali in un piano che, se modificate per qualche motivo, avranno un impatto sulla data di lancio. I seguenti sono gli elementi principali sul percorso critico attualmente e saranno i più attentamente monitorati e gestiti dal team durante la consegna:

  • Lavoro di sviluppo: anche se questo può sembrare ovvio, questo lavoro è il punto di partenza per tutto il resto del percorso critico
  • Soak test: inizia subito dopo il completamento del lavoro di sviluppo, non può iniziare senza di esso. Se succede qualcosa durante i 3 mesi, specialmente verso la fine, che richiede una rottura o un ripristino, questo potrebbe avere un impatto sul lancio. Al momento, è molto difficile vedere come questo periodo di prova possa essere abbreviato senza influire sulla qualità
  • Processo Normativo Jiapponese: i requisiti normativi sopra indicati indicano che i partner Exchange in Giappone non possono supportare XYM fino al completamento del processo. Chiaramente il Giappone è di enorme importanza per NEM e se tutto il resto nella tabella di marcia è finito tranne questo, potrebbe avere un impatto sul lancio. Ciò può portare a un voto della comunità su come procedere, sebbene al momento questo non sia un problema. Siamo a nostro agio partner di Exchange in tutte le altre regioni saranno in grado di lavorare con questo calendario.

Al momento, il lavoro di sviluppo e il test di immersione guidano ampiamente la linea temporale. Tuttavia, se il lavoro normativo giapponese si protrarrà per alcune settimane, diventerà più lungo dello sviluppo e metterà a punto il lavoro sul percorso critico.

Dovrebbe essere notato per chiunque sia preoccupato che l’inclusione di Finality sia la ragione del momento del lancio, rimuovendolo si risparmia solo poche settimane a causa del prossimo processo normativo giapponese sul percorso critico. Dovremmo lanciarci senza il supporto di Finality e Japanese Exchange per apportare modifiche significative alla data, che non riteniamo essere un approccio consigliabile per ovvie ragioni. Le altre ragioni per l’inclusione della finalità sono state fornite sopra.

Piano di Progetto Dettagliato

Tutti sono liberi e incoraggiati a rivedere i dettagli del piano di progetto MS, si consiglia di utilizzare uno dei seguenti per chiunque non abbia una licenza MS Project. Questo sembra funzionare meglio con Chrome e per altri browser ci sono estensioni simili

Dopo aver installato l’applicazione desiderata nel tuo account Google. È possibile utilizzare il collegamento seguente per accedere al file (cercheremo di non modificarlo in futuro, ma informeremo in tal caso):

Nota: se disponi di più account Google, verifica di aver ancora effettuato l’accesso con l’account corretto, poiché sembra cambiare abbastanza frequentemente. Attendi qualche secondo e apparirà il menu in basso, seleziona l’app che preferisci e dovrebbe aprirsi.

Opportunità per Anticipare la Data

Ci sono alcune potenziali opportunità per anticipare la data. Abbiamo pianificato il più realisticamente possibile, con stime prudenti in atto ma nessuna contingenza standard. In alcuni piani potresti vedere ad esempio una contingenza del 20% inclusa, che non è il caso qui. Le stime sono quelle che attualmente prevediamo siano richieste per la consegna.

Le seguenti aree meritano attenzione per le opportunità di abbreviare i tempi:

  • Lavoro di sviluppo principale: stimato tra 60-70 giorni, abbiamo assegnato 70 giorni. Se arriva più rapidamente, altri elementi del piano vanno avanti e viceversa se si riscontrano problemi nello sviluppo che lo estendono
  • Test: sebbene sia improbabile che il tempo di ammollo sia ridotto, le date potrebbero andare avanti se lo sviluppo è più breve del previsto. Più la community può essere coinvolta nella ricerca di problemi e bug all’inizio di questa versione di testnet, meglio è. Questo sarà chiaramente comunicato con largo anticipo.
  • Processo di regolamentazione giapponese: essendo il più diligente possibile con i nostri partner di scambio, e questo è già iniziato. È possibile che il lavoro si trovi all’estremità inferiore della stima di 4-6 settimane, in questo momento è pianificato sulla base di 5 settimane. Ciò è in gran parte dovuto alla capacità del progetto di fornire assistenza e dipenderà dalla qualità delle domande presentate dagli scambi, dai carichi di lavoro delle agenzie di regolamentazione, dal numero di domande che devono tornare come parte dell’approvazione, ecc.

Ask Me Anything (AMA)- Chiedimi Gualunque Сosa

Abbiamo intenzione di organizzare ulteriori sessioni Ask Me Anything (AMA) nella settimana che inizierà il 20 aprile. Questi si concentreranno esclusivamente sulle domande relative al piano di lancio. Per efficienza, e dato il carico di lavoro e il calendario, questi verranno eseguiti su Twitter e funzioneranno in modo simile agli AMA iniziali:

Puoi twittare la tua domanda sull’account @NemberAMA 1 prima della sessione o durante includendo @NemberAMA nel Tweet o usando #NemberAMA (usare # è preferibile in quanto è più facile da trovare ma entrambi funzioneranno). Seguiremo anche le domande senza risposta a seguito degli AMA.

La sessione giapponese è in anticipo, lo sappiamo. Ciò è dovuto al tentativo di trovare un fuso orario in cui tutto il team può essere presente, che funziona anche in Giappone. La sessione durerà 2 ore. Incoraggiamo la comunità a presentare domande in anticipo e risponderemo alle prime durante la sessione, dando seguito a quelle senza risposta non appena pratiche dopo.

I tempi sono sotto. Ove possibile, avremo a disposizione l’intero team del gruppo NEM e alcuni sviluppatori principali, oltre al supporto linguistico locale dei vari team:

  • Lunedì 20 aprile 2020
  • Martedì 21 aprile 2020

Ecosistema NEM - Piano di lancio dei Symbol 

Conclusione

Questo è un lungo aggiornamento e ci sono molte informazioni dettagliate da assorbire, prevediamo che ci saranno molte domande e siamo pronti a rispondere nel modo più aperto e sincero possibile. Pubblica tutte le domande iniziali su questo post del forum o negli AMA sopra e prendiamo la conversazione da lì.

Infine, vorrei ringraziare la comunità e il team per tutto il lavoro che è stato richiesto per portare il piano alla sua fase attuale. Apprezziamo che la data prevista non piacerà a una parte della comunità, anche se si basa sul lavoro noto richiesto per arrivare al lancio.

Con questo in mente, speriamo che tu prenda il tempo per assorbire i dettagli e focalizzare l’energia costruttiva su ciò che pensi possa cambiare nel piano per far avanzare quella data, garantendo nel contempo il lancio più efficace possibile.