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

Мы (@Ghost_In_The_Block) заметили в 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 подсетей, поддержка любых пользовательских виртуальных машин и подсетей, соответствующих нормативным требованиям для корпоративных рабочих задач, при этом все они могут взаимодействовать между собой.