Предложение остановить расширение Curve Finance на L2: новый подход к развитию децентрализованных бирж.

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

Фил_00Лллама, активный участник CurveDAO (CRV), выдвинул убедительное предложение остановить дальнейшее расширение децентрализованной биржи Curve Finance на сети Ethereum Layer 2 (L2).

Это предложение последовало за аналогичным призывом в прошлом месяце соучредителя Aave Марка Зеллера остановить развертывание протокола Aave на сети Bitcoin Layer 2 BOB.

«L2 забирают время у талантливых разработчиков. Каждая из этих цепочек требует столько же внимания, сколько и Ethereum, но доходы минимальны. Остановив развитие в этой области, Curve сможет сосредоточиться на более продуктивных аспектах», — сказал фил_00Лллама в посте на форуме CurveDAO вчера.

На протяжении многих лет Ethereum придерживался стратегии «центральной дорожной карты роллапов», стремясь увеличить масштабируемость за счет решений Layer 2. Однако теперь этот подход подвергается сомнению некоторыми специалистами. Некоторые выступают за обновленный фокус на основной слой Ethereum (Layer 1).

Curve Finance активно работает на aproximadamente 25 цепочках, включая Arbitrum, Base, Polygon, Avalanche и многие другие. Однако, согласно данным DeFiLlama, общая заблокированная стоимость (TVL) платформы почти полностью сосредоточена на основной сети Ethereum: примерно 2,3 миллиарда долларов. Платформы Layer 2 Arbitrum и Base держат только около 50 миллионов долларов в TVL.

Фил_00Лллама оправдывает это следующим образом: «Пулы Curve на основной сети Ethereum генерируют в 450 раз больше дохода, чем все L2 в совокупности, даже в самый медленный день». Он также утверждает, что основное внимание должно быть сосредоточено на расширении решения для стейблкоинов Curve, scrvUSD, на Ethereum.

Один из участников CurveDAO отметил, что развертывания L2 генерируют лишь около 1,500 долларов в день дохода, что делает эту стратегию неэффективной с учетом высоких затрат на обслуживание и краткосрочности сетевых структур. Он аргументировал, что разработчики должны сосредоточиться на «более значительной работе» вместо этого.

*Это не инвестиционный совет.