В новом цикле различные цепи продолжают наращивать производительность, в постинфраструктурную эпоху, как производительность цепей сможет прорваться?

Нужна ли RWA специальная цепь?

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

1. Сначала я кратко рассмотрю активные цепи производительности в первой половине этого цикла.

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

  • Solana, как цепь производительности предыдущего цикла, часто держит корону в текущем цикле Meme.

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

  • А модульная инфраструктура (Celestia, EigenLayer) также пытается разъединить уровни выполнения, преодолевая узкие места производительности монолитных цепей.

  • Инфраструктура Move с архитектурой параллельного выполнения и более низкими затратами на газ в цепи продемонстрировала сильную жизнеспособность в новом цикле.

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

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

_____________________________________

Но в любом случае производительность (TPS, задержка, стоимость) остается основным показателем конкуренции. В этом цикле я заметил, что некоторые инфраструктуры начинают делать усилия и прорывы на аппаратном уровне.

Ранее в моем посте я писал о MegaETH и Solayer, которые представляют собой инфраструктуру [аппаратного ускорения] EVM и SVM соответственно.

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

В этой статье я постараюсь упростить и обсудить.

_____________________________________

2. Как понять архитектуру Pharos?

На приведенной выше картинке определены три уровня сети, L1-Base, L1-Core и L1-Extension, причем каждый уровень имеет свои особенности, что, на мой взгляд, несколько сложно.

Мы можем просто понять Pharos как Layer1 с родным шардированием, разделённым на две части: основная сеть и расширительная сеть (SPN).

2.1 Основная сеть: аппаратное ускорение и модульная структура узлов.

Аппаратное ускорение Pharos и другие решения также имеют определенные отличия.

Во-первых, у главной сети Pharos есть три определения узлов, среди которых узлы-валидаторы являются основой механизма консенсуса, работающего под механикой доказательства доли с байантийской устойчивостью (BFT).

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

Кроме того, благодаря модульной структуре узлов возможности виртуальной машины Pharos получили условия для параллельного выполнения (Pharos VM одновременно поддерживает EVM и WASM смарт-контракты).

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

(1)Во-первых, время формирования блока не фиксировано, Pharos позволяет всем узлам консенсуса одновременно вносить предложения, в отличие от традиционной линейной структуры.

На левой стороне рисунка традиционная линейная структура, на правой стороне модель, принятой Pharos.

(2)Кроме того, Pharos внедряет гибкий [адаптивный узел], чтобы соответствовать различным рабочим нагрузкам и условиям сети.

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

_____________________________________

2.2 Расширительная сеть (SPN): модульность, повторное залоговое обеспечение и совместимость.

Одним словом: SPN - это родное шардирование Pharos, поддерживающее модульную конструкцию и сохраняющее безопасность SPN через повторное залоговое обеспечение, и все SPN взаимосвязаны.

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

(1)Улучшения в области расширительных решений: в отличие от цепочек эфира, использующих внешние расширения, Pharos реализует родное расширение, аналогичное [дочерним цепям] TON.

Тем не менее, это предложение более "легкое" по сравнению с дочерней цепочкой.

(2)Повторное залоговое обеспечение - это бесшовная интеграция с внешними протоколами повторного залогового обеспечения, такими как Babylon и Eigenlayer, помимо токена Pharos $P.

SPN может поддерживать безопасность своего бизнеса через активы прав на повторное залоговое обеспечение или выбирать подходящие вычислительные направления в зависимости от состояния узлов.

(3)Расширение межоперационной совместимости легко понять, детали не обсуждаем.

_____________________________________

2.3 В общем, Pharos представляет собой [основную сеть с модульными узлами и расширение уровня выполнения на основе повторного залогового обеспечения].

Здесь модульность - это часто встречающийся термин. В SPN Pharos также предоставляет набор модульного стека для настраиваемой среды выполнения.

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

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

(Система эфира страдает от собственных недостатков производительности, поэтому возникли универсальные решения для расширения.)

Простое понимание на самом деле эквивалентно модной логике приложений цепи/приложений Rollup.

_____________________________________

3. В постинфраструктурную эпоху первенство консенсуса.

Унифицированный базовый уровень подобен чистому листу бумаги. До 22 года разработчики приложений не имели большого выбора цепей, но после 22 года, возглавляемые Cosmos, начали появляться различные цепи общего назначения.

Разработчики приложений в этот момент должны задуматься: на какой цепи делать.

В этом цикле есть два классических примера, которые я заметил.

(1)После того как мини-игры в Ton стали популярными, команда, работающая с мини-играми, пришла в Telegram.

(2)Приложения, разработанные на Starknet.

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

Для инфраструктуры важно найти консенсусный ярлык на стороне экосистемы и развиваться как основная линия.

Например, Solana это DePIN, Base это AI, а во время президентства Трампа эпоха криптографического белого террора уже позади, и RWA, подчеркивающая соблюдение норм, стала основной линией развития этого цикла.

  • (На рисунке показан увеличивающийся темп роста сектора RWA)

А RWA, как "поле битвы" этого цикла, Pharos также сосредоточила основную линию экосистемы на этом.

_____________________________________

Что касается сектора RWA, я в этом месяце много обсуждал вопрос, нужно ли создавать отдельную цепь для RWA.

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

В конечном итоге это сводится к одному вопросу:

В каком контексте экосистема RWA должна участвовать?

(1)Plume и Ethena несколько дней назад объявили о запуске институциональной стороны бизнес-цепочки, предоставляя RWA экосистему, которая является западным ответом.

(2)А Pharos предлагает восточный ответ.

В сентябре 23 года Ant Chain на конференции в Бунд объявила о новом бренде Web3 ZAN.

Фон Pharos происходит от ZAN от Ant Group, и по сравнению с Layer1 с атрибутами крупной компании, Pharos кажется более родным для Web3.

Развитие сектора RWA невозможно без региональных особенностей. После (Гонконгской декларации Web3) в 23 году крупные компании начали активно развивать Web3 в Гонконге, и, конечно, первым шагом стал сектор RWA.

С одной стороны, старые "внутренние публичные цепи" типа CFX, с другой стороны, новые инфраструктурные силы типа Pharos, имеющие региональный оттенок, имеют все шансы стать носителями ценности концепции RWA в регионе.