18 января основатель Ethereum Виталик Опубликовал статью, в которой отметил, что важной, но давно недооценённой стороной протокола является его простота. Это аспект, связанный с «доверия», «проходом теста автономности» и «автономностью». Даже если протокол является супердецентрализованным, имеет десятки тысяч узлов, обладает 49% бэтлерантной устойчивостью, узлы используют квантобезопасный peerda и stark для полного верифицирования всего содержимого, — если протокол представляет собой неуклюжую смесь из десятков тысяч строк кода и пяти видов криптографических форм, — в конечном итоге он не сможет пройти все три теста: не будет полностью без доверия, не будет полностью автономным и не будет полностью безопасным. Одна из моих опасений относительно разработки протокола Ethereum заключается в том, что мы можем слишком торопиться с добавлением новых функций для удовлетворения конкретных потребностей, даже если эти функции сделают протокол громоздким или введут новые компоненты взаимодействия или сложные криптографические технологии в качестве ключевых зависимостей. Это, возможно, даст краткосрочный прирост функциональности, но серьёзно повредит долгосрочной автономности протокола. Основная проблема в том, что если оценивать изменения протокола по «степени их влияния на существующий протокол», то для сохранения обратной совместимости добавляемых функций будет значительно больше, чем удаляемых, и со временем протокол неизбежно станет громоздким. Чтобы решить эту проблему, процесс разработки Ethereum нуждается в чётком механизме «упрощения» / «сброса мусора». Мы хотим, чтобы разработчикам клиентов больше не приходилось работать со всеми старыми версиями протокола Ethereum. Это можно оставить для старых клиентов, работающих в контейнерах Docker. В долгосрочной перспективе я надеюсь, что скорость изменений Ethereum замедлится. Я считаю, что по разным причинам это в конечном итоге неизбежно. Первые пятнадцать лет следует рассматривать как этап роста, когда мы исследовали множество идей и наблюдали, какие из них эффективны, полезны или бесполезны. Мы должны стараться избегать того, чтобы бесполезные части становились постоянным бременем для протокола Ethereum.
На этой странице может содержаться сторонний контент, который предоставляется исключительно в информационных целях (не в качестве заявлений/гарантий) и не должен рассматриваться как поддержка взглядов компании Gate или как финансовый или профессиональный совет. Подробности смотрите в разделе «Отказ от ответственности» .
Виталик: Ключ к долгосрочной устойчивости Ethereum — это простота протокола и механизм «сбора мусора»
18 января основатель Ethereum Виталик Опубликовал статью, в которой отметил, что важной, но давно недооценённой стороной протокола является его простота. Это аспект, связанный с «доверия», «проходом теста автономности» и «автономностью». Даже если протокол является супердецентрализованным, имеет десятки тысяч узлов, обладает 49% бэтлерантной устойчивостью, узлы используют квантобезопасный peerda и stark для полного верифицирования всего содержимого, — если протокол представляет собой неуклюжую смесь из десятков тысяч строк кода и пяти видов криптографических форм, — в конечном итоге он не сможет пройти все три теста: не будет полностью без доверия, не будет полностью автономным и не будет полностью безопасным. Одна из моих опасений относительно разработки протокола Ethereum заключается в том, что мы можем слишком торопиться с добавлением новых функций для удовлетворения конкретных потребностей, даже если эти функции сделают протокол громоздким или введут новые компоненты взаимодействия или сложные криптографические технологии в качестве ключевых зависимостей. Это, возможно, даст краткосрочный прирост функциональности, но серьёзно повредит долгосрочной автономности протокола. Основная проблема в том, что если оценивать изменения протокола по «степени их влияния на существующий протокол», то для сохранения обратной совместимости добавляемых функций будет значительно больше, чем удаляемых, и со временем протокол неизбежно станет громоздким. Чтобы решить эту проблему, процесс разработки Ethereum нуждается в чётком механизме «упрощения» / «сброса мусора». Мы хотим, чтобы разработчикам клиентов больше не приходилось работать со всеми старыми версиями протокола Ethereum. Это можно оставить для старых клиентов, работающих в контейнерах Docker. В долгосрочной перспективе я надеюсь, что скорость изменений Ethereum замедлится. Я считаю, что по разным причинам это в конечном итоге неизбежно. Первые пятнадцать лет следует рассматривать как этап роста, когда мы исследовали множество идей и наблюдали, какие из них эффективны, полезны или бесполезны. Мы должны стараться избегать того, чтобы бесполезные части становились постоянным бременем для протокола Ethereum.