dcSpark CTO erklärt, warum Cardano „eine der schlechtesten Blockchains zum Speichern von Daten“ ist

Am Samstag (13.) Sebastian Guillemot, dem CTO des Blockchain-Unternehmens DCSPARK, sagte, dass die L1-Blockchain Cardano ($ADA) „definitiv eine der schlechtesten Blockchains zum Speichern von Daten“ sei, und erklärte weiter, warum er so denkt.

Falls Sie sich fragen, was dcSpark tut, laut seinem Entwicklungsteam sind die Hauptziele:

• „Blockchain-Protokollschichten erweitern“
• „Implementieren Sie erstklassige Ökosystemwerkzeuge“
• „Benutzerorientierte Apps entwickeln und veröffentlichen“

Die Firma wurde im April 2021 von Nicolas Arqueros, Sebastien Guillemot und Robert Kornacki gegründet. dcSpark ist in der Cardano-Community am bekanntesten für sein Sidechain-Projekt Milkomeda. 

Am Freitag (12. August) verschickte ein Cardano-Befürworter einen Tweet, der es so klingen ließ, als sei Cardano eine großartige Blockchain zum Speichern großer Datenmengen in der Kette.

Der CTO von dcSpark antwortete jedoch, dass Cardanos aktuelles Design es zu einer der schlechtesten Blockchains zum Speichern von Daten macht:

"Wirklich seltsamer Tweet. Cardano ist definitiv eine der schlechtesten Blockchains zum Speichern von Daten, und dies war eine explizite Designentscheidung, um ein Aufblähen der Blockchain zu vermeiden, und es ist die Hauptursache für viele Designentscheidungen wie 64-Byte-Chunks von Plutus-Daten, Off-Chain-Pool und Token-Registrierung usw.

Vasil verbessert dies mit Inline-Bezügen, aber sie werden aufgrund der hohen Kosten ihrer Verwendung indirekt davon abgehalten. Ich stimme zu, dass es ein wichtiges Merkmal ist, dass die Blockchain Datenverfügbarkeit bereitstellt, aber eine gute Lösung erfordert Änderungen am bestehenden Protokoll."

Dann fragte ein anderer $ADA-Inhaber Guillemot, ob diese Designentscheidung das Leben für Teambuilding-Rollup-Lösungen (wie Orbis) erschweren könnte, und er erhielt die folgende Antwort:

"Ja, der Versuch, Datenverfügbarkeit für Anwendungsfälle wie Rollups, Mithril, Input-Endorser und andere ähnliche datenlastige Anwendungsfälle bereitzustellen und gleichzeitig die L1 schlank zu halten (im Gegensatz zu Ethereum, das für Leute optimiert ist, die nur Daten ausgeben), ist eine der großen technischen Herausforderungen angegangen"

Am 1. August veröffentlichte IOG-Mitbegründer und CEO Charles Hoskinson ein kurzes Video, in dem er erklärte, warum sich der Vasil-Hard-Fork zum zweiten Mal verzögert hatte, und gab ein Status-Update zum Testen des Vasil-Protokoll-Updates.

Hoskinson sagte:

"Ursprünglich hatten wir geplant, die Hard Fork mit 1.35 zu haben, und das haben wir an das Testnetz geliefert. Darunter wurde das Testnetz hart gegabelt. Und dann waren viele Tests im Gange, sowohl intern als auch in der Community. Eine Sammlung von Fehlern wurde gefunden: drei separate Fehler, die zu drei neuen Versionen der Software führten. Und jetzt haben wir 1.35.3, was so aussieht, als würde es die Version sein, die die Hard Fork überleben und auf Vasil upgraden wird.

"Es wird eine große Retrospektive geben. Das lange, kurze ist, dass die ECDSA-Primitive und einige andere Dinge nicht ganz dort sind, wo sie sein sollten. Also muss diese Funktion beiseite gelegt werden, aber alle verbleibenden Funktionen, CIP 31, 32, 33, 40 und andere solche Dinge sind ziemlich gut.

"Diese befinden sich also in fortgeschrittenen Testphasen, und dann müssen viele nachgelagerte Komponenten getestet werden, wie DB Sync und die Serialisierungsbibliothek und diese anderen Dinge. Und das ist derzeit im Gange. Und viele Tests sind im Gange. Wie ich bereits erwähnt habe, ist dies das komplizierteste Upgrade für Cardano in seiner Geschichte, da es sowohl Änderungen an der Programmiersprache Plutus als auch Änderungen am Konsensprotokoll und eine ganze Reihe anderer Dinge enthält und eine sehr belastete Veröffentlichung war. Es war viel drin, und daher hatte jeder ein Interesse daran, es gründlich zu testen.

"Das Problem ist, dass Sie jedes Mal, wenn etwas entdeckt wird, das beheben müssen, aber dann müssen Sie die Korrektur überprüfen und die gesamte Testpipeline erneut durchlaufen. Sie kommen also in eine Situation, in der Sie alle Funktionen vollständig haben, aber dann müssen Sie testen, und wenn Sie testen, entdecken Sie möglicherweise etwas, und dann müssen Sie das reparieren. Und dann müssen Sie die gesamte Testpipeline noch einmal durchlaufen. Das ist es also, was zu Verzögerungen bei der Veröffentlichung führt …

"Ich hatte wirklich gehofft, es im Juli herauszubringen, aber Sie können es nicht tun, wenn Sie einen Fehler haben, insbesondere einen, der mit Konsens oder Serialisierung zu tun hat oder mit einem bestimmten Problem mit Transaktionen zusammenhängt. Man muss es nur löschen, und so geht es. Alles in allem geht es aber stetig und systematisch in die richtige Richtung…

"Die Anzahl der Dinge, die schief gehen könnten, ist so klein geworden, und jetzt sind wir in dieser Hinsicht sozusagen in der Endphase der Tests. Wenn also nichts Neues entdeckt wird, gehe ich nicht davon aus, dass wir weitere Verzögerungen haben werden, und es geht nur darum, die Leute aufzurüsten …

"Und hoffentlich sollten wir bald positive Nachrichten haben, wenn wir tiefer in den August hineinkommen. Und die andere Seite davon ist, dass keine Probleme mit Pipelining entdeckt wurden, keine Probleme mit CIP 31, 32, 33 oder 40 während des gesamten Prozesses entdeckt wurden, was ebenfalls eine sehr positive Nachricht ist, da sie wiederholt aufgetreten sind Intern und extern von Entwicklern, QA-Firmen und unseren Ingenieuren getestet, bedeutet dies, dass es eine ziemlich gute Wahrscheinlichkeit gibt, dass diese Funktionen kugelsicher und dicht sind. Es sind also nur einige Grenzfälle zu lösen, und hoffentlich können wir Mitte des Monats ein Update mit weiteren Neuigkeiten veröffentlichen."

Bild-Kredit

Ausgewähltes Bild über Pixabay