Соучредитель Frictionless: Почему я настроен оптимистично по отношению к Solana

Автор: Логан, соучредитель Frictionless Источник: X (ранее Twitter) @LoganJastremski Перевод: Good Oba, Golden Finance

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

На комиссии в блокчейне влияют два фактора - пространство блока и конкуренция за состояние:

Блочное пространство:**

  • Текущий размер блока Ethereum составляет 0,08 МБ, каждый блок увеличился только на 0,375 МБ, в то время как в конечном состоянии Ethereum (с технологией danksharding) их целевая пропускная способность составляет 1,3 МБ/с.

  • Напротив, блокчейны с высокой пропускной способностью, такие как Solana, уже имеют возможность поддерживать 100 МБ в секунду, что в 100 раз больше, чем у Ethereum!

  • Solana даже продемонстрировала пропускную способность 22 Гбит/с!

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

Статусный конкурс:

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

  • Однопоточная виртуальная машина Ethereum не может решить эту проблему, потому что у нее нет возможности изолировать комиссии для каждого состояния

  • Вместо этого однопоточная виртуальная машина Ethereum использует глобальный рынок комиссий, заставляя все приложения в сети повышать комиссию, потому что одно приложение использует больше ресурсов, чем другие. Как по производительности, так и по стоимости это дизайнерское решение значительно уступает другим блокчейнам нового поколения, таким как Solana. Они решили эту проблему, создав локальный рынок комиссионных сборов. С практической точки зрения, это эквивалентно развертыванию нескольких инстансов L2 с сохранением ликвидности и единства приложений, а не децентрализации, как экосистема Ethereum.

Фронтальный бег:

Что касается перспективных транзакций, Solana призвана обеспечить справедливый и равный доступ для всех

  • В моем недавнем подкасте с Толи мы подробно обсудили дизайн консенсуса Solana для распространения All-to-All, позволяющий как можно быстрее отправлять информацию всем участникам группы консенсуса

  • Консенсус «все для всех» строго относится к накладным расходам на сообщения. Его сложность составляет N^2, однако Solana выбрала этот дизайн, потому что они хотели, чтобы трейдеры подключались к любому узлу и получали ту же информацию, что и все остальные в сети.

Децентрализация:

Существует две метрики для измерения децентрализации – количество полных узлов и коэффициент Сатоши

Ethereum имеет около 3 700 полных узлов, из которых 922 в настоящее время синхронизируются с сетью

  • Полные узлы важны, потому что в случае неудачной мировой войны для восстановления и перезапуска сети должна существовать копия реестра.

Solana имеет около 2118 полных узлов и 843 узла RPC, оба из которых могут восстанавливать состояние реестра. Это составляет примерно 80% покрытия сети Ethereum

  • Коэффициент Сатоши (используется в качестве прокси устойчивости к цензуре в реальном времени) составляет около 25 на Ethereum и около 31 на Solana

Сборка на Solana:

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

  • Время генерации блоков 400 мс и низкая задержка

  • Комиссия составляет от 0,0001 до 0,0003 доллара США.

  • Мем «Это может случиться только на Solana» вполне реален

Встроенный стек с высокой пропускной способностью:**

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

  • Единственное противоречие заключается в том, где эти вещи должны происходить. Следует ли выполнять распараллеливание с помощью нескольких L2 или интегрировать их в единую гибкость и приложение? Так же, как и Solana

  • Стоит ли добиваться высокой пропускной способности с помощью Eigen DA или Data Availability Board или объединять их в одну высокопроизводительную экосистему

  • Параллельная обработка и высокая пропускная способность необходимы для расширения отрасли

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

Потребности пользователя и прыжок:

  • Математические расчеты пропускной способности и вычислительной мощности, необходимых для запуска приложения в большом масштабе. Вы удивитесь.

  • Jump помогает Solana разрабатывать еще один клиент, но не единственная команда, создающая других клиентов на Solana

  • У Solana и раньше было много проблем, некоторые из-за собственных проблем, а некоторые из-за проблем третьих лиц, но несомненно, что сообщество Solana активно их решает.

  • Solana прибыла и покажет силу в следующем цикле

Презирать инженеров — значит искать собственной смерти. Настал момент беспощадности и прагматизма.

Посмотреть Оригинал
На этой странице может содержаться сторонний контент, который предоставляется исключительно в информационных целях (не в качестве заявлений/гарантий) и не должен рассматриваться как поддержка взглядов компании Gate или как финансовый или профессиональный совет. Подробности смотрите в разделе «Отказ от ответственности» .
  • Награда
  • комментарий
  • Поделиться
комментарий
0/400
Нет комментариев
  • Закрепить