Разработчики Solana рассматривают единый свод правил протокола для снижения конфликтов программного обеспечения

Разработчики Solana рассматривают возможность создания авторитетной спецификации протокола, чтобы повысить надежность и упростить сопровождение независимо разрабатываемого программного обеспечения для валидаторов. Бреннан Уотт (Brennan Watt), генеральный директор компании Anza, занимающейся разработкой блокчейн-технологий, опубликовал предложение 30 октября. Anza разрабатывает Agave — одну из основных программ для работы Solana. Уотт предлагает объединить требования к обработке транзакций, проверке блоков и консенсусу в единой авторитетной спецификации.

Solana добавляет программное обеспечение для валидаторов, разрабатываемое независимыми командами, в том числе Firedancer, созданный торговой компанией Jump Crypto. Валидаторы — это компьютеры, которые проверяют транзакции и участвуют в обеспечении безопасности блокчейна. Все реализации валидаторов должны соблюдать одни и те же базовые правила, чтобы сеть сохраняла согласованность. Различия в трактовках могут привести к разным результатам при обработке одинаковых транзакций, потенциально создавая несовместимые представления о блокчейне и снижая надежность сети.

В настоящее время Solana использует документы по улучшению Solana (SIMD) для предложений об изменениях протокола. В отдельных SIMD описаны конкретные обновления, однако единого авторитетного документа со всеми действующими правилами сети нет. Поэтому разработчикам иногда приходится изучать код существующих валидаторов или восстанавливать решения по предыдущим обновлениям, чтобы определить действующие правила. По мнению Уотта, такой процесс создает ненужные трудности для независимых команд, пытающихся установить, как именно должна работать Solana. Уотт заявил, что этот подход может дублировать описания уже существующих функций или приводить к несогласованности. Он также отметил, что такой подход затрудняет определение всех компонентов протокола, на которые повлияет обновление.

Предложение предусматривает сохранение обсуждений в рамках SIMD для возможных обновлений, но требует подавать формальные технические изменения в виде поправок к общей спецификации. В каждой поправке должны подробно описываться последствия для транзакций, обмена данными между участниками сети, консенсуса и других соответствующих функций. До включения изменений в официальную спецификацию после их активации в основной сети Solana должны пройти техническая проверка и, при необходимости, согласование в рамках управления сетью. Тогда команды, работающие над Agave, Firedancer и будущим программным обеспечением для валидаторов, смогут руководствоваться общими документированными требованиями, а не преимущественно изучать код другой реализации. Единый стандарт тестирования мог бы помочь разработчикам исследовать расхождения в результатах работы валидаторов и определять, какую реализацию необходимо исправить.

Уотт опубликовал проект спецификации, охватывающий 18 операционных областей, включая обработку транзакций, обмен данными между участниками сети, консенсус, комиссии и вознаграждения валидаторов. Однако проект охватывает лишь определенный исторический период блокчейна Solana и предполагает, что разработчики начинают работу с состояния сети, уже считающегося надежным. Чтобы учесть последующие обновления и обеспечить постоянную совместимость реализаций, потребуются дополнительные доработки. Предложение остается на рассмотрении; нерешенными остаются вопросы управления, реализации и того, смогут ли общие правила предотвратить конфликты программного обеспечения.