Золотые финансы сообщают, что соучредитель Ethereum Виталик Бутерин опубликовал сообщение на платформе X, в котором заявил, что безопасность является приоритетом для Fusaka. Его основная функция PeerDAS пытается сделать нечто беспрецедентное: создать реальный Блокчейн, который не требует от какого-либо отдельного Узла загрузки всех данных.
Работа PeerDAS заключается в том, что каждый узел запрашивает небольшое количество "данных блоков" (chunk), чтобы с вероятностью проверить, что более 50% данных блоков доступны. Если более 50% данных блоков доступны, то теоретически узел может скачать эти данные блоки и использовать кодирование с удалением (erasure coding) для восстановления оставшихся данных.
В первой версии полные данные блока все еще должны находиться в одном месте, существует два случая:
(i) Начальное广播 (initial broadcasting): когда данные публикуются впервые;
(ii) Восстановление данных (reconstruction): когда издатель опубликовал от 50% до 100% блоков данных.
Но эти роли все являются без доверия: нам нужен только один честный участник для выполнения этих задач, даже если есть 100 нечестных участников, протокол обойдет их. И разные узлы могут выполнять эту задачу для разных блоков. В будущем обмен сообщениями на уровне ячеек и распределенное построение блоков позволят дистрибуцию этих двух функций.
Это все новые технологии, и разумно, что основные разработчики проявляют сверхосторожность в тестировании, даже если они работают над этим много лет. Поэтому первоначальное количество blob будет увеличиваться консервативно, а затем со временем становиться более агрессивным. Но это ключ к L2 масштабированию (в конечном итоге это также ключ к L1 масштабированию, как только лимит газа L1 станет настолько высоким, что мы должны будем помещать данные выполнения L1 в blobs).
На этой странице может содержаться сторонний контент, который предоставляется исключительно в информационных целях (не в качестве заявлений/гарантий) и не должен рассматриваться как поддержка взглядов компании Gate или как финансовый или профессиональный совет. Подробности смотрите в разделе «Отказ от ответственности» .
Основатель Ethereum Виталик Бутерин заявил на платформе X, что проект Fusaka придает большое значение безопасности, а его ключевая функция PeerDAS направлена на создание реального времени Блокчейна, в котором Узлы могут запрашивать лишь небольшое количество блоков данных для проверки информации. В то же время система допускает минимальные предположения о доверии, позволяя функционировать даже при наличии недобросовестных участников. Будущие технологические улучшения будут способствовать дальнейшей дистрибуции построения блоков.
Виталик: Fusaka разрабатывает основную функцию PeerDAS, которая направлена на реализацию реального Блокчейн без необходимости загрузки полных данных.
Золотые финансы сообщают, что соучредитель Ethereum Виталик Бутерин опубликовал сообщение на платформе X, в котором заявил, что безопасность является приоритетом для Fusaka. Его основная функция PeerDAS пытается сделать нечто беспрецедентное: создать реальный Блокчейн, который не требует от какого-либо отдельного Узла загрузки всех данных. Работа PeerDAS заключается в том, что каждый узел запрашивает небольшое количество "данных блоков" (chunk), чтобы с вероятностью проверить, что более 50% данных блоков доступны. Если более 50% данных блоков доступны, то теоретически узел может скачать эти данные блоки и использовать кодирование с удалением (erasure coding) для восстановления оставшихся данных. В первой версии полные данные блока все еще должны находиться в одном месте, существует два случая: (i) Начальное广播 (initial broadcasting): когда данные публикуются впервые; (ii) Восстановление данных (reconstruction): когда издатель опубликовал от 50% до 100% блоков данных. Но эти роли все являются без доверия: нам нужен только один честный участник для выполнения этих задач, даже если есть 100 нечестных участников, протокол обойдет их. И разные узлы могут выполнять эту задачу для разных блоков. В будущем обмен сообщениями на уровне ячеек и распределенное построение блоков позволят дистрибуцию этих двух функций. Это все новые технологии, и разумно, что основные разработчики проявляют сверхосторожность в тестировании, даже если они работают над этим много лет. Поэтому первоначальное количество blob будет увеличиваться консервативно, а затем со временем становиться более агрессивным. Но это ключ к L2 масштабированию (в конечном итоге это также ключ к L1 масштабированию, как только лимит газа L1 станет настолько высоким, что мы должны будем помещать данные выполнения L1 в blobs).