Уже доступно! Исследование Telegram 2025 — ключевые инсайты года 
Xrpl Daddy
Открыть в Telegram
StaticBit wallet for XRPL Ru @xrpl_daddy En @staticbit_io Ru chat @xrpl_daddy_chat https://x.com/XrplDaddy https://x.com/StaticBit_io Owner @Platonenkov #XRPLcommunity #wallet #XRPL
Больше590
Подписчики
+224 часа
-17 дней
+730 день
Загрузка данных...
Похожие каналы
Облако тегов
Входящие и исходящие упоминания
---
---
---
---
---
---
Привлечение подписчиков
июль '26
июль '26
+2
в 2 каналах
июнь '26
+29
в 3 каналах
Get PRO
май '26
+13
в 1 каналах
Get PRO
апрель '26
+8
в 1 каналах
Get PRO
март '26
+4
в 0 каналах
Get PRO
февраль '26
+1
в 0 каналах
Get PRO
январь '26
+13
в 1 каналах
Get PRO
декабрь '25
+12
в 1 каналах
Get PRO
ноябрь '25
+12
в 1 каналах
Get PRO
октябрь '25
+8
в 3 каналах
Get PRO
сентябрь '25
+30
в 9 каналах
Get PRO
август '25
+10
в 3 каналах
Get PRO
июль '25
+5
в 5 каналах
Get PRO
июнь '25
+14
в 3 каналах
Get PRO
май '25
+65
в 7 каналах
Get PRO
апрель '25
+11
в 2 каналах
Get PRO
март '25
+6
в 1 каналах
Get PRO
февраль '25
+19
в 2 каналах
Get PRO
январь '25
+41
в 2 каналах
Get PRO
декабрь '24
+47
в 2 каналах
Get PRO
ноябрь '24
+35
в 2 каналах
Get PRO
октябрь '24
+28
в 3 каналах
Get PRO
сентябрь '24
+44
в 3 каналах
Get PRO
август '24
+14
в 2 каналах
Get PRO
июль '24
+32
в 4 каналах
Get PRO
июнь '24
+49
в 2 каналах
Get PRO
май '24
+34
в 2 каналах
Get PRO
апрель '24
+26
в 2 каналах
Get PRO
март '24
+20
в 3 каналах
Get PRO
февраль '24
+19
в 2 каналах
Get PRO
январь '24
+47
в 6 каналах
Get PRO
декабрь '23
+36
в 4 каналах
Get PRO
ноябрь '23
+20
в 4 каналах
Get PRO
октябрь '23
+17
в 3 каналах
Get PRO
сентябрь '23
+27
в 0 каналах
Get PRO
август '23
+13
в 0 каналах
Get PRO
июль '23
+28
в 0 каналах
Get PRO
июнь '23
+15
в 0 каналах
Get PRO
май '23
+38
в 0 каналах
Get PRO
апрель '23
+33
в 0 каналах
Get PRO
март '23
+30
в 0 каналах
Get PRO
февраль '23
+13
в 0 каналах
Get PRO
январь '23
+26
в 0 каналах
Get PRO
декабрь '22
+34
в 0 каналах
Get PRO
ноябрь '22
+80
в 0 каналах
Get PRO
октябрь '22
+36
в 0 каналах
Get PRO
сентябрь '22
+31
в 0 каналах
Get PRO
август '22
+269
в 0 каналах
Get PRO
июль '22
+395
в 0 каналах
| Дата | Привлечение подписчиков | Упоминания | Каналы | |
| 04 июля | 0 | |||
| 03 июля | +2 | |||
| 02 июля | 0 | |||
| 01 июля | 0 |
Посты канала
🏛 CLARITY Act: дедлайн 4 июля не состоялся ⏳
Белый дом целился подписать закон к Дню независимости — не вышло. Сенат разъехался 29 июня и вернётся 13 июля, первая неделя уйдёт на оборонный билль. Реальное окно floor vote — конец июля, до перерыва с 10 августа.
🧮 Арифметика голосов — для клотуры нужно 60 при 53 у республиканцев; по оценке Galaxy, двое из них против → нужно ~9 демократов.
⚖️ Два несведённых спора — этика вокруг крипто-активов президента и
Section 604 (защита разработчиков), против неё — правоохранительные ассоциации.
📉 Рынок пересчитал — Polymarket даёт подписанию в 2026-м ~40% против 82% в феврале; Galaxy срезала оценку с 75% до 50%.
💠 Для XRPL это главный регуляторный катализатор года: закон закрепил бы за XRP статус digital commodity под надзором CFTC.
🇪🇺 Контраст: в ЕС MiCA с 1 июля действует в полном объёме — Европа дописала правила, США сдвинули дедлайн.
⚠️ Сенатор Ламмис: если не успеть до августовского перерыва, следующее окно может уехать к 2030-му — выборный год не оставляет времени на сложные финансовые билли.🔗 Источники: coingape.com · cryptotimes.io · Polymarket 📡 Следим за регуляторным фоном вокруг XRPL — @Xrpl_Daddy #XRPL #XRP #CLARITYAct #регуляторика
| 2 | 📊 Почему голосование по XRPL Lending застряло — дело не в фиче, а в апдейте
Спустя месяц после релиза v3.2.0 (15 июня) сеть обновилась лишь наполовину: 52% нод всё ещё на 3.1.3, только 41% на 3.2.0.
Амендменты SingleAssetVault (XLS-65), LendingProtocol (XLS-66) и fixCleanup3_2_0 едут в 3.2.0. Нода, которая не обновилась, физически не может голосовать «за» — нет кода. Поэтому консенсус застрял на 20–26% при пороге 80% (28 из 35 UNL).
⚠️ Честно: часть операторов тормозит осознанно — у 3.2.0 при выкате были баги (pubkey mismatch, проблемы синхронизации). Это не только «лень», но и «safety first».
💡 Голосование упрётся в потолок, пока UNL-валидаторы не накатят 3.2.0.
🔗 Данные: XRPScan, 2 июля
#XRP #XRPL #Validators | 125 |
| 3 | ⚙️ Batch (XLS-56) возвращается — атомарные мульти-транзакции на XRPL
Смержено в develop, дальше — голосование.
Denis Angell (имплементатор) объявил: после attack-athon, аудита безопасности и 4 ревью поддержка Batch (V1_1) официально смержена обратно в xrpld (ветка develop) и пойдёт на голосование в следующем релизе.
🧩 Что такое Batch
Упаковывает несколько транзакций и исполняет их как единый атомарный блок «всё-или-ничего» — без смарт-контрактов. До 8 внутренних транзакций, режимы AllOrNothing / OnlyOne / UntilFailure / Independent. Примеры: атомарный swap-and-pay, offer + payment, mint + list NFT. Решает старую боль: если цепочка tx падает в середине, остальное ломается по sequence — Batch это убирает.
🔁 Почему «возвращается»
Первая реализация имела проблему с inner-signature (подписи внутренних транзакций). Вместо костыля (амендмент fixBatchInnerSigs, теперь deprecated) фичу переработали целиком как V1_1 и закалили аудитом перед повторным мержем.
⚖️ Честный статус
Это код-мерж в develop, не активация. Дальше: попадёт в релиз → станет amendment на голосовании валидаторов → только потом mainnet. Сейчас Batch не в голосовании и не на мейннете.
🧵 Мы разбирали Batch, когда он был в тестировании — наш разбор здесь.
🔗 PR: rippled#6446 · спека: XLS-56
📡 Следим за инфраструктурой и дизайном протокола XRPL — @Xrpl_Daddy
#XRP #XRPL #Batch | 102 |
| 4 | 🛰 Flare голосует за Confidential Compute — программируемый слой для активов XRPL
Голосование 6–13 июля.
Flare назначил community-голосование 6–13 июля (нотис — 29 июня) по развёртыванию Flare Confidential Compute (FCC) на канареечной сети Songbird. Это первая живая реализация архитектуры Flare 2.0 (анонс — март 2025).
🏗 Что это
▸ FCC связывает доверенные среды исполнения (TEE) с дата-протоколами Flare: приложения исполняются на внешних чейнах, а верификация остаётся децентрализованной на Flare.
▸ Цель — программируемый конфиденциальный compute-слой для RWA, выпущенных на XRP Ledger: активы с XRPL работают с dApps без ручного бриджа.
▸ Добавляет protocol-managed wallets (кошельки под предопределёнными правилами на внешних чейнах), ускоренную пер-транзакционную верификацию вместо батчей и поддержку сторонних hardware-расширений.
⚙️ Как тестируют
На Songbird железо запускает Flare Foundation на Google confidential compute; дата-провайдеры авторизуют данные через взвешенный консенсус, оплата — из фонда плюс attestation-комиссии. Mainnet — только после канареечного прогона.
💡 Hugo Philion: XRPL — слой, где активы выпускаются; Flare — compute-слой, добавляющий смарт-функции.
⚖️ Важно по-честному: это голосование по Songbird (канарейка), не изменение протокола XRPL и не mainnet-запуск. Без импликаций для токена и доходности — это инфраструктура экосистемы.
🔗 Источник: Bitcoin.com · Flare
📡 Следим за инфраструктурой и дизайном протокола XRPL — @Xrpl_Daddy
#XRP #XRPL #RWA #Flare | 712 |
| 5 | 🏦 Ripple вошёл в Open USD — но без хайпа: это не XRP-интеграция
Что на самом деле произошло.
30 июня Open Standard представил Open USD (OUSD) — «общий» стейблкоин, за которым стоят 140+ компаний: Visa, BlackRock, Coinbase, Mastercard, Stripe, BNY, Google, Bybit, OKX — и в их числе Ripple.
🏗 Чем он реально интересен
▸ Governance консорциумом — управляет независимая компания с бордом из партнёров, а не один эмитент.
▸ Общая экономика — бóльшую часть дохода с резервов возвращают партнёрам, которые внедряют и распространяют стейбл (минус небольшой fee). Это прямой вызов модели Circle/Tether, где эмитент забирает процент с резервов себе. Акции Circle на новости просели.
▸ Ноль комиссий на mint/redeem, без искусственных лимитов эмиссии.
⚖️ Где здесь XRPL
Напрямую — нигде. OUSD выпускается нативно на Solana и Tempo с первого дня, не на XRP Ledger. Ripple — один из 140+ партнёров по интеграции; это усиливает его open / multichain-позицию (та же логика, что RLUSD на Ethereum и L2). Это корпоративная стратегия Ripple, а не катализатор для токена XRP.
🗓 Запуск — позже в 2026; во главе Open Standard — со-основатель Bridge Зак Абрамс.
💡 Без хайпа: Ripple здесь в одном ряду с Visa и BlackRock как партнёр, а не автор. Прямой связи с XRP-токеном нет.
🔗 Источник: Open Standard · @Ripple
📡 Следим за регуляторикой и институциональными движениями вокруг XRPL — @Xrpl_Daddy
#Ripple #Stablecoins #RWA | 115 |
| 6 | 🏦 Ripple тестирует XRPL Lending Protocol — нативный кредитный слой
«Недостающий кусок» on-chain финансов.
29 июня Ripple открыл тестирование протокола, который добавляет на леджер кредит — чтобы институции могли занимать под токенизированные активы, а не просто держать их.
🏗 Две части
▸ Single Asset Vault (XLS-65) — стандартный пул одного актива (XRP, RLUSD…) в изолированных vault'ах.
▸ Lending Protocol (XLS-66) — превращает пул в фикс-срочные необеспеченные займы: origination, обслуживание и погашение исполняются on-ledger.
🧩 Разделение труда
Андеррайтинг (оценка кредитоспособности) остаётся off-chain — банки сохраняют свои risk/compliance-процессы; исполнение — on-chain. Риск структурирован, а не социализирован: first-loss (junior) капитал идёт впереди senior-LP, а каждый facility изолирован — дефолт в одном vault не перетекает в другие.
⚖️ Чем отличается от Aave/Compound
Правила зашиты в протокол на базовом уровне и не меняются community-голосованием → предсказуемые условия, которые институция может андеррайтить заранее. Сеть при этом остаётся публичной.
🗳 Статус — в голосовании валидаторов (по XRPScan, 30 июня):
▸ LendingProtocol — 20% (7 из 35)
▸ SingleAssetVault — 22.86% (8 из 35)
Для активации нужно более 80% (28 из 35) непрерывно две недели. На мейннете ещё нет; безопасность — аудит Halborn и Immunefi Attackathon на $200K.
💡 Без обещаний доходности: это инфраструктура для институций в стадии голосования, а не запущенный продукт.
🔗 Источник: U.Today · голосование: XRPScan
📡 Следим за инфраструктурой и дизайном протокола XRPL — @Xrpl_Daddy
#XRP #XRPL #RWA | 1 605 |
| 7 | 🛡 Почему MEV на XRPL мал — и как защитить свой своп
Разбираем по слоям.
Вокруг предложения Шварца про front-running всплыл вопрос: насколько вообще сэндвич реален на XRPL? Коротко — структурно мал. Четыре причины.
1️⃣ Порядок транзакций соленый.
Канонический порядок применения сортируется по account ⊕ salt, где соль фиксируется только в консенсусе. Хеш своей tx не подобрать, «удобный» аккаунт не пре-майнить (в коде дословно: «so people can't mine for low account numbers»). Детерминированно опередить чужую сделку нельзя — максимум вероятностная лотерея.
2️⃣ AMM подпёрт ордербуком.
Свопы исполняются best-of(AMM, книга). Продавил цену пула — объём жертвы уходит в офферы книги по лучшему курсу. Это кэпит достижимый сдвиг цены.
3️⃣ Экономика узкая.
Сэндвич окупается только на тонких AMM-only парах, с крупной жертвой, при низкой комиссии пула — грубо, когда зазор книги превышает round-trip-комиссию 2f. Глубокая книга или fee ≥0.3% — в минус.
4️⃣ Связывает капитал, а не газ.
Раз порядок — слепая лотерея, атакующему надо фондировать капиталом множество пар аккаунтов (X на front + Y-инвентарь на back). Даже со слотом ROI на этот капитал проигрывает простому арбитражу. «Бот, спамящий тысячами транзакций», экономически не существует.
🛡 Защита уже есть. Ставь DeliverMin / limit quality на своп — тогда «сэндвич»-цена просто не исполнится. Предложенный TxnReserve закрыл бы детерминированный остаток сверху.
🔗 Контекст: @JoelKatz
📡 Следим за инфраструктурой и дизайном протокола XRPL — @Xrpl_Daddy
#XRP #XRPL #MEV | 131 |
| 8 | 🛡 Шварц предлагает закрыть front-running на XRPL
Разбираем дизайн.
Дэвид Шварц (CTO Emeritus Ripple) опубликовал набросок схемы против front-running и sandwich-атак на платежах и offer crossing.
⚠️ Проблема
Валидаторы и хорошо подключённые ноды видят транзакции в pre-validation очереди до закрытия леджера. Можно проанализировать чужую сделку и спамом своих транзакций встать выгоднее в каноническом порядке. Доки XRPL декларируют непредсказуемый порядок как защиту — но против привилегированной видимости её на практике не всегда достаточно.
🧩 Дизайн — резервирование слота
📦 новый ledger-объект ReservedTxns — номер леджера + массив tx ID (индекс = хеш фикс-строки и sequence)
🔖 новая транзакция TxnReserve — резервирует слот исполнения под конкретный tx. Проходит, только если:
▸ комиссия ≥ 2× обычной
▸ целевой леджер в окне +1…+16 от текущего
▸ в ReservedTxns этого леджера < 32 записей и нет дубля ID
✅ Эффект: зарезервированная транзакция исполняется раньше всего, что раскрыто после неё — ровно это и ломает сэндвич.
💡 Важный нюанс от самого Шварца: проблему критичной он не считает. Это предложение, не амендмент и не пункт роадмапа — но чистый пример того, как XRPL закрывал бы MEV-щель на уровне протокола.
🔗 Источник: @JoelKatz
📡 Следим за инфраструктурой и дизайном протокола XRPL — @Xrpl_Daddy
#XRP #XRPL #MEV | 148 |
| 9 | ⚖️ С 1 июля Калифорния включает DFAL — свой крипто-лицензионный режим. Разбираем без паники.
Что это. Digital Financial Assets Law (AB 39 + SB 401, подписан ещё в 2023; старт переносили с 2025 на 1 июля 2026). С этой даты любой, кто ведёт «деятельность с цифровыми активами» для резидента Калифорнии, обязан иметь лицензию DFPI или поданную через NMLS заявку — либо подпадать под исключение. Лицензия в другом штате не спасает: триггер — обслуживание жителей CA.
▸ Кого касается: биржи, кастодианы, трансфер, эмитенты стейблкоинов. Требования — капитал/ликвидность, независимый BSA/AML-аудит, инфобез по NIST CSF 2.0, 5 лет хранения данных.
▸ Кого НЕ касается (важно для XRPL): сам протокол и валидаторы — под исключение для тех, кто даёт лишь connectivity или вычислительную мощность децентрализованным сетям. Мерчанты, принимающие крипту в оплату, — тоже вне зоны действия DFAL. Регулируются сервисы в точках контроля (кастоди, обмен, эмиссия), а не сам реестр.
▸ Где жмёт по-настоящему — стейблы: DFPI отдельно одобряет стейблкоин для оборота и может одобрение отозвать; для эмитентов — ежемесячная отчётность по резервам. Это прямой комплаенс-контекст для RLUSD на фоне его роста в США.
Это не про цену и не про «запрет крипты». Это про то, что расчётная инфраструктура проходит лицензирование — ровно та скучная плита, на которой институционалы и строят.
🔗 Источник: DFPI
📡 Следим за регуляторикой и инфраструктурой XRPL — @Xrpl_Daddy
#XRP #XRPL #RLUSD #Регуляторика #DFAL | 153 |
| 10 | ⚡ X Money поехал — и сразу волна «это на XRP». Разбираем без хайпа.
X (бывший Twitter) начал раскатывать X Money на часть Premium+ пользователей: P2P-переводы, Visa-дебетовая карта, доход на остаток по счёту. Банк-партнёр — Cross River Bank, которого нередко связывают с Ripple.
▸ Что есть на самом деле: сервис работает на классических банковских рельсах. Ни X, ни Cross River не анонсировали интеграцию XRP, RLUSD или ончейн-расчётов.
▸ Где подмена: «партнёр Ripple участвует» — это не «XRP интегрирован». Два разных утверждения, и сейчас верно только первое. Cross River как платёжный партнёр — реальный сигнал о том, куда дотягивается сеть Ripple, но не доказательство XRP внутри X Money.
▸ За чем следить: появятся ли реальные ончейн-компоненты (XRP/RLUSD как актив расчёта), а не пресс-формулировки. До этого «X на XRP» — домысел.
Инфраструктурные истории проверяются по тому, что реально уехало ончейн, а не по тому, кто с кем «связан». Пока X Money — это фиат.
🔗 Источник: crypto.news
📡 XRPL глазами разработчика — @Xrpl_Daddy
#XRP #Ripple #XRPL #XMoney | 1 971 |
| 11 | 🏦 Тихий flippening: на XRP Ledger впервые больше RLUSD, чем на Ethereum
Стейбл Ripple впервые лидирует на родной сети: ≈$801.8M на XRPL против ≈$793M на Ethereum. Общий supply RLUSD ≈ $1.6B (8-е место среди стейблкоинов), дневной оборот ≈ $166M.
▸ Без хайпа: лид узкий и подвижный — по части снапшотов сети шли почти вровень. Сдвиг во многом обеспечен не наплывом спроса, а burn'ами и редемпшенами на Ethereum: за месяц сожгли ≈$539M RLUSD, ~¾ из них с ETH.
▸ Почему это всё равно важно: RLUSD эмитируется нативно на XRPL, а на встроенном DEX (25k+ пулов) XRP работает мостом — свопы RLUSD ↔ актив без прямого рынка идут через XRP. Больше долларовой ликвидности «дома» — больше потенциального роутинга через XRP. Это про settlement, не про спекуляцию.
▸ Институциональный фон: RLUSD на этой неделе запущен в Японии через SBI VC Trade с одобрением регулятора (FSA).
Стейбл «возвращается домой». Сам по себе flip не двигает цену — но это про инфраструктуру, на которой институционалы готовы проводить расчёты.
🔗 Источник: U.Today · данные RLUSD Tracker
#XRPL #XRP #RLUSD #Stablecoins #DeFi | 173 |
| 12 | Нет текста... | 156 |
| 13 | Нет текста... | 171 |
| 14 | Нет текста... | 160 |
| 15 | 🔐 XRPL берёт консенсус под формальную верификацию: XRP Ledger Foundation + Common Prefix
XRP Ledger Foundation объявила о работе с Common Prefix — командой, специализирующейся на доказуемой безопасности протоколов. Цель — провести консенсус XRPL весь путь от доказательств «на бумаге» до машинно-проверяемой формальной верификации (в Lean4).
Что входит в работу:
▸ Формальная верификация механизма консенсуса — математические доказательства, что протокол ведёт себя по спецификации при любых условиях, а не «на тестах вроде ок».
▸ Поддержка спецификации Payment Engine — её держат в синхроне с релизами xrpld и отслеживают изменения. Это движок всех переводов: cross-currency платежи, сделки на DEX, AMM, rippling.
▸ Та же строгость распространяется на Lending Protocol (XLS-66) и Single Asset Vault (XLS-65) — критические компоненты верифицируют в Lean4 вместе с @RippleXDev.
По словам Foundation, формальная верификация консенсуса заодно укрепляет фундамент под будущую квантовую готовность (PQC).
Чем больше финансовой логики уезжает в сам протокол, тем выше цена ошибки. Доказуемая безопасность — правильный инженерный ответ для расчётного слоя под институциональный DeFi.
🔗 Источники: XRP Ledger Foundation (@XRPLF) и Common Prefix (@CommonPrefix), 22 июня
#XRPL #XRP #Security #DeFi #xrpld
@Xrpl_Daddy | 1 825 |
| 16 | 💱 Пишешь под XRPL на .NET? Деньги не должны воевать с тобой.
Float и деньги несовместимы. В финансовом коде двоичный float тихо округляет — а на реестре, где суммы это точные целые drops (1 XRP = 1 000 000 drops), ошибка округления превращается в реальное расхождение, а не косметику.
double bad = 0.1 + 0.2; // 0.30000000000000004 ← не для денег
decimal ok = 0.1m + 0.2m; // 0.3 ← точно
amount.ValueAsXrp = 1.5m; // XrplCSharp: decimal от и до
Что получаешь:
▸ зрелый open-source (Apache-2.0) pure-C# SDK для XRPL — без интеропа с JS/Python, нативный .NET
▸ суммы XRP как настоящий C# decimal — ValueAsXrp = 1.5m, drops⇄XRP остаётся точным
▸ async + WebSocket клиент (XrplClient, await Connect())
▸ сериализация и подпись транзакций — из коробки
▸ модели под современные поправки: XLS-70 credentials, MPT, PermissionedDomain, TokenEscrow
Если ты рассчитываешь стоимость в C#, SDK должен относиться к деньгам как к деньгам: decimal-точность, точные drops, без сюрпризов.
🔗 GitHub: StaticBit-io/XrplCSharp · NuGet: Xrpl
#XRPL #XRP #dotnet #CSharp | 182 |
| 17 | Нет текста... | 1 968 |
| 18 | Нет текста... | 179 |
| 19 |  🧮 Каждый трастлайн морозит 0.2 XRP в owner reserve
Тот airdrop, что ты фармил. Тот memecoin, что флипнул. Каждая мёртвая линия всё ещё держит твой XRP — а потратить его нельзя.
📊 Математика простая:
▸ 20 мёртвых линий × 0.2 XRP = 4 XRP заморожено
▸ резерв 5 → 1 XRP, и +4 XRP возвращаются к доступному
🧹 Где засада: трастлайн закрывается только при нулевом балансе — dust (пыль) блокирует удаление. Руками морока: слить остаток → закрыть, линия за линией.
✨ Cleanup-флоу StaticBit Wallet сам находит пустые и пыльные линии, помогает обнулить и закрывает их.
🔑 Это не доходность — это твой же XRP, разблокированный из резерва, который больше не нужен. Self-custody на всём пути: подписывают твои ключи, StaticBit не хранит ничего.
📲 App Store · Google Play
#XRPL #XRP #StaticBit | 209 |
| 20 | Нет текста... | 2 865 |
