Binance Square
#shareyourthoughts

shareyourthoughts

Просмотров: 25,860
102 обсуждают
Mirza_X_Mustafa
·
--
Сегодня я уделил время именно потоку заполнений (fill) GRVT, отдельно от более общего потока обновлений состояния ордеров, потому что заполнения несут информацию, которую само состояние ордера не может полностью отразить. Обновление состояния ордера подсказывает, что ордер теперь частично исполнен, например. Событие fill конкретно рассказывает о фактическом исполнении — его цена, размер и, предположительно, комиссия, взимаемая за это конкретное заполнение. Это связанные, но разные фрагменты информации: состояние ордера относится к общему статусу ордера, события fill — к каждому отдельному исполнению, которое формирует этот статус. Почему GRVT раскрывает это как отдельные потоки вместо того, чтобы просто включать детали fill в обновления состояния ордеров. Моё предположение: один ордер со временем может породить несколько fill, поскольку он исполняется частями в рамках нескольких отдельных матчей, и если рассматривать каждое fill как самостоятельное дискретное событие, клиент сможет точно восстановить историю исполнения — среднюю цену fill и накопление комиссий — без необходимости выводить эту историю из цепочки одних только снимков состояния ордера. Для тех, кто делает точный учёт или анализ производительности, поток fill, скорее всего, является фактическим источником истины: состояние ордера говорит, где всё находится сейчас, а fill точно показывает, как именно вы до этого дошли. Пока ещё разбираюсь, может ли одно событие fill охватывать сразу несколько ордеров в случае сложных типов ордеров, или же fill всегда однозначно соответствует одному-единственному исходному ордеру в GRVT. $EVAA $LAB $ALLO #ShareYourThoughts @grvt_io #grvt
Сегодня я уделил время именно потоку заполнений (fill) GRVT, отдельно от более общего потока обновлений состояния ордеров, потому что заполнения несут информацию, которую само состояние ордера не может полностью отразить.

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

Это связанные, но разные фрагменты информации: состояние ордера относится к общему статусу ордера, события fill — к каждому отдельному исполнению, которое формирует этот статус.

Почему GRVT раскрывает это как отдельные потоки вместо того, чтобы просто включать детали fill в обновления состояния ордеров.

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

Для тех, кто делает точный учёт или анализ производительности, поток fill, скорее всего, является фактическим источником истины: состояние ордера говорит, где всё находится сейчас, а fill точно показывает, как именно вы до этого дошли.

Пока ещё разбираюсь, может ли одно событие fill охватывать сразу несколько ордеров в случае сложных типов ордеров, или же fill всегда однозначно соответствует одному-единственному исходному ордеру в GRVT.

$EVAA $LAB $ALLO
#ShareYourThoughts
@grvt_io #grvt
Fills Ledger Orders Risk
40%
Unified single stream
20%
Fills only Atomic
40%
I pray my DB matches
0%
15 проголосовали • Голосование закрыто
Сопоставил три ключевые сущности из отчёта за Q3 2025 с тем, что существует в актуальной документации, потому что исходная формулировка использовала слегка отличающийся язык, и стоит подтвердить, что структура сохранялась неизменной на протяжении эволюции терминологии. Исходная формулировка: три взаимодействующие роли, которые отражают традиционные реальные системы управления. Applications задают политики и запрашивают оценки для конкретных действий. Операторы: децентрализованные валидаторы, которые оценивают политики, проверяя, соответствуют ли предложенные намерения заявленным правилам. Data Providers: получаемые разработчиками данные для предоставления onchain- и offchain-входов, необходимых для оценки политик, таких как подтверждения личности (identity attestations), риск-оценки или регуляторные списки. Актуальная документация описывает по сути те же три роли, но с большей архитектурной детализацией: Applications регистрируются как Policy Clients и отправляют транзакционные намерения (transaction intents). Data Providers интегрируются через WASM-плагины с ограничениями по ресурсам и выводами, заверенными через ECDSA Attested outputs. Базовая трёхролевaя структура идентична. Что добавилось с момента Q3 2025 — это конкретизация реализации: исходная формулировка описывала функционал каждой роли, а текущая документация добавляет ровно Я правда думаю, что сопоставление двух версий бок о бок подтверждает нечто полезное: базовая архитектура — три взаимодействующие роли, создающие непрерывный контур авторизации “определить — оценить — обеспечить — записать” (define evaluate enforce record) — была заложена рано и оставалась структурно стабильной, пока вокруг неё заполнялись детали технической реализации. Это признак архитектурной убеждённости, а не повторяющегося редизайна. Вопрос в том, приобрела или потеряла ли какая-либо из трёх ролей ответственность между исходной формулировкой и сейчас, помимо добавленной технической конкретизации, например: имели ли Data Providers изначально более узкий охват, который расширился и включил цепочки оракулов и возможности zkTLS, описанные позже. $EVAA $LAB #Shareyourthoughts @NewtonProtocol $NEWT #Newt Какая роль больше всего изменилась с Q3 2025?
Сопоставил три ключевые сущности из отчёта за Q3 2025 с тем, что существует в актуальной документации, потому что исходная формулировка использовала слегка отличающийся язык, и стоит подтвердить, что структура сохранялась неизменной на протяжении эволюции терминологии.

Исходная формулировка: три взаимодействующие роли, которые отражают традиционные реальные системы управления. Applications задают политики и запрашивают оценки для конкретных действий.

Операторы: децентрализованные валидаторы, которые оценивают политики, проверяя, соответствуют ли предложенные намерения заявленным правилам.

Data Providers: получаемые разработчиками данные для предоставления onchain- и offchain-входов, необходимых для оценки политик, таких как подтверждения личности (identity attestations), риск-оценки или регуляторные списки.

Актуальная документация описывает по сути те же три роли, но с большей архитектурной детализацией: Applications регистрируются как Policy Clients и отправляют транзакционные намерения (transaction intents).

Data Providers интегрируются через WASM-плагины с ограничениями по ресурсам и выводами, заверенными через ECDSA Attested outputs.

Базовая трёхролевaя структура идентична. Что добавилось с момента Q3 2025 — это конкретизация реализации: исходная формулировка описывала функционал каждой роли, а текущая документация добавляет ровно

Я правда думаю, что сопоставление двух версий бок о бок подтверждает нечто полезное: базовая архитектура — три взаимодействующие роли, создающие непрерывный контур авторизации “определить — оценить — обеспечить — записать” (define evaluate enforce record) — была заложена рано и оставалась структурно стабильной, пока вокруг неё заполнялись детали технической реализации.

Это признак архитектурной убеждённости, а не повторяющегося редизайна.

Вопрос в том, приобрела или потеряла ли какая-либо из трёх ролей ответственность между исходной формулировкой и сейчас, помимо добавленной технической конкретизации, например: имели ли Data Providers изначально более узкий охват, который расширился и включил цепочки оракулов и возможности zkTLS, описанные позже.
$EVAA $LAB
#Shareyourthoughts
@NewtonProtocol $NEWT #Newt
Какая роль больше всего изменилась с Q3 2025?
Applications
34%
Operators
0%
Data Providers
33%
None mainly implementation
33%
3 проголосовали • Голосование закрыто
Статья
Пороговые значения сбоев при деградации сети операторовНа этой неделе разбираюсь с вопросом надежности сети операторов, потому что в белой книге описано, что Ньютон делает хорошо в обычных условиях, но она менее подробно говорит о том, чего следует ожидать приложениям, когда условия не являются нормальными. В архитектуру встроена реальная отказоустойчивость. Шлюз обрабатывает маршрутизацию операторов, кэширование и дедупликацию запросов. Механизмы принудительного включения позволяют приложениям отправлять задачи непосредственно в сеть операторов, обходя шлюз целиком, если обнаружена цензура.

Пороговые значения сбоев при деградации сети операторов

На этой неделе разбираюсь с вопросом надежности сети операторов, потому что в белой книге описано, что Ньютон делает хорошо в обычных условиях, но она менее подробно говорит о том, чего следует ожидать приложениям, когда условия не являются нормальными.
В архитектуру встроена реальная отказоустойчивость. Шлюз обрабатывает маршрутизацию операторов, кэширование и дедупликацию запросов. Механизмы принудительного включения позволяют приложениям отправлять задачи непосредственно в сеть операторов, обходя шлюз целиком, если обнаружена цензура.
Статья
Анализ разрыва зрелости трех опорНа этой неделе я разъединил три опоры Ньютона, чтобы понять, какая из них наиболее развита, где самые большие пробелы и какой из подходов создает наибольшие риски зависимости для приложений, которые сейчас строятся на Newton: Verifiable Credentials Programmable Policies CrossChain Interoperability. Три опоры не находятся на одном уровне зрелости, и рассмотрение их как эквивалентных не учитывает профиль рисков раннего внедрения. Programmable Policies — самая зрелая из трех опор. Rego OPA — это хорошо зарекомендовавшийся корпоративный язык политик с обширным инструментарием и многолетним производственным использованием в Kubernetes для admission control и авторизации API. Расширения Newton для Rego добавляют новые возможности на стабильной основе. Оценка политик через песочницу WASM и провайдеры данных, IPFS с адресуемым по содержимому хранением и оценка с BLS-подтверждением технически хорошо специфицированы. Политический движок — самая понятная и наиболее полная часть дизайна Newton.

Анализ разрыва зрелости трех опор

На этой неделе я разъединил три опоры Ньютона, чтобы понять, какая из них наиболее развита, где самые большие пробелы и какой из подходов создает наибольшие риски зависимости для приложений, которые сейчас строятся на Newton: Verifiable Credentials Programmable Policies CrossChain Interoperability.
Три опоры не находятся на одном уровне зрелости, и рассмотрение их как эквивалентных не учитывает профиль рисков раннего внедрения.
Programmable Policies — самая зрелая из трех опор. Rego OPA — это хорошо зарекомендовавшийся корпоративный язык политик с обширным инструментарием и многолетним производственным использованием в Kubernetes для admission control и авторизации API. Расширения Newton для Rego добавляют новые возможности на стабильной основе. Оценка политик через песочницу WASM и провайдеры данных, IPFS с адресуемым по содержимому хранением и оценка с BLS-подтверждением технически хорошо специфицированы. Политический движок — самая понятная и наиболее полная часть дизайна Newton.
Статья
Заявление Ньютона о своей убедительной нейтральности стоит рассмотреть с конкретной точки зрения: нейтральный для кого иВ белой книге Ньютон представляется как нейтральная инфраструктура — мост между сущностями, которым нужны разные вещи от одной и той же финансовой системы. Регулируемому банку нужна подотчётность. Протоколу DeFi — беспрепятственный доступ. Пользователю — конфиденциальность. Регулятору — надзор. Ньютон не просит эти стороны выбирать один и тот же подход. Есть смысл спросить, какая из этих сторон получает наибольшую выгоду от такой рамки и какая — наименьшую. Регулируемые организации — банки, управляющие активами, платёжные провайдеры — выигрывают больше всего напрямую. Им нужна инфраструктура комплаенса, чтобы участвовать в onchain-финансировании. Ньютон даёт им проверяемое исполнение политики с журналом аудита, который удовлетворяет требованиям регулирования. Документы о соблюдении требований криптографически превосходят то, что у них есть сейчас. Экономическое обоснование очевидно.

Заявление Ньютона о своей убедительной нейтральности стоит рассмотреть с конкретной точки зрения: нейтральный для кого и

В белой книге Ньютон представляется как нейтральная инфраструктура — мост между сущностями, которым нужны разные вещи от одной и той же финансовой системы. Регулируемому банку нужна подотчётность. Протоколу DeFi — беспрепятственный доступ. Пользователю — конфиденциальность. Регулятору — надзор. Ньютон не просит эти стороны выбирать один и тот же подход.
Есть смысл спросить, какая из этих сторон получает наибольшую выгоду от такой рамки и какая — наименьшую.
Регулируемые организации — банки, управляющие активами, платёжные провайдеры — выигрывают больше всего напрямую. Им нужна инфраструктура комплаенса, чтобы участвовать в onchain-финансировании. Ньютон даёт им проверяемое исполнение политики с журналом аудита, который удовлетворяет требованиям регулирования. Документы о соблюдении требований криптографически превосходят то, что у них есть сейчас. Экономическое обоснование очевидно.
Привет, ребята 🤫Я держу $SENTIS монет. $SENTIS поднималась за последние 2 месяца, я наблюдаю за ней глубоко.. Думаю, $SENTIS может подняться до $1-2 ... какие у вас мысли по поводу этой монеты... #Shareyourthoughts с остальными 🤝
Привет, ребята 🤫Я держу $SENTIS монет. $SENTIS поднималась за последние 2 месяца, я наблюдаю за ней глубоко..
Думаю, $SENTIS может подняться до $1-2 ... какие у вас мысли по поводу этой монеты... #Shareyourthoughts с остальными 🤝
·
--
Рост
🔥 Рыночные настроения сейчас выглядят осторожно бычьими. Биткойн держится крепко, пока институциональные инвесторы продолжают накапливать — это не то, что рынок может игнорировать. Каждое падение выкупаются быстрее, чем раньше, и это обычно сигнализирует о доверии за кулисами. ЕслиMomentum продолжится, этот цикл может удивить многих. 🚀📊 Тем не менее, волатильность — это король в крипте — один заголовок может изменить всё за одну ночь. Умные деньги управляют рисками, оставаясь готовыми к возможности. {future}(BTCUSDT) {future}(ETHUSDT) {future}(BNBUSDT) $BTC $ETH $BNB #shareyourthoughts #bitcoin #Bullish #crypto #BinanceSquareFamily
🔥 Рыночные настроения сейчас выглядят осторожно бычьими.

Биткойн держится крепко, пока институциональные инвесторы продолжают накапливать — это не то, что рынок может игнорировать.

Каждое падение выкупаются быстрее, чем раньше, и это обычно сигнализирует о доверии за кулисами.

ЕслиMomentum продолжится, этот цикл может удивить многих. 🚀📊

Тем не менее, волатильность — это король в крипте — один заголовок может изменить всё за одну ночь.

Умные деньги управляют рисками, оставаясь готовыми к возможности.


$BTC $ETH $BNB

#shareyourthoughts
#bitcoin
#Bullish
#crypto
#BinanceSquareFamily
·
--
Рост
Всем привет! Если хотите поделиться своими способами зарабатывать на крипте, это будет отличная тема для обсуждения #Shareyourthoughts $BTC $ETH $BNB #
Всем привет! Если хотите поделиться своими способами зарабатывать на крипте, это будет отличная тема для обсуждения #Shareyourthoughts $BTC $ETH $BNB #
·
--
Рост
#Shareyourthoughts МНЕНИЯ имеют значение. ПОДЕЛИТЕСЬ своими ПРЕДСКАЗАНИЯМИ на $BR ... Я предсказываю, что мы идем вверх, и вау, смотрите, дамы и господа. @Bedrock
#Shareyourthoughts

МНЕНИЯ имеют значение.

ПОДЕЛИТЕСЬ своими ПРЕДСКАЗАНИЯМИ на $BR ... Я предсказываю, что мы идем вверх, и вау, смотрите, дамы и господа.

@Bedrock
Mstar201
·
--
Рост
#bedrock $BR ( Инсайт ) 💭👑

@Bedrock 💰👑

Bedrock ($BR ) — это блокчейн проект, предлагающий многоактивный ликвидный протокол повторного стекинга (Restaking), позволяющий пользователям зарабатывать повышенные доходы на Ethereum, $BTC Bitcoin и DePIN вознаграждения, сохраняя при этом ликвидность.

@Binance Earn Official @Binance Square Official

ВЕЛИКОЛЕПНЫЕ ВОЗМОЖНОСТИ ВПЕРЕДИ 💰🍾🏆

ДЕЛАЙТЕ ВСЁ, ЧТОБЫ РАСТИ #writetoearn #BedRockProtocol
Войдите, чтобы посмотреть больше материала
Присоединяйтесь к пользователям криптовалют по всему миру на Binance Square
⚡️ Получайте новейшую и полезную информацию о криптоактивах.
💬 Нам доверяет крупнейшая в мире криптобиржа.
👍 Получите достоверные аналитические данные от верифицированных создателей контента.
Эл. почта/номер телефона