Инфо-рекап АМА RISE SAM x HAI
Вот что было главной мыслью всей AMA:
RISE строит не просто “быстрый чейн”, а инфраструктуру под реально чувствительные к задержке приложения, прежде всего под ончейн-ордербук и трейдинг.
То есть их тезис не в духе “сделаем еще один L2”, а в том, что в крипте до сих пор слишком много систем, где пользователь ждет, интерфейс тормозит, а продукт разваливается под нагрузкой. Поэтому их ставка на скорость это не маркетинг, а попытка убрать самую болезненную часть UX.
Если объяснять совсем просто, то RISE хочет, чтобы блокчейн ощущался не как “отправил заявку и молишься”, а как нормальная быстрая система.
Аналогия для твоей мамки (чтоб она поняла, чем ты здесь вообще занимаешься, кроме как играешь в смеш-картс) может быть примерно такая:
Обычный блокчейн это как почта, где письма складывают в мешок, потом везут, потом сортируют, потом доставляют.
RISE пытается сделать это ближе к экспресс-курьеру, где обработка идет почти сразу, а не пачками с лишними остановками.
Что реально важно из AMA
1. Они сознательно не ушли от EVM, хотя это было модно
Команда говорит, что на старте было давление: мол, чтобы стать очень быстрыми, нужно менять VM, дерево данных и вообще ломать совместимость. Но RISE уперся в идею: лучше выжать максимум из EVM, чем строить экзотическую систему, с которой потом сложнее жить проектам, стейблкоинам и разработчикам.
Это важный сигнал: они выбрали не “самый хайповый” путь, а путь, где экосистеме проще подключаться.
2. Их главный технический фокус это не просто TPS, а latency
Очень важный момент. Hai прямо говорит: производительность это не только throughput, но и пользовательское ощущение скорости. И именно для трейдинга задержка решает всё.
Переводя на простой язык: не так важно, сколько машин может проехать по трассе за день, если твоя машина все равно стоит в пробке именно тогда, когда тебе нужно ехать.
3. Их архитектурный ключ это continuous execution
Они объясняют, что в обычной block-based модели слишком много времени уходит не на выполнение пользовательских транзакций, а на сопутствующие процессы. Hai говорит, что в типичном стеке на само исполнение транзакций может уходить лишь около 12% времени блока.
Их решение: выполнять транзакции более непрерывно, а не ждать очередной “пачки”. Отсюда и идея, что пользователю результат надо возвращать максимально быстро.
4. RISE строит цепочку и биржу вместе, и это дает им огромное преимущество
Это, возможно, вообще самый ценный кусок всей AMA. Они не просто делают chain и надеются, что кто-то когда-то построит на нем хороший продукт. Они одновременно строят chain + RISEx.
Зачем это нужно? Потому что тогда можно убирать лишние слои между приложением и сетью. Меньше RPC-боли, меньше задержек, меньше риска потерь данных при индексации, быстрее фиксы и апгрейды.
Обычный Web3-стек это как ресторан, где кухня, склад, доставка и касса находятся в разных концах города и общаются по телефону.
RISE + RISEx это когда кухня, касса и выдача в одном помещении.
Заказ доходит быстрее, ошибок меньше, исправления вносятся в тот же день.
5. Они много говорят не о “магии”, а о feedback loop
Hai приводит крутой практический пример: если биржевая команда понимает, что новый IPC может ускорить индексацию в 3 раза, в обычной экосистеме надо писать proposal, убеждать всех, ждать релиза клиента и так далее. У них это может решаться буквально за дни внутри одной команды.
Это очень сильная мысль: скорость продукта это не только миллисекунды в рантайме, но и скорость, с которой команда вообще умеет улучшать систему.
6. Их инженерная культура выглядит как “думай глубоко, а не просто чини”
Hai очень жестко продвигает принцип фундаментального понимания. Не “оно вроде работает”, а “почему это работает, кто владеет данными, что будет, если пропадет байт, приведет ли это к reorg”.
То есть они продают образ не стартапа с красивыми слайдами, а инженерной команды, которая копает в корень. Это не гарантия успеха, но это очень здоровый сигнал.
7. Очень сильный блок про AI и найм
Один из самых интересных моментов всей сессии: Hai фактически говорит, что в эпоху AI главным дефицитом становится не знание синтаксиса, а самостоятельное мышление.
Ему не нужен инженер, который просто делегирует всё модели и сидит 7 минут, пока та думает. Ему нужны люди с критическим мышлением, domain knowledge и умением решать низкоуровневые проблемы, где AI пока слабее.
Это хороший маркер того, как они видят качество команды.
8. Подход к безопасности у них тоже культурный, а не только “наняли аудитора и забыли”
Hai подчеркивает, что security это ответственность всех, а не только security-отдела.
И одновременно говорит, что нельзя становиться самоуверенными. То есть подход такой: каждый думает о безопасности, но команда не строит из себя богов и все равно платит за внешние аудиты и консультации. По их словам, на аудиты уже ушли сотни тысяч долларов.
9. Из roadmap самое важное это mempool и parallelization
Они называют mempool “контроллером latency”. Если mempool плохой, пользователь проигрывает еще до исполнения.
Особенно это важно для RISEx: например, отмена ордеров должна проходить очень быстро, иначе маркетмейкеры будут ловить ненужное исполнение по устаревшим ценам.
То есть речь уже не о красивой техничке, а о конкретном качестве рынка.
10. Главный скрытый вывод AMA
Это была не сессия про “token go up”. Это была сессия про то, что RISE хочет стать инфраструктурой для приложений, где время реакции сети уже напрямую влияет на качество продукта.
И если раньше многие чейны спорили о TPS как о числе для баннера, то RISE пытается доказать, что важнее другое: как быстро пользователь получает результат, как быстро отменяется ордер, как быстро индексируются данные, как быстро команда может улучшить систему.
Вот держи еще готовый темплейт для твоего треда
Ниже сделал в формате, который можно постить по твитам или собрать в готовый пост (у кого есть премка в твитттере -- можете все собрать до кучи и дропнуть через GPT, чтоб тот вам красиво и грамотно выдал конечный результат на инглише). Я держал язык максимально понятным, без перегруза.
1/
Послушал новую AMA-сессию RISE с Sam и Hai.
Если коротко: это был не разговор про “мы самые быстрые”, а очень внятное объяснение, зачем вообще блокчейну нужна скорость и почему для RISE это не маркетинг, а основа всего продукта.
2/
Главная идея RISE простая:
блокчейн не должен ощущаться как почта XIX века, где ты отправил транзакцию и просто ждешь.
Он должен быть ближе к нормальной современной системе, где результат приходит быстро и предсказуемо.
3/
И тут важный нюанс.
RISE говорит не только про TPS.
Они много говорят именно про latency, то есть про задержку.
Для трейдинга это критично: неважно, сколько заявок система “в теории” переварит, если твоя конкретная заявка пришла слишком поздно.
4/
Один из самых сильных тейков от Hai:
во многих блокчейн-стеках на реальное исполнение транзакций уходит лишь малая часть времени блока.
Слишком много времени съедают вспомогательные процессы.
Отсюда и их ставка на continuous execution.
5/
Если объяснить совсем просто:
обычный блокчейн часто работает как автобус по расписанию.
Сначала все ждут, пока соберется “пачка”, потом автобус едет.
RISE пытается сделать систему ближе к режиму, где обработка идет почти непрерывно.
6/
Еще один важный момент: RISE сознательно не отказался от EVM.
Хотя соблазн был большой.
Их логика такая: лучше выжать максимум из знакомой экосистеме технологии, чем строить что-то экзотическое и ломать совместимость для разработчиков и проектов.
7/
По сути, их тезис звучит так:
“нам не нужен новый мотор только ради красивой истории, если мы можем сильно разогнать текущий и при этом сохранить совместимость”.
Для экосистемы это реально важно.
8/
Самая недооцененная часть AMA:
RISE строит не просто chain, а chain + RISEx вместе.
И это дает огромное преимущество.
Потому что приложение и сеть не живут как два чужих офиса, которые общаются через медленный RPC и вечные костыли.
9/
Аналогия:
обычный Web3-стек это как ресторан, где кухня, касса и доставка в разных районах города.
У RISE идея другая: держать всё как можно ближе друг к другу.
Именно так они режут задержки, ускоряют индексацию и быстрее выкатывают улучшения.
10/
Hai привел очень сильный пример.
Если exchange-команде нужен новый IPC, который ускорит индексацию в 3 раза, в обычной экосистеме это недели или месяцы согласований.
У RISE это может решиться внутри команды за дни.
Это и есть сила вертикальной интеграции.
11/
То есть скорость продукта это не только миллисекунды в рантайме.
Это еще и скорость обратной связи:
как быстро команда увидела проблему, придумала решение, внедрила его и донесла до продакшена.
В этом AMA RISE сделал на этом большой акцент.
12/
Отдельно понравился их подход к инженерии.
Hai буквально говорит: важно не просто “починить”, а понять, почему система вообще работает именно так.
Не гадать по паттернам, а разбираться до уровня владения данными, синхронизации и последствий для консенсуса.
13/
Очень в тему был и его тейк про AI.
По сути: в мире, где AI пишет код все лучше, главным преимуществом инженера становится не знание синтаксиса, а критическое мышление, domain knowledge и умение решать сложные низкоуровневые задачи.
14/
По security позиция тоже зрелая.
Не “у нас есть аудиторы, значит все ок”, и не “мы сами гении, нам никто не нужен”.
А скорее: безопасность это обязанность каждого, но самоуверенность в этой сфере смертельно опасна, поэтому внешние аудиты все равно обязательны.
15/
Из roadmap больше всего зацепил mempool.
Hai прямо называет его “контроллером latency”.
Если mempool плохой, то пользователь страдает еще до исполнения транзакции.
Для RISEx это особенно важно, потому что отмена ордера должна проходить максимально быстро.
16/
Почему это важно?
Потому что для маркетмейкера “не успел отменить ордер” это не мелочь.
Это уже прямой риск получить исполнение по устаревшей цене.
То есть тут техническая архитектура напрямую превращается в качество рынка.
17/
Еще один мощный сигнал:
они уже думают не только о throughput, но и о том, как убрать ситуацию, где твоя транзакция вынуждена ждать все предыдущие в очереди.
Отсюда разговор про parallelization между разными рынками и типами действий.
18/
Мой главный вывод после этой AMA:
RISE хочет выиграть не баннером “мы самые быстрые”, а тем, что строит инфраструктуру под приложения, где время реакции сети действительно меняет сам продукт.
И RISEx для этого не витрина, а боевой полигон.
19/
Если совсем по-простому:
большинство чейнов спорят о мощности двигателя.
RISE пытается показать, что важно еще и другое:
как быстро машина откликается на педаль, как быстро поворачивает и как быстро механики вообще могут ее улучшать.
20/
Именно поэтому эта AMA была ценной.
Она была не про шум, а про фундамент:
почему скорость важна, как она достигается, зачем chain и app строить вместе и почему без сильной инженерной культуры вся эта история просто не взлетит.
ВАЖНО!
Обязательно перечитайте свои посты перед публикацией, чтоб было от вашего лица и старайтесь заменять "ИХ/ОНИ" — на большую конкретику: RISE, RISEchain, RISEx, команда RISE/RESEx, Сем, Хаи и тд и тп. Так же старайтесь заменять: "Я, по моему мнению" и тд и тп, чтоб не выглядеть кринжово в ct. (вы все таки не эксперт, не аналитик, не инфл и не KOL)
Добавляйте тейки, хуки (примерно 3-4 хука может быть нормально, не стесняйтесь интриговать и завлекать внимание но и не перебарщивайте с этим), пишите грамотно, чтоб у вас было вступление, главная часть и финальные мысли.
Избегайте всякого дерьма по типу: "Я булишь, гуд теч, верю в рис, мне нравится/мне не нравится" — будьте более нейтральны и лишь слегка придавайте поверхностно свой нарратив, не инфоциганьте и не слопьте.
Больше анализа, больше понятных простых аналогий = больший успех вашего материала и вероятности, что его кто-то вообще прочитает
Ваши посты и материалы в них должны быть такими, чтоб их мог понять незнакомый, пьяный чувак в баре, не перегибайте с техничкой и анализами — соблюдайте золотую середину и помните, что не понятно в вашем тексте для вас — скорее всего и не будет понятно вашему читателю — поэтому GPT и гугл в помощь вам для упрощения текста и/или создания понятных аналогий!