𝗣𝗼𝗅𝗮𝗺 𝗕𝗔𝗠 𝗹𝗶𝗯𝗼 𝗻𝗼 𝗽𝗼𝗹𝗮𝗺 𝗕𝗔𝗠 💥🤔 Следуя совету @0xMert, команда написала блог, в котором разоблачаются все контраргументы против BAM. Смотрите ссылку ниже. Давайте погрузимся в это 🧵 ⬇️

"𝗕𝗔𝗠 𝗲𝘀𝘁 𝗰𝗼𝗻 𝗲𝗻𝗰𝗮𝗯𝗲𝗰𝗲𝗱 𝗮 𝗰𝗲𝗻𝘁𝗿𝗮𝗹𝗶𝘇𝗮𝗱𝗼𝗿 𝗱𝗲 𝘀𝗲𝗾𝘂𝗲𝗻𝗰𝗶𝗮𝗺𝗶𝗲𝗻𝘁𝗼 𝗰𝗼𝗻 𝗺𝗼𝗻𝗼𝗽𝗼𝗹𝗶𝗼 𝗱𝗲 𝗯𝗹𝗼𝗰𝗸-𝗯𝘂𝗶𝗹𝗱𝗶𝗻𝗴." 𝘚𝘵𝘦𝘦𝘭𝘮𝘢𝘯: Эта критика утверждает, что BAM вводит единственный секвенсор, который будет выполнять все операции по планированию транзакций для Solana. Даже если инфраструктура распределена, правила планирования исходят из одной системы, которая контролируется Jito. Заинтересованные стороны беспокоятся, что это подрывает естественное разнообразие планировщиков Solana, превращая его в единую точку отказа и концентрируя слишком много влияния в руках одного планировщика и одной стороны. BAM разработан так, чтобы ни один отдельный субъект не мог контролировать порядок транзакций. Система децентрализует свою работу и управление логикой планирования через: • 𝗼𝗽𝗲𝗻 𝗽𝗮𝗿𝘁𝗶𝗰𝗶𝗽𝗮𝘁𝗶𝗼𝗻: любой подходящий оператор может участвовать и запускать свой собственный узел BAM. • 𝗴𝗹𝗼𝗯𝗮𝗹 𝗰𝗼𝘃𝗲𝗿𝗮𝗴𝗲: Узлы BAM будут развернуты по географически разнообразной сети операторов. • 𝗼𝗽𝗲𝗻-𝘀𝗼𝘂𝗿𝗰𝗲, 𝘃𝗲𝗿𝗶𝗳𝗶𝗮𝗯𝗹𝗲 𝘀𝗰𝗵𝗲𝗱𝘂𝗹𝗶𝗻𝗴: весь код BAM будет с открытым исходным кодом и подлежит аудиту через криптографические аттестации. Хотя верно, что узлы BAM в настоящее время полностью управляются Jito, начиная с Q1 '26 кодовая база будет открыта, и независимые операторы будут подключены.

“𝗔𝘀 𝗮 𝘃𝗮𝗹𝗶𝗱𝗮𝘁𝗼𝗿, 𝗕𝗔𝗠 𝘁𝗶𝗲𝘀 𝗺𝗲 𝘂𝗽 𝘁𝗼 𝗼𝗻𝗹𝘆 𝗼𝗻𝗲 𝘀𝗰𝗵𝗲𝗱𝘂𝗹𝗲𝗿” 𝘚𝘵𝘦𝘦𝘭𝘮𝘢𝘯: Эта критика говорит о том, что, выбрав BAM, валидатор фактически передает контроль над порядком транзакций единственному планировщику. Вместо того чтобы иметь возможность использовать или принимать разные планировщики, экспериментировать со своими стратегиями или переключаться между конкурентными дизайнами, они привязаны к одной системе. Чтобы обеспечить Интернет-капиталовые рынки, Solana нуждается в детерминированных и прозрачных правилах порядка. Фрагментация вредит пользователям. BAM делает это возможным с помощью стандартизированного, проверяемого построения блоков, необходимого для высокопроизводительных приложений. Факты таковы: • BAM является строго добровольным. • Валидаторы могут вернуться к клиентам Agave, Jito-Solana или Firedancer • Они могут отключиться от BAM в любое время Плагины BAM предлагают платформу для оптимизации и инноваций разработчиков, которые приносят пользу всем пользователям Solana.

"𝗕𝗔𝗠 𝗺𝗼𝗻𝗼𝗽𝗼𝗹𝗶𝘇𝗲𝘀 𝗦𝗼𝗹𝗮𝗻𝗮 𝗼𝗿𝗱𝗲𝗿𝗳𝗹𝗼𝘄." 𝘚𝘵𝘦𝘦𝘭𝘮𝘢𝘯: Заинтересованные стороны утверждают, что агрегирование публичных транзакций в едином канале создает центральную точку, через которую проходит весь поток заказов, и дает преимущества тому, кто его контролирует. Даже если изначально это нейтрально, BAM контролирует поток заказов, что может укрепить его конкурентные позиции и помешать другим решениям получить популярность. BAM собирает транзакции, используя стандартный механизм TPU Solana. Нет различия между "транзакциями BAM" и публичными. Валидаторы получают тот же публичный поток, просто запланированный через проверяемый уровень. Валидаторы могут мгновенно вернуться к своему родному TPU без каких-либо затрат на переключение, сохраняя поток заказов публичным, а не фрагментированным на частные каналы.

“𝗕𝗔𝗠 𝗶𝗻𝘁𝗿𝗼𝗱𝘂𝗰𝗲𝘀 𝗲𝘅𝘁𝗿𝗮 𝗹𝗮𝘁𝗲𝗻𝗰𝘆 𝘃𝘀. 𝘃𝗮𝗹𝗶𝗱𝗮𝘁𝗼𝗿’𝘀 𝗻𝗮𝘁𝗶𝘃𝗲 𝗧𝗣𝗨.” 𝘚𝘵𝘦𝘦𝘭𝘮𝘢𝘯: Заинтересованные стороны утверждают, что одно из преимуществ производительности Solana заключается в том, что транзакции проходят напрямую к TPU лидера с минимальными перескоками. Любой промежуточный маршрут, даже быстрый, рискует добавить задержку, дрожание и новые точки отказа под нагрузкой, что может ослабить миссию IBRL по сравнению с нативным планированием TPU. BAM обеспечивает минимальную задержку благодаря глобальному охвату более 100 узлов и стратегическому совместному размещению, поддерживая время обратного прохода менее 5 мс. Наш стек TEE высоко настроен с использованием привязки потоков и изоляции ЦП, достигая паритета производительности с Agave. С предстоящей миграцией на DoubleZero мы ожидаем превзойти показатели производительности «голого» металла.

“𝗕𝗔𝗠 𝗽𝗿𝗼𝗱𝘂𝗰𝗲𝘀 𝗹𝗲𝘀𝘀 𝗿𝗲𝘄𝗮𝗿𝗱𝘀 𝘃𝘀. 𝗼𝘁𝗵𝗲𝗿 𝗰𝗹𝗶𝗲𝗻𝘁𝘀” 𝘚𝘵𝘦𝘦𝘭𝘮𝘢𝘯: Валидаторы выразили обеспокоенность тем, что логика планирования BAM может снизить чаевые и общие вознаграждения по сравнению с другими блокостроителями или возможностями планирования. Кроме того, рынки сборов плагинов еще не активны, что делает потенциальную выгоду теоретической, в то время как риски кажутся немедленными. Мы приоритизируем максимизацию долгосрочной прибыли. Вознаграждения BAM уже сопоставимы с Jito-Agave. Прошлые различия были вызваны временными, экстрактивными планировщиками в других местах, которые сейчас устаревают. Будущая доходность будет зависеть от плагинов и ACE, открывая устойчивые потоки сборов от новой экономической активности, а не от краткосрочных игр.

“𝗔𝘀 𝗮 𝘃𝗮𝗹𝗶𝗱𝗮𝘁𝗼𝗿, 𝗜 𝗻𝗲𝗲𝗱 𝘁𝗼 𝗴𝗶𝘃𝗲 𝗺𝘆 𝘀𝘁𝗮𝗸𝗲𝗿𝘀 𝘁𝗵𝗲 𝗵𝗶𝗴𝗵𝗲𝘀𝘁 𝘆𝗶𝗲𝗹𝗱.” 𝘚𝘵𝘦𝘦𝘭𝘮𝘢𝘯: Стейкеры часто выбирают валидаторов исключительно на основе вознаграждений. Даже небольшое снижение чаевых или колебания доходов в течение одного эпохи могут привести к тому, что делегированные ставки будут перемещаться в другое место. Валидаторы боятся, что раннее принятие BAM может поставить их в конкурентное невыгодное положение, если их коллеги задержат принятие. Мы понимаем, что валидаторы должны максимизировать доход для себя и своих стейкеров, но также должны учитывать вторичные эффекты своих действий. Краткосрочное хакерство дохода (сэндвичинг, задержка слота) ухудшает общее качество исполнения и отталкивает ликвидность. Единственный устойчивый путь к более высокому доходу — это более глубокая активность в сети, что может быть обеспечено только лучшими приложениями, более глубокой ликвидностью и более узкими спредами.

"𝗔𝗽𝗽𝗹𝗶𝗰𝗮𝘁𝗶𝗼𝗻-𝗖𝗼𝗻𝘁𝗿𝗼𝗹𝗹𝗲𝗱 𝗘𝘅𝗲𝗰𝘂𝘁𝗶𝗼𝗻 (𝗔𝗖𝗘) 𝗶𝘀 𝗻𝗼𝘁 𝗶𝘀𝗺𝗼𝗿𝘁𝗮𝗻𝘁." 𝘚𝘵𝘦𝘦𝘭𝘮𝘢𝘯: Заинтересованные стороны утверждают, что приложения Solana уже хорошо работают в рамках механизмов включения приоритетных сборов и чаевых. Введение ACE может увеличить сложность и создать неравные гарантии выполнения между сложными приложениями и небольшими разработчиками. Они беспокоятся, что разрешение приложениям определять логику упорядочивания может привести к привилегированию определенных участников. Сложные приложения нуждаются в гарантиях, таких как приоритет отмены или приоритет ликвидации, для безопасной работы. Hyperliquid обрабатывает 10-15 раз больше объема, чем Solana perps, именно из-за своего разрешенного набора валидаторов, который обеспечивает строгую упорядоченность. Без ACE эти приложения будут мигрировать на пользовательские L1 или L2, чтобы получить эти гарантии.

“𝗙𝗜𝗙𝗢 𝗼𝗿𝗱𝗲𝗿𝗶𝗻𝗴 𝗶𝘀 𝘁𝗵𝗲 𝗳𝗮𝗶𝗿𝗲𝘀𝘁 𝘁𝗿𝗮𝗻𝘀𝗮𝗰𝘁𝗶𝗼𝗻 𝗼𝗿𝗱𝗲𝗿𝗶𝗻𝗴 𝗹𝗼𝗴𝗶𝗰” 𝘚𝘵𝘦𝘦𝘭𝘮𝘢𝘯: Заинтересованные стороны утверждают, что простое FIFO (первый пришёл, первый вышел) упорядочение является самым справедливым и нейтральным способом планирования транзакций в Solana. Оно отражает приоритет времени, как на традиционных рынках, легко для понимания пользователями (“если моя транзакция пришла первой, она выполняется первой”) и избегает динамики “плати, чтобы выиграть”, характерной для большинства блокчейнов. Хотя FIFO кажется самым справедливым, обрабатывая транзакции в порядке их поступления, это побуждает пользователей спамить сеть, чтобы обеспечить себе выгодную позицию, что приводит к перегрузке и гонкам по задержкам, сжигающим деньги. Это рушится, когда спрос на сеть высок, вызывая непредсказуемые задержки для всех пользователей по мере увеличения очередей. Универсальный подход FIFO не удовлетворяет потребности приложений, которые требуют специфического упорядочения транзакций для оптимальной работы.

"𝗔𝗿𝗲𝗻'𝘁 𝗕𝗔𝗠'𝘀 𝗧𝗿𝘂𝘀𝘁𝗲𝗱 𝗘𝘅𝗲𝗰𝘂𝘁𝗶𝗼𝗻 𝗘𝗻𝘃𝗶𝗿𝗼𝗻𝗺𝗲𝗻𝘁𝘀 (𝗧𝗘𝗘𝘀) 𝘃𝘂𝗹𝗻𝗲𝗿𝗮𝗯𝗹𝗲 𝘁𝗼 𝗮𝘁𝘁𝗮𝗰𝗸𝘀?" 𝘚𝘵𝘦𝘦𝘭𝘮𝘢𝘯: TEEs имеют историю уязвимостей через побочные каналы, ошибок прошивки и рисков в цепочке поставок. Заинтересованные стороны утверждают, что полагание на TEEs для планирования блоков может привести к связанным режимам отказа: если аппаратная уязвимость затрагивает SEV-SNP, BAM как сеть может быть скомпрометирована. Они также утверждают, что TEEs перекладывают доверие на аппаратных поставщиков и провайдеров центров обработки данных. BAM работает на AMD SEV-SNP с криптографическими аттестациями в безопасных, соответствующих требованиям центрах обработки данных (ISO 27001/SOC 2). Даже в случае наихудшего сценария аппаратной компрометации, ключи валидаторов остаются защищенными, и историю цепочки нельзя переписать, только конфиденциальность порядка на этом конкретном узле затрагивается. Валидаторы проверяют "измеренный TCB" и могут отклонить плохую прошивку через аттестацию.

@0xmert Будущее блокостроительства переходит от фрагментированного планирования к прозрачному, проверяемому рынку. BAM — это решение. Миллиарды должны BAM! 💥