Как работают предложения по улучшению Ethereum (EIP)

Как работают предложения по улучшению Ethereum (EIP). Чтобы полностью понять необходимость стандартов ERC (Ethereum Request for Comments), вы должны понять, как обновления, обновления и изменения кода происходят в Ethereum.
Предложения по улучшению Ethereum (EIP) описывают стандарты для платформы Ethereum, включая спецификации основных протоколов, клиентские API и стандарты контрактов. Они предлагаются любым членом сообщества Ethereum, а затем обсуждаются внутри.
Только после полного понимания связи между EIP и ERC вы сможете понять, как работают ERC. Итак, сначала все.
Типы EIP
Прежде чем погружаться в то, что означает статус EIP, вы должны понять, какова цель каждого типа EIP и почему их разнообразие очень разнообразно.
Стандартный трек: Это описывает любые изменения, которые влияют на большинство или все реализаций Ethereum, такие как изменение сетевого протокола, изменение правил блокировки или транзакции, предлагаемые стандарты/соглашения приложений, или любое изменение или дополнение, которое влияет на совместимость приложений, использующих Эфириум.
Основные: Это относится к улучшениям, требующим консенсуса форк (например, EIP5 и EIP101), а также к изменениям, которые не обязательно имеют решающее значение для консенсуса, но могут иметь отношение к обсуждениям “основного разработчика” (например, изменения стратегии шахты/узла 2, 3 и 4 EIP86).
Сеть: Это включает улучшения вокруг devp2p (EIP8) и Light Ethereum Subprotocol, а также предлагаемые улучшения спецификаций сетевого протокола Whisper и Swarm.
Интерфейс: Это относится к улучшениям по спецификациям и стандартам API/RPC клиента, а также к определенным стандартам на уровне языка, таким как имена методов (EIP6) и контрактные ABI. Метка “интерфейс” выравнивается с репо интерфейса, и обсуждение должно происходить в основном в этом репозитории до отправки EIP в репозиторий EIP.
ERC: Это стандарты и соглашения на уровне приложений, включая стандарты контрактов, такие как стандарты маркеров (ERC20), реестры имен (ERC137), схемы URI (ERC681), форматы библиотеки/пакетов (EIP190) и форматы кошельков (EIP85).
Мета: Это описывает процесс, окружающий Ethereum или предлагающий изменение (или событие) процесса. Процессные EIP похожи на стандартные EIP Track, но применяются к областям, отличным от самого протокола Ethereum. Они могут предложить реализацию, но не кодовую базу Ethereum. Они часто требуют консенсуса со стороны сообщества. В отличие от информационных EIP, они больше, чем рекомендации, и пользователи, как правило, не могут игнорировать их. Примеры включают процедуры, руководящие принципы, изменения в процессе принятия решений и изменения инструментов или среды, используемых в разработке Ethereum. Любой мета-EIP также считается технологическим EIP.
Информация: Этот тип EIP описывает проблему дизайна Ethereum или предоставляет общие рекомендации или информацию сообществу Ethereum, но не предлагает новую функцию. Информационные EIP не обязательно представляют собой консенсус сообщества Ethereum или рекомендацию, поэтому пользователи и исполнители могут либо игнорировать информационные EIP или следовать их советам.
Условия статуса EIP
Есть много, чтобы понять, хотите ли вы полностью понять, какие EIP реализованы, какие ERCs включены в каждый, и, конечно, какие из них являются окончательными и живыми. Наиболее важными статусами EIP являются:
Проект - EIP, который открыт для рассмотрения и претерпевает быструю итерацию и изменения.
Last Call - это EIP, который делается с его начальной итерацией и готов к рассмотрению широкой аудиторией.
Принято - основной EIP, который находится в последнем звонке не менее двух недель и любые технические изменения, которые были запрошены, были рассмотрены автором. Процесс, с помощью которого разработчики решают, следует ли кодировать EIP в своих клиентах как часть хард-форка, не является частью процесса EIP. Если такое решение будет принято, EIP перейдет в Финал.
Final (не Core) - EIP, который находится в последнем звонке не менее двух недель, и любые технические изменения, которые были запрошены, были рассмотрены автором.
Final (Core) - EIP, который разработчики ядра решили реализовать и выпустить в будущем хардфорке или уже был выпущен в хардфорке.
Отложено - EIP, который не рассматривается для немедленного принятия. Может быть пересмотрен в будущем для последующего хардфорка.
В следующем руководстве я посмотрю на различные ERCs, как они работают, там цель, и несколько типов стандартов есть и как их можно использовать.
Следите за новостями.