Capri_corn7

Провёл последнюю часть сегодняшнего дня с одним актором в Trustless Bitcoin Vaults (TBV) — с тем, который на бумаге звучит наименее «доверительно». Совет безопасности. Если честно, я вздрогнул от самого названия, потому что обычно именно там «недоверие» тихо умирает.

Но реальная власть меня удивила. Совет — это кворум 3 из 5, и единственная его on-chain-способность — рассылать транзакцию без выплаты (no-payout). Он может ЗАБЛОКИРОВАТЬ выплату в катастрофическом сценарии — например, при полном отказе системы доказательств, — но не может перенаправить биткоины куда-либо. Ключи совета не находятся в наборе целевых адресов (destination set) ни одного из вальтов. Всякий раз, куда биткоин вообще может попасть, было зафиксировано при создании: это либо адрес депонента, либо зарегистрированный арбитражёр при ликвидации, и это обеспечивается самим биткоин-скриптом.

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

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

#baby @BabylonLabs_io $BABY

Unpopular opinion:
90% of people lose money on Binance because they chase pumps.

Real money is made by holding and waiting.

Agree or disagree? 👇
#Binance #tradingtips

No campaign this week? No problem 😎

Drop your biggest airdrop win below 👇
Mine: $142 from NEWT + GRVT

Let’s see who’s the airdrop king 👑
#Binance #Airdrop #CryptoPakistan

Сегодня рынок в зелёном 📈
BTC $64K | ETH $3.2K

Какой у тебя план прямо сейчас?
A) Держу
B) Покупаю на спаде
C) Фиксирую прибыль

Обсудим 👇
#Binance #crypto

Биткоин сейчас удерживается на уровне $64K 👀
Как думаешь, он достигнет $70K в этом месяце?

Напиши YES или NO 👇
#Binance #bitcoin #CryptoPakistan

Campaigns on Binance are slow right now, so let’s keep it active with market news 😅
In your opinion, which token will pump the most in August?
Drop the name in comments 👇
#Binance #CryptoPakistan

Небольшое наблюдение сегодня: посмотрим на раздел ссылок Ньютона целиком, а не на отдельные цитаты, потому что я заметил, что эта схема складывается по всему документу Ньютона, хотя прямо не называл её до сих пор.
Whitepaper ссылается на реальные, проверяемые внешние источники на протяжении всего текста: анализ возможностей заморозки со стороны лаборатории безопасности, законодательный текст для Закона GENIUS, консультацию ФБР по конкретной уязвимости, рецензируемые статьи по криптографии о пропускной способности MPC и пороговом FHE, а также документацию по установленным стандартам для HPKE и OPA. Всего 23 ссылки — от нормативных подач и академических работ до отчётов об инцидентах.
Что делает эта схема в совокупности — позволяет проверять утверждения, а не просто доверять им. Цифра вроде «298 миллиардов в обороте стейблкоинов» или «16 цепочек с возможностью заморозки средств» — это не просто утверждение: оно прослеживается до конкретного, названного внешнего источника, который человек мог бы независимо проверить.
Это заметно иная позиция по сравнению с whitepaper, которое выдвигает утверждения и ожидает, что их примут на основании лишь авторитетности самого документа. Прочитав приведённые цитаты вместе с теми утверждениями, которые они поддерживают по всему этому проекту, я думаю, что это как раз одна из более тихих, менее обсуждаемых причин, почему документ выдерживает проверку так же хорошо, как и сейчас.
#Newt @NewtonProtocol $NEWT

Сегодня я просмотрел структуру тикерного фида GRVT — главным образом потому, что понимание того, что именно несёт одно обновление тикера, важно для закрытия той картины рыночных данных, которую я собирал в течение этого спринта.
Тикер, как предполагается, показывает последнюю цену сделки, максимум и минимум за 24 часа, объём за 24 часа и, вероятно, процентное изменение за то же окно — причём обновляется в виде компактного снимка, а не заставляет клиента самостоятельно вычислять эти статистические показатели из первичной истории сделок.
Что я считаю примечательным — это то, что по сути это уровень удобства, расположенный поверх данных, которые технически можно вывести из фида сделок, который я рассматривал ранее. Клиент теоретически мог бы вычислить максимум за 24 часа, минимум и объём, обработав всю историю сделок самостоятельно, но вычисление и потоковая передача этого сводного отчёта со стороны GRVT снимают реальную вычислительную нагрузку с каждого отдельного клиента, который в противном случае должен был бы поддерживать ту же скользящую обработку независимо.
Это перекликается с паттерном, который я заметил на этой неделе в более широком дизайне фидов GRVT: существует исходная детальная гранулярная информация — глубина стакана, отдельные сделки, но также существуют рядом с ней сводные, заранее вычисленные представления для тех случаев, когда полной детализации на самом деле не требуется.
Завершая этот спринт на основе наблюдения, что поверхность API GRVT, похоже, последовательно проектируется, исходя из того же компромисса: детальные данные для тех, кому нужна точность, и сводные данные для тех, кому достаточно быстро получить корректную картину.
@grvt_io #grvt

Went through GRVT's recent trades feed today, mostly becuase understanding exactly what data this feed carries matters for anyone building analysis tools on top of executed activity rather then just resting order data.
The trades feed surfaces individual executed trades as they happen, presumably including price, size, side, and timestamp for each fill. Unlike the orderbook, which shows resting intent, the trades feed shows actual completed activity, whats genuinely traded rather then whats merely available to trade against.
What I find notable is the distinction this creates for anyone doing analysis. Orderbook depth tells you what liquidity exists. The trades feed tells you what liquidity actually got consumed. Those are genuinely different signals, a thick orderbook with very little trade activity behind it suggests passive liquidity that isnt necessarily reflective of real trading interest, while a thin orderbook with heavy trade flow suggests something different entirely.
For anyone building volume analysis or trade flow indicators on top of GRVT, the trades feed specifically, not the orderbook, is the actual source of truth for what happened rather then what was merely available.
Still working through how far back this feed's history extends for a fresh subscription, whether a new client gets some recent trade history as an initial snapshot, or only sees trades that occur after they subscribe.
@grvt_io #grvt

A narrower follow up today on just the Market Data category within Newton's data provider ecosystem, since it uses a distinctly different integration method then the other categories I looked at broadly before.
Market Data, covering asset prices, FX rates, and NAV feeds, is the only category specifically routed through Newton's consensus mechanism, the same median reconciliation used in the two-phase evaluation flow. Every other data category either uses a real time feed with attestation, or arrives as an issued credential, neither of which requires reconciling disagreement across multiple operators the way market data does.
That distinction makes sense once you consider the nature of price data. Multiple operators independently fetching a price at slightly different moments will genuinely observe slightly different numbers, thats expected, not a failure. Sanctions data or credential data doesnt have that same observational variance, either an address is on a list or it isnt, either a credential was issued or it wasnt.
So Market Data isnt just another category using the same generic WASM plugin pattern as everything else, its specifically the category whose nature demanded Newton build a reconciliation mechanism in the first place.
Still thinking about whether other data categories could theoretically need this same consensus treatment as Newton's provider ecosystem grows, or whether price volatility is genuinely unique among the current categories in requiring it.
#Newt @NewtonProtocol $NEWT

Сегодня разобрал структуру Market Data API от GRVT, в частности то, как в нём раскрываются инструменты и правила маржи, потому что понимание того, какие данные реально доступны публично, важно для тех, кто создаёт аналитические инструменты, а не только для исполняющей системы.
Market Data API от GRVT показывает определения инструментов, текущие тикеры, глубину стакана, недавние сделки и данные свечей. Правила маржи, судя по всему, тоже можно запрашивать через этот же API: параметры риска не являются закрытой информацией, доступной только после аутентификации аккаунта — они публично доступны для всех, кто оценивает, какое плечо и какие требования по марже применяются к конкретному инструменту.
Отмечу, что публичное раскрытие правил маржи через market data, вместо требования аутентифицированного доступа, снижает порог для тех, кто оценивает GRVT перед тем, как вкладывать капитал. Потенциальный трейдер может определить реальные параметры риска инструмента, не создавая аккаунт заранее.
Такую прозрачность также важно учитывать тем, кто разрабатывает сторонние инструменты поверх GRVT: поскольку данные по марже и рискам можно публично запрашивать, таким инструментам не требуется специальный аутентифицированный доступ, чтобы показывать пользователям точную информацию о доступном плече.
Пока продолжаю разбираться, как часто обновляются эти данные по правилам маржи: распространяются ли изменения в риск-бракетах через ту же структуру real-time потока, что и ценовые данные, или же через какой-то более медленный отдельный канал.
@grvt_io #grvt

A specific use case in Newton's whitepaper worth breaking down on its own today, institutional DeFi access, separate from the sealed bid auction mechanism that gets more attention within the same section.
Banks, asset managers, and pension funds want access to DeFi yield, lending, and trading opportunities, but participation requires compliance grade infrastructure, enforceable investor eligibility, position limits, counterparty screening, and audit trails satisfying both internal compliance teams and external regulators simultaneously.
What stands out is the dual audience requirement specifically, internal compliance AND external regulators. Many compliance solutions optimize for one or the other. Satisfying an internal risk committee is a different bar then satisfying an external regulatory examination, and building infrastructure that clears both simultaneously is a more demanding design target then either alone.
Newton's pitch is that institutions can define their own compliance policies in Rego, and Newton enforces those policies at the transaction level across whatever protocols and chains the institution actually interacts with, without requiring permissioned forks of the underlying DeFi protocols themselves.
Still working through how this scales when different institutions using the same underlying protocol have genuinely conflicting compliance requirements configured through their own separate policies.
#Newt @NewtonProtocol $NEWT

Сегодня я просмотрел список причин отклонения ордеров GRVT, в основном потому что понимание сценариев отказа обычно говорит вам больше о реальных ограничениях дизайна системы, чем документация по «счастливому пути».
GRVT описывает довольно обширный набор категорий отклонений. Отклонения, связанные с маржой: когда ордер приводит аккаунт ниже требуемого уровня маржи. Защита от самосделок: предотвращение сопоставления аккаунта с собственными выставленными ордерами. Защита для маркет-мейкеров: механизм, специально для маркет-мейкеров, чтобы избежать «разгона» (попадания под выкуп) во время внезапной волатильности. Нарушения лимитов размера позиции: когда ордер приводит к тому, что позиция выходит за пределы допустимого.
Что я нахожу особенно примечательным — это то, насколько детальными являются эти категории, а не просто общее «ордер отклонён». Защита от самосделок и защита для маркет-мейкеров — конкретно — не являются базовыми проверками валидации; это защитные механизмы, которые адресуют реальные торговые сценарии, с которыми сталкиваются опытные участники.
Такая детализация важна на практике для тех, кто строит автоматизированную систему поверх GRVT. Общее отклонение не сообщает ничего полезного для действий. Конкретная причина говорит, что именно нужно изменить: уменьшить размер, отменить конфликтующий ордер, дождаться стабилизации волатильности — и только затем отправлять повторно.
Пока ещё разбираюсь, соответствуют ли эти категории фиксированной схеме числовых кодов ошибок, или же это в первую очередь описательные строки, с которыми клиенту нужно сопоставлять шаблоны.
@grvt_io #grvt

A narrower detail within Newton's governance framework caught my attention today, specifically the operator admission process described as balancing quality control with decentralization.
Those two goals are in some tension by nature. Pure quality control would suggest a small, carefully vetted set of operators meeting a high bar. Pure decentralization would suggest admitting as many operators as possible to avoid concentration. Newton's framing explicitly acknowledges its balancing these rather then optimizing for either one exclusively.
In practice this likely means admission criteria that are demanding enough to filter for real operational and compliance capability, real legal entity status, uptime guarantees, an actual AML program, while still being achievable by more then a small closed circle of pre selected entities.
What I find worth noting is that this framing implicitly rejects two easier alternatives, a fully open operator set with no admission bar at all, or a small permanently fixed set of operators chosen once and never expanded. Newtons approach requires an ongoing governance process making judgment calls about where that balance sits, which is more operationally demanding then either extreme would be.
Still uncertain about how this admission process actually scales as Newton grows, whether the bar shifts as the operator set expands, or stays fixed regardless of how many operators already exist.
#Newt @NewtonProtocol $NEWT

Сегодня меня привлекла конкретная деталь безопасности в песочнице провайдера данных Newton, в особенности блокировка частных IP-адресов.
SSRF (server side request forgery, подделка запроса на стороне сервера) — это реальный и довольно распространённый паттерн атаки, при котором код, предназначенный для обращения к внешнему ресурсу, можно обмануть или принудить вместо этого обращаться к внутреннему, потенциально раскрывая инфраструктуру, которая никогда не должна была быть публично доступной. Провайдеры данных Newton на базе WASM работают в среде, где явно блокируются диапазоны частных IP-адресов как часть песочницы, тем самым перекрывая именно этот вектор атаки ещё до того, как скомпрометированный или вредоносный плагин вообще попытается это сделать.
В сочетании со строгими лимитами ресурсов песочница защищает сразу от двух разных категорий неправомерных действий: от плагина, который пытается обратиться туда, куда ему нельзя, и от плагина, который пытается потреблять больше вычислений или пропускной способности, чем ему выделено.
При этом интересно, является ли блокировка частных IP фиксированным единым правилом, применяемым одинаково ко всем операторам, или же это настройка, которую отдельные операторы задают самостоятельно в рамках своего развертывания — от этого зависит, насколько согласованной является фактическая гарантия безопасности Newton во всей сети.
#Newt @NewtonProtocol $NEWT