Come anticipato nell’update 11, abbiamo portato avanti le lavorazioni per l’implementazione del database on-chain.
Stiamo lavorando attivamente per permettervi il prima possibile di utilizzare la nostra soluzione. Al momento sia il driver Java che lo smartcontract sono in continuo avanzamento, per questo motivo ancora non è stata stesa una documentazione dettagliata. Per essere più precisi, attualmente stiamo completando l’interfaccia del driver, al fine di permettervi di eseguire agevolmente azioni come aggiornare o cancellare dati, righe o tabelle del database. Vi verrà inoltre fornita nel breve periodo un’interfaccia web che vi permetterà di creare e gestire i vostri database online, avere una overview su come saranno strutturati i database on-chain ed esempi e documentazione più dettagliata del driver.
Con il presente update informiamo la community che pubblicheremo le risposte alle vostre domande oltre ad una presentazione alla community (link a fine update).
Questo è il percorso Github per consultare il codice pubblicato:
Sottolineiamo che si tratta di codice sottosviluppo.
Man mano che verranno rilasciate le nuove features, queste verranno pubblicate su Github.
Comunichiamo inoltre compiremo una nuova sessione Q&A per la giornata di Sabato 13 Giugno. (Le modalità e gli orari verranno comunicati alla community tramite i nostri canali social come di consueto). Vi preghiamo di fare le vostre domande ai devs in questa fase, in modo tale da poter ricevere una risposta diretta.
Grazie per il vostro supporto, stay tuned!
Q&A
• Salve, Leggo con piacere che lo sviluppo procede, e che non siete rimasti fermi a causa dei problemi di IOTA, Tuttavia non ha ben capito come intenderete continuare/risolvere questo problema.
Per questo tipo di problemi esistono molteplici soluzioni, ma conviene usare quelle che prevedono uno stacking, ma per essi è necessario che il token acquisti valore, pena essere vulnerabile al 51%
• Potete spiegare meglio in cosa consiste l’implementazione del database on-chain?
L’idea consiste nell’ immagazzinare i dati all’interno di una blockchain (o DAG ). L’obiettivo è quello di realizzare una interfaccia ODBC che permetta l’interrogazione dei dati immagazzinati via SQL. L’attuale implementazione, alla richiesta di creazione di un database procederà con il deploy di uno smartcontract che verrà identificato da un indirizzo Ethereum. Lo smartcontract farà da interfaccia verso un driver jdbc (in futuro anche altri linguaggi). Il driver avrà anche il compito di supportare lo smartcontract per eventuali operazioni con costi in gas particolarmente elevati.
• Esiste un articolo riassuntivo di quello che state provando a fare/rifare? Che protocollo di consenso
avrà? Come avete affrontato il dilemma della scalabilità? Quali sono le specifiche della BC e i casi di
utilizzo? è una smartcontract platform, un protocollo network o altro? State sviluppando una database on chain? Come faranno i nodi ad immagazzinare tanti dati?
L’ostacolo maggiore è il meccanismo di consenso, prevedendo il dag la presenza di coordinatori per la validazione delle transazioni. (che però rendono centralizzata la gestione della rete).
La scelta di realizzare un DAG è dovuta alla performance in quanto più nodi sono attivi più transazioni possono essere approvate, pertanto togliere gli amministratori sarà difficile soprattutto nel primo periodo.
A presto per il prossimo aggiornamento.
Grazie per il vostro supporto, stay tuned!
