2026Rabbit

#baby $BABY @BabylonLabs_io

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

Вот в чём и заключается напряжение, которое стоит назвать на этом этапе тестнета. Публичный тестнет по сути не измеряет, способны ли люди заимствовать под нативный BTC — этот процесс достаточно прост, чтобы с первой попытки заработать у большинства пользователей. На самом деле он должен измерять, где всё ломается: неверно оценённый газ, неясные пороги ликвидации, «кран», который внезапно пересыхает не вовремя. Этот сигнал появляется только тогда, когда о проблемах сообщают.

Большинство активности в тестнете оптимизируется под неверный показатель. Количество транзакций выглядит хорошо на дашборде, но для Babylon почти ничего не говорит о том, выдерживает ли коллатеральная логика TBV в условиях запутанного или враждебного использования. Форма обратной связи — это реальный продукт, а заимствовательный сценарий — просто приманка, чтобы заставить людей тестировать это достаточно серьёзно и иметь что-то, о чём можно сообщить.

Самокритика: я понимаю, почему большинство тестировщиков её пропускают — заполнить форму требует больше усилий, чем просто кликнуть по интерфейсу, и нет награды за хороший баг-репорт по сравнению с ленивым. Вероятно, именно это неравенство — самый большой риск для качества тестнета, а не сама технология.

#baby $BABY @BabylonLabs_io

В тестнете на Discord возник вопрос, на который никто внятно не ответил: если нативный Bitcoin никогда не покидает контроль пользователя, то что именно ликвидируется, когда по займу наступает ситуация, что он уходит «в минус».

Вот с чем стоит подольше разбираться в Trustless Bitcoin Vaults — за пределами маркетинговой строки. Самостоятельное хранение и trustless звучат как чистый плюс: ваши ключи, ваш Bitcoin, без моста, без обёрнутого токена. Но кредитование под залог работает только если кредитор может изъять этот залог при дефолте. Где-то в системе кто-то или что-то должно иметь юридически исполнимое требование к BTC, которым заемщик технически всё ещё владеет. И это не просто мелкая деталь дизайна — это весь механизм, на котором держится продукт заимствования.

Ответ Babylon, судя по всему, встроен в логику vault’ов TBV самим по себе, а не в работу кастодиана — и именно это здесь ключевая инновация, а не отсутствие обёртывания. Убрать мосты — это простая «громкая» новость. Сделать ликвидацию исполнимой без кастодиального хранения — вот сложная инженерная задача, которая лежит в основе.

Самокритика: у меня нет уверенности в том, насколько этот механизм устойчив на реальном рыночном стрессе — условия testnet редко воспроизводят быстрое проседание BTC. Именно поэтому существует testnet, и именно ту часть я бы хотел доказать на практике, прежде чем называть это trustless, а не просто заявлять это в дизайне.

#baby $BABY @BabylonLabs_io

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

Этот пробел стоит изучить с Trustless Bitcoin Vaults. Формулировка широкая: нативный биткоин как залог в любой сети, в любом приложении — кредитование, стейблкоины, кредитные карты, деривативы, страхование. Но то, что реально работает прямо сейчас, — это один сценарий, одна сеть, одно приложение: заимствования под нативный BTC через Aave v4 в тестнете Ethereum. Всё остальное пока остаётся планом.

Я не думаю, что это обманчивый маркетинг, но это всё равно создаёт реальный вопрос. Инфраструктура, заявляющая универсальность, должна сначала доказать себя где-то на практике — и выбор места многое говорит о приоритетах. Ethereum и Aave — это самый глубокий пул ликвидности; самое безопасное место, чтобы проверить, ведёт ли нативный BTC-залог себя так, как обещает дизайн, прежде чем кто-то станет рисковать кредитными картами или страховыми продуктами.

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

Поэтому я отслеживаю вторую интеграцию, а не первую — именно она по-настоящему проверяет, обобщается ли TBV.

#baby $BABY @BabylonLabs_io

Кто-то в чате про DeFi спросил, почему Babylon не запустила нативное кредитование под BTC прямо в своём приложении. Ответ пришёл быстро: потому что им бы никто не пользовался.

Это более тихая история за Trustless Bitcoin Vaults. Непреходящая (trustless) часть — реальная: нативное BTC‑обеспечение, без обёрток и без моста, который удерживает актив. Но первая интеграция — это не новый интерфейс, который Babylon строит “с нуля”. Это Aave v4 — имя, которое уже знают заёмщики, и которому уже доверяют: там находятся миллиарды в депозитах.

Стоит задержаться на небольшой иронии. Протокол, созданный, чтобы убрать доверие из слоя обеспечения, всё равно нуждается в доверенном бренде, чтобы донести это до пользователей. TBV решает проблему хранения на уровне инфраструктуры, но принятие всё равно идёт через те же репутационные “короткие пути”, которыми пользуются в DeFi повсеместно: выбери ту платформу, которую узнаёшь.

Самокритика: это не слабость — вероятно, единственный реалистичный путь. Попросить пользователей доверять одновременно непроверенному механизму хранилища и непривычному приложению означало бы убить принятие ещё до того, как технологию успеют протестировать. Прокладывать trustless‑обеспечение через доверенный фронтенд — это то, как инфраструктура на самом деле распространяется: тихо, снизу, под чем-то знакомым.

То, что я сейчас наблюдаю, — сохранится ли этот паттерн, когда TBV выйдет за пределы Aave, или же для каждой новой интеграции потребуется собственная “заимствованная” доверительность.

#baby $BABY

На прошлой неделе один друг прислал мне скриншот с тестнета TBV — он был горд тем, что уже занял USDC под залог своего BTC. Я спросил, какой путь обеспечения он использовал. Он сказал, что любой из тех, которые приложение предлагает по умолчанию — как всегда.

Этот ответ лежит в основе того, что делает Trustless Bitcoin Vaults (TBV) одновременно интересными и хрупкими. TBV позволяет брать нативные биткоин-займы на Aave v4 без обёртывания, бриджа или передачи кому‑либо попечительства над средствами. Никакого синтетического BTC, никаких bridge‑контрактов, удерживающих реальный актив в заложниках. Технически доверие «выведено из строя» на уровне залога.

Но доверие никуда не исчезает — оно просто переезжает. Если убрать необходимость доверять бриджу, пользователям всё равно нужно доверять чему‑то, обычно интерфейсу, который ими руководит, настройкам по умолчанию, и пути с наименьшим трением. Мой друг выбрал нативный BTC не потому, что он понимал бездоверческую архитектуру. Он выбрал его, потому что приложение сделало это простым нажатием.

Самокритика здесь такая: это не столько недостаток TBV. То, что продукт заимствований успешно работает просто и удобно — нормально, а порой даже желательно. Главный вопрос в другом: меняет ли реальное удаление опосредованного доверия на уровне протокола поведение пользователей, или люди просто переносят своё доверие вверх — к тому, кто проектирует сценарий.

Любопытно, проверял ли <t-2/> @BabylonLabs_io , какую долю тестнет‑активности составляет реальное понимание TBV по сравнению с удобством сценария по умолчанию.

#grvt @grvt_io

В последнее время я обновляю таймлайн @GRVT_io чаще обычного. $GRVT
Есть определённый тип напряжения, который нарастает перед TGE. Это не совсем ажиотаж — скорее похоже на медленное раскрытие того, в чём ты уже участвуешь. GRVT только что подтвердила дату токен-генерационного события на 21 июля, а объём раздачи для сообщества вырос до 28% от фиксированного предложения в 1 миллиард — по сравнению с более ранними планами. Это не просто небольшая корректировка: это сигнал о том, что команда сильнее делает ставку на вознаграждение реального использования, а не на сжатие пула по мере роста спроса.
Что бросается в глаза мне — не только цифра, но и последовательность. Регистрация для раздачи открылась 10 июля и продлится до 27 июля. При этом есть опциональный План-мультипликатор для тех, кто готов отложить получение своей раздачи ради большей доли позже. Это другой тип дизайна, чем «забрать и слить»: он просит сообщество решить, насколько терпеливыми оно хочет быть.
Торги начнутся на собственной спотовой площадке GRVT, а команда дальше открыто работает над листингами на более крупных централизованных биржах. То есть это не один-единственный момент — это последовательность, которая разворачивается в течение недель.
Я не рассматриваю всё это как сигнал для прогноза цены. Я смотрю на другое: действительно ли структура раздачи вознаграждает тех трейдеров, которые нарастили здесь объём, или же только тех, кто появляется прямо в самом конце.
Если вы фармили в Season 2: вы подключаетесь к Плану-мультипликатору или забираете свою долю на TGE?

#BinanceTurns9 Бинанс 9 лет - Поздравляем с днем рождения

#grvt @grvt_io

Я веду в голове список «вещей, которые не должны быть правдой одновременно» в криптовалюте. Пункт номер один: приватность и прозрачность. Все почему-то думают, что нужно выбирать.
Потом я присмотрелся к GRVT.
Вот схема. GRVT — гибридная биржа: не полностью CEX и не полностью DEX. Сопоставление ордеров происходит off-chain, на быстром инфраструктурном уровне, рассчитанном на скорость институционального класса. Но расчёты? Они происходят on-chain — как и должно быть.
Раздели работу на две части. Пусть каждая выполняет то, в чём она действительно хороша.
Off-chain означает отсутствие неуклюжих всплывающих окон кошелька после каждого клика, отсутствие тревоги из‑за комиссий за газ, а задержки измеряются миллисекундами, а не временем блока. On-chain означает, что ваши средства на самом деле не хранятся у GRVT. Самостоятельное хранение (self-custody) — на всём пути.
Приватность обеспечивается технологией с нулевым разглашением (zero-knowledge), работающей в ZKsync как validium. Данные торговли — ваш размер позиции, ваша маржа, ваша цена ликвидации — не остаются открытыми на публичном реестре, чтобы любой бот мог «снайпить». Вместо этого GRVT генерирует криптографические доказательства и закрепляет (anchoring) только эти доказательства на Ethereum. Проверяемо, но без режима «открытой книги».
Вот ставка здесь: может ли биржа быть быстрой и приватной — и при этом всё равно доказывать, что она вам не врёт?
У GRVT уже запущены бессрочные контракты (perpetuals), расширяются опционы и спот, и она в разных регионах добивается лицензирования в рамках регулирования — то, что большинство «децентрализованных» платформ тихо обходит.
Я всё ещё сам читаю детали. Если когда-либо спор CEX vs. DEX вас раздражал, grvt.io точно стоит десяти минут вашего времени.

#grvt @grvt_io

Я снова возвращаюсь к @GRVT_io — на этот раз пытаюсь увидеть полную картину, а не рассматривать одну функцию за раз. #grvt
Большинство бирж заставляют вас выбирать идентичность заранее. Вы либо пользователь CEX: торгуете быстро и доверяете кому-то другому ключи, либо пользователь DEX: держите свои ключи и принимаете некоторую «шероховатость» как цену этой свободы. GRVT по сути не просит вас выбирать полосу движения — он просто тихо убирает развилку.
Под капотом ордера сопоставляются off-chain, чтобы исполнение оставалось быстрым, а расчёты финализируются on-chain, так что ваши средства фактически никогда не выходят из-под вашего контроля. Одно это уже было бы интересно. Но есть ещё слой приватности поверх архитектуры zkSync Validium: торговые данные не видны публично, при этом доказательства того, что всё корректно, всё равно публикуются в Ethereum. Скорость, кастодиальность и приватность обычно тянут в разные стороны, как трое людей, пытающихся вести одну и ту же машину. Похоже, здесь они договорились о направлении.
Что ещё меняет картину: GRVT убрал обязательный KYC, так что вы можете начать торговать, имея лишь email, сохраняя при этом полную self-custody. На бумаге это странное сочетание: пермиссивный доступ рядом с инфраструктурой уровня институциональных решений. И роадмап — это уже не только перпетуалки: он расширяется в сторону RWAs и более широкого управления капиталом, рассматривая эту гибридную модель как базис, а не как разовый трюк.
Я всё ещё не уверен, станет ли это стандартным шаблоном для бирж или просто хорошо реализованной нишей. Какая часть кажется вам более устойчивой — слой приватности или доступность без KYC?

#grvt @grvt_io

На этой неделе я некоторое время думал о @GRVT_io под другим углом. #grvt $GRVT
Все говорят о децентрализации так, будто прозрачность автоматически является подарком. Полная видимость — каждый ордер, каждая позиция, всё это лежит так, что любой может это увидеть. Но если вы хоть раз играли в покер с открытыми картами, то знаете, почему это не всегда преимущество.
В этом, кажется, и заключается проблема, которую GRVT незаметно решает. Большинство on-chain-торгов открывает ровно то, что трейдер делает, в реальном времени — звучит справедливо, пока не понимаешь, что это также приглашает к фронт-раннингу и позволяет более крупным игрокам прочитать вашу стратегию ещё до того, как вы завершили исполнение. Поток ордеров становится публичным сигналом, а публичные сигналы начинают эксплуатировать.
Ответ GRVT — держать книгу ордеров вне сети для сопоставления, чтобы никто не наблюдал за вашей рукой в середине партии, а расчёты при этом всё равно происходят on-chain через схему Validium в zkSync. Сделку доказывают и финализируют в Ethereum, но детали, которые обычно раскрывали бы вашу интенцию, остаются приватными. Это какой-то необычный вид приватности: криптографически гарантированный, а не просто обещанный компанией.
Меня удивило ещё больше то, что это уже не только про перпсы. Инфраструктура расширяется в сторону более широкого управления капиталом — воспринимая хранение (custody) и приватность как фундамент, а не как доп. функцию, прикрученную к торговому приложению.
Я всё время думаю, не является ли приватность в трейдинге на самом деле механизмом справедливости, а не обходным решением. Если рынки должны вознаграждать информацию и тайминг, должна ли рука каждого быть видна ещё до того, как раунд вообще закончится?

#grvt

В последнее время я рылся в @grvt_io и это как раз тот тип проекта, который заставляет по-новому взглянуть на то, что вообще означает «обмен». #grvt
Раньше я относился к этому как к бинарному выбору. Либо вы доверяете централизованной бирже свои средства и получаете скорость, либо полностью уходите в on-chain и соглашаетесь на более медленное исполнение ради того, чтобы по-прежнему держать контроль над активами. Никогда и то и другое одновременно. GRVT построена на идее, что этот компромисс на самом деле никогда не был необходим — просто он оставался нерешённым.
Схему просто описать, но трудно реализовать. Заявки сопоставляются off-chain, поэтому торговля ощущается быстрой — ближе к тому, что ожидаешь от централизованной платформы. А расчёты происходят on-chain, так что ваши средства всё время остаются под вашим собственным контролем. Это меньше похоже на «выберите сторону», и больше на «почему нас вообще когда-то заставляли это делать».
То, что делает это жизнеспособным, а не просто красивым питчем, — ZK-уровень снизу. GRVT работает на архитектуре Validium, связанной с zkSync: данные по сделкам могут оставаться приватными off-chain, но при этом они всё равно могут быть доказуемыми и доведёнными до расчётов в Ethereum. Именно эта часть раньше казалась мне противоречивой. Конфиденциальность и верифицируемость, по идее, не должны сосуществовать — пока не посмотришь на то, как в validium на практике разделяют доступность данных и корректность доказательств.
Это напоминает, как смотришь на две разные системы, которые изначально не были задуманы для общения, и вдруг они начинают сотрудничать. Perp-рынки, ценообразование RWA, опционы — всё размещено на одной и той же «полосе».
Я всё ещё разбираюсь, насколько их модели маржи и рисков выдерживают реальный объём. Если вы раньше использовали гибридную биржу: модель хранения (custody) действительно повлияла на то, как вы торгуете, или только на то, как вы это воспринимали?

#opg $OPG @OpenGradient

Developer angle: впервые знания ИИ могут стать инфраструктурой
Я собрал довольно много сайд-проектов, и одна проблема, с которой я часто сталкиваюсь, — нет хорошего способа встроить персонализированный ИИ, не размещая модели у себя или не используя API крупной компании с условиями, которые могут измениться в любой момент.
Я не ожидал, что Twin.fun на @OpenGradient решит эту проблему совершенно в другом направлении.
Developer может интегрировать price feed от twin key, проверить владение ключом и собрать приложение поверх инфраструктуры Twin.fun, не запрашивая разрешения у OpenGradient. Если я хочу сделать trading-tool только для тех, у кого есть ключ конкретного аналитика, я могу это сделать. Если я хочу создать dashboard, доступный только тем, у кого есть ключ конкретного исследователя, я тоже могу это сделать. Логика контроля доступа находится в смарт-контракте: он открыт, и никто не может забрать её назад. opengradient
Это совсем не похоже на то, как обычно работают платформы. Обычно вы строите поверх платформы, и когда они меняют API или условия, ваш продукт умирает. В случае Twin.fun то, что вы строите сверху, — это смарт-контракт в блокчейне, и такую логику нельзя изменить односторонне.
$OPG обеспечивает расчёт по каждой транзакции на этой инфраструктуре. Ни одна компания между ними не может решить просто выключить это.
Это первый раз, когда AI knowledge asset может стать примитивом, на который разработчики строят, а не просто продуктом для конечных пользователей.
Если вы разработчик, что вы бы построили поверх инфраструктуры владения ключом Twin.fun?

#opg $OPG @OpenGradient

Заголовок: Приложение, которым я пользовался месяцами, тайно работало в другой блокчейн-сети
Я пользовался BitQuant в течение нескольких недель, прежде чем понял, что на самом деле отвечало на мои вопросы.
Я вводил, например, такой запрос: «каков мой риск ликвидации на этом пуле», получал аккуратный ответ и думал, что он пришёл с сервера OpenGradient, который принадлежит и управляется напрямую. Это предположение оказалось неверным — причём настолько, что стало очевидно лишь тогда, когда я однажды вечером начал копаться в архитектуре просто из праздного любопытства.
BitQuant — это не только продукт OpenGradient. Он также развёрнут как Subnet 15 в Bittensor — совершенно отдельной децентрализованной сети ИИ, с которой большинство пользователей криптовалют никогда не сталкивались. Вопросы, которые я вводил в чистый веб-интерфейс, перенаправлялись независимым майнерским узлам, с которыми у меня не было никаких отношений. Они конкурировали друг с другом, чтобы выдать лучший ответ, а узлы-валидаторы оценивали их работу и платили им в TAO. Я был клиентом. Я даже не подозревал, что являюсь ещё и той нагрузкой, которую распределяют по чьему-то чужому рынку стимулов.
Меня поразило не столько то, насколько это сложно. Удивило, как незаметно это оставалось. Пользовательский опыт не выдавал ничего о «механизмах» под капотом — и это сделано намеренно, а не по случайности. Хорошая инфраструктура должна исчезать из поля зрения. Интерфейс, которому я доверял, был тонким слоем над рынком конкурирующих ИИ-операторов, о котором мне не нужно было думать — и система работала именно потому, что мне не приходилось.
Я до сих пор не до конца понимаю механики стимулов в Bittensor. Но я гораздо лучше понимаю, почему ответы BitQuant казались согласованными в сотнях не связанных между собой запросов.
Вам когда-нибудь попадалось, что инструмент, которому вы доверяли, тайно был построен поверх инфраструктуры, о которой вы даже не слышали?

#opg $OPG @OpenGradient

Люди говорят о «верифицируемом ИИ» так, будто это что-то одно. На самом деле есть три разных способа доказать, что вывод (inference) ИИ верен, и каждый из них радикально по-другому балансирует между недоверенной моделью (trustlessness), скоростью и стоимостью. А то, какой способ выбрать, зависит от того, что вы строите.

OpenGradient поддерживает все три сразу. ZKML использует zero-knowledge proof — это самый «недоверенный» вариант, потому что не нужно доверять никакому железу или третьей стороне; однако генерация proof требует много вычислений и намного медленнее, поэтому подходит для решений высокой ценности, где не требуется real-time. Верификация через TEE использует аппаратную аттестацию из trusted execution environment — она гораздо быстрее и масштабируется вместе с большими LLM, поэтому подходит для частого inference, где важна низкая задержка. «Ванильная» верификация не генерирует никакого proof — она просто записывает результат в цепочку; это подходит для сценариев с высоким throughput, где вы готовы доверять inference-нодам.

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

Самое важное, что я считаю: OpenGradient не выбирает один метод и не объявляет его лучшим. Все три сосуществуют в рамках одной сети, публикуют (settle) proof в одном и том же ledger, и любой full node может верифицировать. Разработчик выбирает метод при вызове inference в зависимости от конкретных требований, а не исходя из ограничений инфраструктуры.

Вопрос, который я сейчас отслеживаю: когда ZKML станет дешевле и быстрее благодаря улучшениям аппаратной части, баланс между тремя методами сместится в сторону полностью недоверенного подхода или TEE сохранит доминирующее положение, потому что LLM масштабируются слишком быстро по сравнению с ZK?

#opg $OPG @OpenGradient

Заголовок: 158x — тот самый скачок, который меняет математику доказательств
Однажды я ждал четыре минуты, пока сгенерируется криптографическое доказательство для задачи, которая должна была считаться за полсекунды. Помню, как смотрел на вращающийся индикатор загрузки и думал о том, что никто и никогда не станет использовать это в продакшене — даже несмотря на то, насколько математически изящной была гарантия. Доказательство, которое нельзя позволить себе ждать, — это не функция. Это научная статья в одежде продукта.
Эта мысль вернулась, когда я прочитал про интеграцию DeepProve в Model Hub OpenGradient через Lagrange.
ZKML всегда нес с собой жестокий компромисс. Криптографическая гарантия реальна, математически неоспорима — именно тот тип доказательства, которому не нужно доверять человеку-оператору. Но генерировать такое доказательство для любой модели, выходящей за пределы «игрушечного» размера, исторически было настолько медленно, что почти никто не мог оправдать это для сценариев, где важна скорость. Я мысленно списал это как теоретически идеальное и практически непригодное для большинства реальных нагрузок.
DeepProve меняет эту математику напрямую. Lagrange сделала это в 158 раз быстрее по сравнению с предыдущими подходами zkML — при этом оставаясь бесконечно масштабируемой и безопасной по умолчанию. Это не просто очередное ускорение. Это разница между доказательством, которое приходит после того, как стало поздно, и доказательством, которое приходит вовремя.
Проверенные модели от DeepProve теперь публикуются прямо в Model Hub OpenGradient, так что разработчику, который загружает модель, больше не приходится выбирать между скоростью и доказательством. Он получает и то, и другое — уже готовое.
Разрыв между криптографически безупречным и реально пригодным для использования стал намного меньше.
Вам когда-нибудь приходилось отказываться от технически корректного решения просто потому, что на практике оно было слишком медленным?

#opg $OPG @OpenGradient

Заголовок: Доказательство, которое можете прочитать только вы
Я почти не отправил сообщение.
Я набирал вопрос для ИИ-помощника о финансовой ситуации, в которой фигурировали реальные числа, данные аккаунта, решения, которые действительно имели значение. Мой курсор долго зависал на кнопке «Отправить», потому что я постоянно думал, куда именно уходит этот текст, когда он покидает мой экран. На какой-то сервер. В какой-то лог-файл. В чью-то панель сотрудника — возможно, в день, когда что-то пойдет не так.
Эта нерешительность и есть причина существования TEE-инференса, и то, что наконец заставило меня понять, «щелкнуло» для меня, было не самим заявлением о приватности. Меня зацепило то, как именно работает это доказательство.
Когда запрос проходит через TEE-прокси-узлы OpenGradient к провайдеру вроде Anthropic или OpenAI, оператор узла, управляющий этим оборудованием, не может видеть или логировать реальный промпт или ответ, потому что данные обрабатываются внутри запечатанной среды, в которую у него нет доступа и видимости. После выполнения инференса выходной результат подписывается, а хэш записывается в блокчейн. Любой может увидеть, что хэш существует. Но никто, кроме меня, не может прочитать, что именно его породило: чтобы восстановить этот хэш, сначала нужно иметь на руках исходный результат.
Это странный тип доказательства. Оно одновременно публичное и приватное. Блокчейн подтверждает, что что-то произошло, но при этом никогда не раскрывает что именно. Я наконец отправил сообщение.
Какой самый чувствительный вопрос вы удерживали от того, чтобы напечатать в ИИ, просто потому что не были уверены, куда он в итоге попадет?

#opg $OPG @OpenGradient

Заголовок: Я нашел ископаемое внутри смарт-контракта
На прошлой неделе я изучал ABI контракта, этот скучный технический справочник, который большинство людей пропускает, когда заметил что-то странное. Функции назывались buyShares и sellShares. Но в остальной документации тот же актив назывался ключом.
Это несоответствие не ошибка. Это ископаемое.
В 2023 году запустился Friend.tech, позволяя людям покупать и продавать акции X аккаунтов. Один криптоюрист сказал репортеру в то время, что его юридические сигналы сработали, как только он увидел слово акции, потому что тест Хоуи зависит от того, ожидают ли покупатели разумной прибыли от чужих усилий, а акции — это именно то слово, которое вызывает такое ожидание. Friend.tech тихо переименовал акции в ключи в течение нескольких недель. Та же механика, другое слово, совершенно другая юридическая позиция.
Twin.fun, рынок OpenGradient для цифровых двойников AI, с первого дня называет свои единицы кривой облигаций ключами. Но сама документация признает, что ключи раньше назывались акциями в ранних версиях контракта, и вы все еще можете найти buyShares и sellShares внутри ABI сегодня. Команда усвоила урок перед запуском, а не после того, как предупреждение юриста стало вирусным.
То, как вы называете что-то в блокчейне, не является косметическим вопросом. Это первый сигнал о том, строит ли команда, учитывая ошибки последнего цикла, или слепо повторяет их.
Вы когда-нибудь внимательно читали смарт-контракт, чтобы найти следы решения, которое команда явно не хотела повторять?

#opg $OPG @OpenGradient

"Модель, которую я построил, исчезла. Никто не спросил меня сначала."
Я построил небольшой инструмент на основе DALL-E 3 в прошлом году. Ничего особенного, просто рабочий процесс, которым пользовались несколько человек из моей команды ежедневно. Затем в ноябре 2025 года я получил электронное письмо. Уведомление об устаревании, отключение запланировано на 12 мая 2026 года, рекомендованная замена, которая давала другие результаты для половины моих подсказок. Никакого голосования, никаких переговоров. Модель, от которой я зависел, просто исчезала по чьему-то расписанию.
Этот опыт изменил то, как я оцениваю инфраструктуру ИИ сейчас. Я прекратил спрашивать, какая модель работает лучше, и начал спрашивать, кто на самом деле контролирует, будет ли она существовать завтра.
OpenAI в одиночку отключил DALL-E 2 и DALL-E 3 в мае, полностью выводит API Assistants в августе с тем, что в их собственной документации называется ни ухудшенный режим, ни льготный период, и прошел через варианты GPT-4o, o1, codex-mini и Realtime Beta по графику устаревания до 2026 года. Каждое из этих решений принималось компанией, оптимизирующей свою собственную дорожную карту, а не разработчиками, которые строили продукты на ее основе.
Model Hub OpenGradient хранит каждую загруженную модель на децентрализованном хранилище Walrus специально для того, чтобы ее нельзя было удалить, подвергнуть цензуре или потерять, когда поставщик изменяет свои условия. Модель не живет внутри инфраструктурного решения компании. Она находится на постоянном, адресованном контенте месте, которое никто не может в одностороннем порядке отменить.
Я не думаю, что каждой модели нужна такая гарантия. Но те, на которых я строю бизнес, вероятно, должны.
Была ли когда-либо модель или API, от которой вы зависели, устаревшей под вами, и сколько на самом деле стоило вам миграция?

#opg $OPG @OpenGradient

Я зашел в токен pump.fun на второй час его жизни. График выглядел неостановимо. К шестому часу создатель продал все ордера на покупку по пути вверх и исчез. Я не был неудачником. Я стал ликвидностью на выходе, а механизм кривой связи, который позволил токену так легко вырасти, был именно тем же механизмом, который позволил создателю уйти чистым.
Этот опыт оставил у меня недоверие к кривым связи как к категории, пока я не прочитал, как twin.fun использует ту же математику для чего-то структурно иного.
Кривая связи работает только так хорошо, как хороша вещь, которую она оценивает. На мем-лаунчпаде то, что оценивается, — это ничто, просто имя и график, так что единственная настоящая функция кривой — это перевод денег от поздних покупателей к создателю до того, как кто-либо это заметит. Twin.fun оценивает доступ к цифровому двойнику ИИ, смоделированному на основе реального создателя, основателя или инвестора. Покупая ключ, вы попадаете в разум этого двойника, его чат, его инструменты, его сообщество. Актив под кривой имеет функциональность даже до того, как сброс станет актуальным.
Часть, которая действительно изменила мое мнение, — это разделение стимулов. Создатели зарабатывают пятьдесят процентов от торговых сборов на своем собственном двойнике навсегда, а не только с единственного пикового запуска. Это связывает их доход с тем, чтобы двойник оставался полезным и торговался, а не с тем, чтобы быстро выйти, как основатель, который обжег меня.
Кривая может оценивать что угодно. Она не может создать причину, по которой кто-либо все еще захочет это завтра.
Были ли вы когда-либо ликвидностью на выходе при запуске кривой связи, и что заставило вас понять это слишком поздно?

#opg $OPG @OpenGradient

Я раньше думал, что больше безопасности всегда лучше. Но потом я работал с системой, которая шифровала всё на таком же параноидальном уровне, включая временные чаты и финансовые записи, и наблюдал, как всё это замедляется под собственным грузом осторожности. Безопасность, игнорирующая контекст, не является защитой. Это налог, который все платят, независимо от того, что на самом деле под угрозой.
Это воспоминание вернулось ко мне, когда я прочитал, как OpenGradient обрабатывает верификацию ИИ. Большинство проектов представляют верифицируемость как простой переключатель, который вы включаете. OpenGradient рассматривает это как спектр, потому что принуждение к одному и тому же требованию доказательства для каждой интерпретации было бы своим собственным провалом.
Ответ чат-бота получает аттестацию TEE, аппаратное доказательство того, что правильный код работал внутри запечатанного окружения, достаточно быстро, чтобы вы даже не заметили, что это произошло. Модель ликвидации DeFi или финансовое решение с высокими ставками получает ZKML, криптографическое доказательство такой строгости, что оно работает от одной тысячи до десяти тысяч раз медленнее, зарезервированное для случаев, где ошибка действительно стоит денег. Низкорисковые рабочие нагрузки могут полностью пропустить тяжелую верификацию и работать только на проверках подписей.
Что меня поразило, так это дисциплина за этим выбором. Было бы проще продвигать "всё криптографически доказано" как одно смелое утверждение. Вместо этого документация признает, что принуждение ZKML повсюду сделает сеть непригодной для обычного чата.
Хорошая инфраструктура не защищает всё одинаково. Она защищает то, что действительно имеет значение, и дает возможность остальному работать.
Вы когда-нибудь видели, как система терпит неудачу, потому что пыталась обеспечить безопасность всего на одном уровне, вместо того чтобы соответствовать защиту реальному риску?