Технический директор dcSpark объясняет, почему Cardano — «один из худших блокчейнов для хранения данных»

В субботу (13 августа) Себастьян Гийемо, технический директор блокчейн-компании dcSpark, сказал, что блокчейн L1 Cardano ($ADA) «определенно является одним из худших блокчейнов для хранения данных», и продолжил объяснять, почему он так думает.

Если вам интересно, что делает dcSpark, по словам его команды разработчиков, основными целями являются:

• «Расширить уровни протокола блокчейна»
• «Внедрение первоклассных инструментов экосистемы»
• «Разработка и выпуск приложений, ориентированных на пользователя»

Фирма была основана в апреле 2021 года Николя Аркеросом, Себастьяном Гийемо и Робертом Корнацки. dcSpark наиболее известен в сообществе Cardano своим проектом сайдчейна. Милкомеда. 

В пятницу (12 августа) один сторонник Cardano опубликовал твит, в котором говорилось, что Cardano — отличный блокчейн для хранения больших объемов данных в цепочке.

Однако технический директор dcSpark ответил, что текущий дизайн Cardano делает его одним из худших блокчейнов для хранения данных:

Действительно странный твит. Cardano, безусловно, является одним из худших блокчейнов для хранения данных, и это было явное дизайнерское решение, чтобы избежать раздувания блокчейна, и это основная причина многих дизайнерских решений, таких как 64-байтные фрагменты данных plutus, пул вне цепочки и реестр токенов и т. д.

Vasil улучшает это с помощью встроенных данных, но они косвенно не рекомендуются из-за больших затрат на их использование. Я согласен с тем, что наличие блокчейна, обеспечивающего доступность данных, является важной функцией, но для хорошего решения потребуются изменения в существующем протоколе.

Затем другой владелец $ADA спросил Гийемо, может ли это проектное решение усложнить жизнь агрегированным решениям для построения команды (таким как Orbis), и получил следующий ответ:

Да, попытка обеспечить доступность данных для таких вариантов использования, как сводные данные, мифрил, вводные индоссанты и другие подобные варианты использования с большим объемом данных, сохраняя при этом тонкий L1 (в отличие от Ethereum, который оптимизируется для людей, просто сбрасывающих данные), является одной из больших технических проблем. занялся

1 августа соучредитель и генеральный директор IOG Чарльз Хоскинсон выпустил короткое видео, в котором он объяснил, почему хардфорк Vasil был отложен во второй раз, и предоставил обновленную информацию о тестировании обновления протокола Vasil.

Хоскинсон сказал:

Изначально мы планировали провести хардфорк с версией 1.35, и это то, что мы отправили в тестовую сеть. Под ним был проведен хардфорк тестовой сети. А затем было проведено множество тестов, как внутренних, так и общественных. Был обнаружен набор ошибок: три отдельные ошибки, которые привели к появлению трех новых версий программного обеспечения. И теперь у нас есть 1.35.3, которая, похоже, будет версией, которая переживет хард-форк и обновится до Василя.

Будет большая ретроспектива. Короче говоря, примитивы ECDSA и некоторые другие вещи не совсем там, где они должны быть. Итак, эту функцию нужно отложить в сторону, но все остальные функции, CIP 31, 32, 33, 40 и другие подобные вещи, довольно хороши.

Таким образом, они находятся на продвинутых этапах тестирования, а затем необходимо протестировать множество нижестоящих компонентов, таких как DB Sync, библиотека сериализации и другие вещи. И это в настоящее время продолжается. И проводится множество испытаний. Как я упоминал ранее, это самое сложное обновление Cardano в его истории, потому что оно включает в себя как изменения в языке программирования Plutus, так и изменения в протоколе консенсуса и множество других вещей, и это был очень загруженный выпуск. В нем было много всего, и в результате все были заинтересованы в тщательном тестировании.

Проблема в том, что каждый раз, когда что-то обнаруживается, вам приходится это исправлять, но затем вы должны проверить исправление и пройти весь конвейер тестирования. Таким образом, вы попадаете в ситуацию, когда у вас есть законченная функция, но затем вам нужно протестировать, и когда вы тестируете, вы можете что-то обнаружить, а затем вам нужно это исправить. А затем вам придется пройти весь конвейер тестирования. Так вот что вызывает задержки выпуска…

Я действительно надеялся выпустить его в июле, но вы не можете сделать это, когда у вас есть ошибка, особенно та, которая связана с консенсусом или сериализацией или связана с конкретной проблемой с транзакциями. Просто нужно очистить его, и это только то, как это происходит. Однако, учитывая все обстоятельства, все движется в правильном направлении, неуклонно и планомерно…

Набор вещей, которые могут пойти не так, стал таким маленьким, и сейчас мы как бы находимся на завершающей стадии тестирования в этом отношении. Так что, если не будет обнаружено ничего нового, я не ожидаю, что у нас будут какие-либо дальнейшие задержки, и это просто модернизирует людей…

И, надеюсь, у нас должны быть хорошие новости, как только мы углубимся в август. И другая сторона этого заключается в том, что на протяжении всего этого процесса не было обнаружено никаких проблем с конвейерной обработкой, проблем с CIP 31, 32, 33 или 40, что также является очень положительной новостью, учитывая, что они неоднократно протестированы внутренне и внешне разработчиками фирм QA и нашими инженерами, это означает, что есть довольно большая вероятность того, что эти функции являются пуленепробиваемыми и надежными. Так что нужно решить только некоторые крайние случаи, и, надеюсь, мы сможем выпустить обновление в середине месяца с дополнительными новостями.

Изображение Фото

Избранные изображения через Pixabay