Доминирование Prysm среди клиентов Ethereum Staking рискует слиянием – Trustnodes

Управляемая Prysmatic Labs, финансируемой за счет грантов, и написанная на Go, Prysm с самого начала стала доминировать в тестовой сети.

Надежды, которые изменятся после запуска основной сети, не оправдались, и сейчас, более чем через год, на Prysm по-прежнему приходится 62% всех клиентов eth 2.

Об этом свидетельствуют данные Miga Labs, которыми руководит доктор Леонардо А. Баутиста Гомес (Лео Баго), руководитель группы и старший научный сотрудник Центра суперкомпьютеров в Барселоне.

До сих пор эти данные было трудно найти, но их поисковый робот представляет несколько хороших диаграмм, в том числе актуальное изображение выше.

Это показывает, что всего за несколько изменений сеть может стать устойчивой. Если, например, только 10% клиентов Prysm обращаются к Lighthouse, а 20% — к Teku, то все три будут ниже порога в 33%.

Порог, который ниже, чем в Proof of Work, где 51% должен быть вредоносным, с определением «вредоносного» в Proof of Stake (PoS), включая простые аварии, такие как некоторые невинные ошибки в Prysm.

Если бы была такая ошибка, и она была бы использована в настоящее время или вызвала бы рассинхронизацию клиента, то вся сеть Эфириума 2.0 перестала бы работать потенциально на несколько дней или даже недель, поскольку стейкеры переходят к другим клиентам или ждут, чтобы их выбросили, теряя тонны деньги в процессе.

Ничего подобного не происходило в реальной сети, но это произошло в тестовой сети в 2020 году, когда она вышла из строя из-за некоторых ошибок клиента, и потребовалось довольно много времени, чтобы вернуться к работе.

Один из способов защититься от этого — диверсифицировать клиентов, чтобы ни один клиент не имел более 33% доли в сети, как ни один майнинг-пул не должен иметь 51% сети.

В таком случае, если есть какая-то проблема на одном клиенте, то у его пользователей могут возникнуть трудности, но сеть в целом останется незатронутой. В противном случае, если этот клиент имеет долю 34%, вся сеть в основном останавливается.

Чтобы предотвратить это, предпринимались попытки упростить передачу ставок между клиентами, а также попытки убедить крупных поставщиков ставок диверсифицироваться.

Сотрудник Coinbase в их отделе ставок, когда его спросили, сказал, что они работают над диверсификацией своих собственных узлов стекинга, и приведенные выше данные показывают, что доля Prysm в сети немного снизилась с 65% в декабре.

Тем не менее, доминирование по-прежнему настолько велико, что это может повлиять на планы по запуску слияния, то есть полному обновлению сети до Proof of Stake, при котором все становится объектом этого 33-процентного порога.

В настоящее время в работающей сети Beacon chain нет передачи, поэтому любая проблема будет ограничена. Однако после того, как слияние будет запущено, все залоговые средства и боты в Aave или Dai и почти все, что работает на eth, будет подвержено новому механизму Proof of Stake.

Таким образом, небольшая ошибка в Prysm, если она по-прежнему доминирует на тот момент, может привести к остановке всего, что может быть немного похоже на падение Bitmex на фоне волатильности, поскольку после того, как сеть снова заработает, каналы оракулов будут иметь другие значения. цены вы думаете.

Вот почему некоторым разработчикам неудобно запускать слияние, пока Prysm все еще доминирует.

Сам запуск может состояться этим летом, если все пойдет хорошо в тестовой сети слияния, и если для нее станет требованием пороговое значение 33% клиентов, вы можете подумать, что это будет легко достигнуто, поскольку заинтересованные стороны захотят, чтобы он был запущен.

Однако, как только он будет запущен, мы все еще можем получить это доминирование впоследствии, потому что заинтересованным сторонам явно очень нравится этот клиент Prysm.

Таким образом, может не быть действенного решения, кроме как полагаться на здравый смысл и личные интересы стейкера, чтобы не потерять деньги, в дополнение к приставанию к таким компаниям, как Coinbase, с целью диверсификации.

Бесшовный перенос клиентов для ставок также был бы полезен и может даже полностью решить проблему, поскольку тогда у вас будет просто резервный клиент, который в значительной степени обеспечит встроенное разнообразие.