Перевод TWITTER-talk по теме #SOLANA.

Мы заметили в ENG твиттер-пространстве замечательный тред.

Вы можете ознакомиться с ним здесь:

Ссылка на источник

Мы перевели и отформатировали его специально для вас.

1/ Solana - это, конечно, хороший проект,

Но у него также есть свои недостатки / раздутые метрики, о которых, похоже, мало кто говорит.

В дополнение к ответам, данным @RyanSAdams и @TrustlessState я бы также добавил следующее:

[Ссылается на данную беседу]

2/ В то время как все говорят о высоких технических характеристиках покупки и запуска

24 ядра, 128 ГБ памяти, 2 ТБ NVMe, 1 ГБ сети и высококлассная видеокарта,

Многие не понимают, что

Solana - единственный блокчейн, который проводит консенсусные голосования внутри цепи.

3/ До 80% tps расходуется только валидаторами, голосующими за консенсус.

Даже при дешевой стоимости одной транзакции каждый валидатор должен тратить от 1 до 2 SOL каждый день только на голосование в консенсусе.

4/ По мере роста цены SOL увеличивается и стоимость транзакционных сборов за работу валидатора.

Исходя из текущей цены SOL, только на комиссионные расходы за транзакции будет уходить более $50,000 в год.

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

5/ Solana использует алгоритм PoS -

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

Чтобы сейчас просто выйти на безубыточность, вам необходимо владеть SOL стоимостью не менее $700,000+ и делегировать себе 100% комиссионных.

6/ Вам потребуется гораздо большая сумма SOL, если другие будут делегировать вам полномочия создания блока с гораздо меньшей комиссией. 

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

7/ в итоге получается, что мелкие валидаторы платят крупным валидаторам,

Что усугубляет проблему, обостряя ситуацию с централизацией.

Кроме того, из-за Терабайтов данных, которые записываются на диск, вам вероятно придется менять диски nvme-типа объемом на ТБ+ каждые 3 месяца из-за выносливости TBW.

8/ Процесс распределения долей не так хорош, как кажется,

Поскольку большая часть распределения контролируется компанией, у которой есть процедура,

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

9/ Вы также не можете запустить архивный узел и проверить цепочку сети блокчейн из genesis.

Ранняя история хранится только компанией в облаке google, ее объем составляет около 20 ТБ с момента запуска менее 18 месяцев назад.

Из-за расходов на пропускную способность она недоступна другим пользователям.

10/ В дополнение к проблеме с завышенными показателями tps за счет голосования за консенсус и поскольку экосистема становится более диверсифицированной с различными смарт-контрактами / dApp,

GPU не могут быть использованы, и вместо них приходится использовать гораздо меньшее количество ядер в CPU, как объясняется в видео

[ ВИДЕО]

11/ Время завершения - это еще одна вещь, которая создает путаницу.

Многие думают, что это 500 мс, - однако это время создания блока.

Solana обычно достигает "Оптимистического времени завершения" в течение 5 секунд,

Максимальное время, за которое должны проголосовать все валидаторы, составляет 12,8 секунды для завершения создания блока.

12/ Предстоящий выпуск обновления для совместимости с EVM при помощи Neon VM хоть и предлагает возможность параллельного запуска нескольких ЭВМ,

Но также добавляет много сложностей и рисков безопасности, требуя использования прокси-сервера для обмена данными между ЭВМ и Solana.

13/ Поскольку EVM будет работать как смарт-контракт и может быть обновлена,

Это также добавляет дополнительные точки централизации / риски безопасности,

Если ЭВМ контролируется несколькими организациями, а они могут обновить смарт-контракт, включив в него вредоносный код.

14/ А в ответ на замечание о классификации Avalanche, как очередного клона GETH без каких-либо инноваций,

Я рекомендую изучить консенсус Avalanche, а также платформу Avalanche.

15/ C-Chain - это всего лишь одна цепочка в основной подсети,

А будет 1000 подсетей, поддержка любых пользовательских виртуальных машин и подсетей,

Соответствующих нормативным требованиям для корпоративных рабочих задач,

При этом все они могут взаимодействовать между собой.

Источник находится здесь.

Переведено и адаптировано командой Telegram-канала

@Ghost_In_The_Block