Яковенко из Solana ставит пять ключевых приложений выше валидаторов и разработчиков

SOL
ETH
Фонд EthereumSolanaAaveDeFi
1 час назадИсточник: crypto.news
Яковенко из Solana ставит пять ключевых приложений выше валидаторов и разработчиков

Соучредитель Solana Анатолий Яковенко назвал пять основных приложений более приоритетными для оптимизации сети, чем валидаторы, разработчики, маркет-мейкеры или ключевые инженеры, утверждая, что продукты, владеющие значительными активами и обрабатывающие розничные торговые объемы, заслуживают наибольшего внимания.

Краткое содержание

  • Пять приложений возглавили список Яковенко групп, для которых Solana должна оптимизировать свою сеть.
  • Он отдал должное Ethereum Foundation за удовлетворение потребности Aave в надежном доступе к транзакциям.
  • Его пост стал ответом на критику личного опыта использования сети дизайнерами Ethereum.
  • В комментариях не содержалось конкретных обновлений, распределения финансирования или изменений правил участия валидаторов.

Анатолий Яковенко сделал эти комментарии в посте в X от 23 октября, назвав Phantom, Pump.fun, Fomo, Jupiter и Kamino, отвечая на критику того, как дизайнеры протокола Ethereum используют свою собственную сеть.

Крупнейшие приложения Solana возглавляют список приоритетов Яковенко

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

«Продукты с огромным объемом AUM и огромным розничным объемом — это две наиболее важные группы для оптимизации», — написал он.

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

Phantom, Pump.fun, Fomo, Jupiter и Kamino были примерами в его аргументе. В посте не объявлялось о соглашении с этими командами, не предоставлялись им полномочия управления и не указывалась настройка сети, которая изменилась бы в их интересах.

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

«Самый важный пользователь — это сантехник, институциональный или розничный сантехник».

Критика Ethereum вызывает похвалу в адрес потребностей Aave в надежности

Обсуждение началось с аргумента другого автора поста о том, что многие люди, разрабатывающие протокол Ethereum, сами им не пользуются. Автор утверждал, что дизайнеры должны зависеть от своего собственного продукта и нести убытки, когда он дает сбой.

Цитируя эту критику, Яковенко дал Ethereum Foundation сдержанную похвалу. Он сказал, что она неплохо справилась с оптимизацией для Aave, поскольку невозможность включить транзакции во время сбоя или перегрузки нарушила бы работу кредитной платформы.

Комиссии приложений фигурировали в более ранней дискуссии о Robinhood

Ранее Яковенко утверждал, что компания может построить на Solana, субсидировать транзакционные издержки и взимать плату с клиентов через свой собственный интерфейс. Как ранее сообщал crypto.news 6 сентября, его позиция вызвала ответ соучредителя Offchain Labs Стивена Голдфеддера по поводу решения Robinhood использовать технологию Arbitrum.

Голдфеддер защищал способность Robinhood сохранять доходы сети, заявив, что она может оставлять себе примерно 90% в рамках Arbitrum Expansion Program. Он противопоставил эту схему приложению, платящему за использование Solana.

Согласно сообщениям, эта схема направляет 10% чистого дохода протокола в экосистему Arbitrum, разделяя их между 8% распределением в его DAO и 2% для его Developer Guild. Этот процент касается чистого дохода после соответствующих сетевых расходов, включая затраты на публикацию данных в Ethereum.

Биржа Robinhood касалась инфраструктуры и модели доходов американского брокера. Пост Яковенко от 23 октября не объявлял о каких-либо изменениях в доступе к продуктам для американских клиентов.

Подготовка Alpenglow устанавливает отдельные обязанности для команд приложений и валидаторов

В предыдущих материалах об обновлении Solana описывались различные требования для разработчиков приложений и операторов, обеспечивающих их инфраструктуру. 26 сентября Alpenglow достиг devnet, после перехода на тестовую сеть, предоставив командам приложений доступ к новому поведению консенсуса до передачи в основную сеть.

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

В отчёте от 14 августа о целевом показателе финальности Alpenglow документировалась цель примерно в 150 миллисекунд по сравнению с примерно 12,8 секундами в TowerBFT. В материале различались консенсусная финальность и первоначальный признак того, что транзакция попала в сеть.

В последующих публикациях об изменениях комиссий валидаторов описывался план Фонда заменить индивидуальные ончейн-комиссии за голосование фиксированной платой за допуск в размере 0,8 SOL за эпоху, сжигаемой полностью. Операторы должны обеспечить эту плату сверх минимального порога освобождения от аренды их аккаунта для голосования.

То же руководство предусматривает оплату на одну эпоху вперёд. Валидатор, не способный оплатить, теряет право голосовать или производить блоки в следующей эпохе.

Документация для операторов, описанная в октябрьском материале, уточняет целевой показатель финальности для узлов, не входящих в допущенный набор валидаторов. Такие узлы обычно узнают результат из сертификатов, включённых в более поздний блок, что потенциально добавляет интервал производства блока, с более длительным ожиданием, если блоки пропускаются или задерживаются.

Для более раннего этапа тестирования сентябрьский материал различал две публичные сети. Devnet позволяет командам приложений проверять программное обеспечение с использованием токенов без реальной стоимости, тогда как testnet позволяет валидаторам и операторам инфраструктуры подвергать сетевое программное обеспечение более требовательным условиям. Anza публично объявила об успешном переходе на devnet 25 сентября, через день после того, как testnet завершил своё переключение.