Важность Firedancer не ограничивается заявлениями о производительности.

Полноценный Firedancer дает Solana независимо реализованный клиент валидатора наряду с Agave. Независимые клиенты могут снизить риск коррелированных программных ошибок, поскольку один дефект, характерный для конкретной реализации, может не существовать в другой.

Это преимущество не является автоматическим.

Во-первых, разнообразие клиентов должно измеряться активной долей, а не только количеством бинарных файлов или валидаторов. Небольшое меньшинство клиентов не может обеспечить такую же защиту от потери работоспособности (liveness), как осмысленное распределение долей.

Во-первых, независимые клиенты создают риск расхождения. Agave и Firedancer должны прийти к согласию по выполнению транзакций, воспроизведению, активации функций, корректности блоков, прогрессу форка и конечному состоянию.

Во-вторых, Frankendancer — гибрид. Он объединяет технологию Firedancer с ключевыми компонентами Agave, поэтому он не обеспечивает ту же независимость отказов, что и полностью Firedancer.

Поэтому вопросы о здоровье сети таковы:

• Как распределяется стейк по клиентам и версиям?

• Какие компоненты действительно независимы?

• Используются ли общеклиентские фикстуры и fuzz-тесты, чтобы выявлять разногласия?

• Выпуски и feature-gate-ы координируются безопасно?

• Могут ли операторы и пользователи отличить проблему в RPC от проблемы консенсуса?

https://tokentoolhub.com/firedancer-vs-agave-solana-validator-clients/

#solana #blockchain #Web3 #crypto #CryptoSecurity