rayls

$RLS
Пересматривая код Rayls Relayer, я заметил кое-что странное.
Если Relayer отвечает за передачу сообщения, разве у него не должно быть права RELAYER и на "executeMessage()"?
Но когда я проследил за реальным кодом, оказалось, что это не так.
Напротив, в Rayls права на передачу сообщений и их фактическое выполнение разделены.
В Public Chain Relayer впервые появляется в "PublicRNEndpoint.receivePayload()".
Здесь сообщение не выполняется напрямую,

Блокчейн дает финансовым учреждениям то, в чем они остро нуждаются: возможность проверять расчеты, не полагаясь целиком на закрытую базу данных.
Но здесь есть очевидная проблема.
Банки не могут просто размещать все детали каждой транзакции в публичном блокчейне.
Сведения о балансах, контрагентах, суммах транзакций и другая конфиденциальная информация должны оставаться закрытыми, но при этом регуляторам, контрагентам и участникам сети нужны достаточные доказательства того, что транзакция действительно состоялась.
Как же обеспечить одновременно конфиденциальность и возможность проверки?

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

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

19 сентября Rayls опубликовал статью (Privacy has a price). В заголовке было написано honest math, но по всей статье был дан лишь один числовой диапазон: доказательство занимает от нескольких сотен миллисекунд до нескольких секунд. Я несколько недель подряд писал про приватную архитектуру Rayls. На этот раз делюсь с вами новым материалом: я скачал опубликованный код доказательства, реально прогнал его десятки раз — и спешу поделиться этой интересной находкой!
Сначала скажу, о чём был блог. Его ключевые тезисы можно сжать в две фразы. Первая — где именно цена: конфиденциальные транзакции дороже прозрачных — дорого именно генерировать zk-доказательства, а проверка при этом получается дешевле; для базового конфиденциального перевода доказательство на обычном коммерческом оборудовании занимает от нескольких сотен миллисекунд до нескольких секунд. Вторая — что стоит спрашивать: организации не должны смотреть только на TPS, нужно спрашивать, каков будет throughput при той приватности и уровне аудита, которые им реально нужны, и при работе с реальной бизнес-нагрузкой. В блоге считают, что объём расчётов между банками небольшой и полностью укладывается в возможности систем конфиденциальных расчётов.

Я начал стейкать RLS ещё с этапа предварительного обещания, так что читать официальные материалы — скорее привычка. После появления названия Sovereign большинство обсуждений сводилось к вопросу: «это просто сменили имя?». Я думаю, что вопрос задан наоборот. Неважно, как называется, важно, что именно поменялось внизу, а также сколько сама контролирующая организация может получить из того, что она сможет самостоятельно проверить во время due diligence. В этой статье для каждого числа я указал точный источник; вы можете воспроизвести всё по шагам.
Сначала про одну вещь: на прошлой неделе я писал статью про аудируемость, и некоторые читатели, возможно, её уже видели.
В этой статье большая часть материала — новая: она взята из репозитория кода Axyl, из аудит- директории в этом репозитории, а также со страницы документа Axyl с бенчмарками производительности — с этими местами я ранее не работал. Лишь небольшой раздел про управление ключами продолжает выводы из предыдущей публикации; там я отмечу это отдельно. Разделять «новое» и «старое» я буду потому, что «что я нашёл на этой неделе» и «что я уже проверял раньше» должны быть для читателя различимы.

Я начал делать стейкинг RLS ещё с этапа предварительных обещаний, читать официальный блог — это, по сути, вошло в привычку. 12 сентября в этой статье про проверяемость (auditable) во второй половине перечислены шесть стандартов, и сказано, что они все выполняются математическим образом по построению. Я с этим согласен, но фраза «выполняется по построению» — это утверждение, которое можно проверить, а не то, что нужно просто принимать на веру. Поэтому я потратил неделю: по каждой из этих шести позиций я искал соответствующие вещи в публичном исходном коде, технической документации и в ончейн-интерфейсах; теперь делюсь этим с вами.
Сначала — о классификации. Я считаю, что это полезнее, чем большинство дискуссий на тему «приватность или прозрачность». Для проверяемости есть три пути: математическое принуждение — когда всё заложено прямо в криптографических конструкциях; аппаратное доверие — опираясь на целостность доверенной среды исполнения (trusted execution environment); и стратегический контроль доступа — то, кто что может увидеть, определяется настройками со стороны оператора сети.

Честно говоря, когда я впервые увидел эти три аббревиатуры рядом, мне показалось, что это три ответа на один и тот же вопрос: кто быстрее, кто безопаснее — выбирай один и дело с концом. Потом я понял: ставить их рядом в рейтинге — всё равно что спрашивать «какой лучше инструмент — молоток, отвёртка или гаечный ключ»: ответ зависит от того, у тебя гвоздь, шуруп или болт.
Каждый из них решает на самом деле три проблемы, которые по ошибке сводят в одну.
Первая проблема такая: я хочу доказать, что нечто истинно, но для доказательства нужны данные, которые слишком чувствительны, и я не хочу показывать их тебе. Банк хочет показать регулятору, что «эта сделка законна, полномочия в порядке, нет повторов», но не желает раскладывать суммы и плательщика/получателя по бухгалтерским книгам. Такое доказательство, при котором требуется правда, но без раскрытия данных,— это вотчина ZK. В чём прелесть: гарантия рождается из математики, а не из «я обещаю, что не загляну». Регулятор или аудиторы, получившие ключ верификации, могут проверить вывод, но не могут добраться до базовых данных. Цена тоже вполне реальная: ZK хорошо доказывает свойства данных, но плохо подходит для совместных вычислений нескольких сторон, когда у каждой нет полного набора данных, и при этом требует существенно больше вычислительных ресурсов, чем открытый текст.

Я думаю, что в уведомлениях о блокировке обычно волнует лишь одна вещь: можно ли проверить это обещание. В большинстве проектов «блокировка команды» в итоге сводится к одной фразе — вы можете либо верить, либо не верить. На этот раз иначе, поэтому я проверил это on-chain.
Сначала обозначим факты. Parfin — ключевой технологический партнер за спиной Rayls: он отвечает за разработку приватных узлов, приватной сети, privacy-фреймворка Enygma и блокчейна Rayls. В качестве вознаграждения за работу до TGE он получил 1 070 493 535 RLS — около 11% от первоначального общего предложения в 10 млрд.
Эти токены ранее хранились у институционального кастодиана на Ethereum. Причина довольно практичная: на момент TGE блокчейн Rayls еще не был запущен, поэтому их пришлось сначала держать в хранилище. Сейчас сеть работает, и эти токены перенесли в блокчейн Rayls, где они заблокированы в публично верифицируемом смарт-контракте; при этом время разблокировки перенесено с декабря 2026 года на декабрь 2027 года.

Братья, я всё время прятался и наблюдал за сообществом Rayls. Я знаю, что многие недовольны командой, и я тоже, но команда действительно работает и всё время старается. Просто команда Rayls идёт по пути соблюдения регламентов. Братья, ни в коем случае не сдавайтесь, всё зависит от времени. Я верю, что в итоге команда Rayls предоставит нам экзаменационную работу, которая нас удовлетворит. Я хочу поделиться с вами хорошими новостями — о том, что недавно команда Rayls подключила RPC. Это очень важное событие！！
Коротко и по делу
Что такое RPC
Вы можете понять RPC как выделённую линию между приложением и блокчейном.

В крипто-сообществе каждую неделю можно увидеть: «какой-то крупный традиционный финансовый игрок выходит в блокчейн». Я теперь такие заголовки в основном просто пролистываю, потому что в большинстве случаев всё в итоге заканчивается инновационными лабораториями: выпустят пресс-релиз — и дальше тишина. Проверить правду довольно простым критерием: обычный клиент в своём приложении — может ли он напрямую открыть и воспользоваться сервисом?
XP Inc. На этот раз этот стандарт был пройден.
Сначала нужно чётко описать эту компанию, потому что масштаб определяет значимость вопроса. XP — бразильская инвестиционная платформа, котирующаяся на NASDAQ, тикер XP. Я сверил данные на их странице для инвесторов за I квартал 2026 года: активы клиентов — порядка 1,529 млрд бразильских реалов, точнее 1,529 трлн; консультантов — более 18 000 человек; за последние двенадцать месяцев общая выручка — 19,8 млрд реалов; прибыль до налогообложения — 5,8 млрд реалов.

В прошлый раз, когда я писал статью про XP, меня всё время мучил один вопрос: после того как выпускается институциональный стейблкоин вроде USDXP, как он вообще участвует в реальных трансграничных расчётах? Эта статья как раз закрывает мою догадку — и попутно впервые помогает мне понять одно слово: «стейблкоиновый сэндвич» (стаблкоин-три смэндвич).
Сначала объясню это слово: оно очень образное. Одно международное платежное поручение: с двух сторон — фиатная валюта, а между ними — слой публичного стейблкоина. Плательщик обменивает свою фиатную валюту на долларовый стейблкоин, стейблкоин на блокчейне выполняет трансграничные расчёты, а затем получатель снова обменивает его на свою фиатную валюту. Похоже на два ломтика хлеба с прослойкой посередине? Это как раз то, как отрасль начала описывать трансграничные расчёты со стейблкоинами.

Я начал стейкать RLS еще на этапе предподтверждения: в обычное время читаю официальный блог, в основном чтобы понять, повлияет ли на меня моя позиция. Но статья про квантование от 30 августа — другая: по сути, она учит организации тому, как делать закупки, и мне, как частному инвестору, к этому напрямую отношения нет. Но я все равно дочитал, потому что в самом начале она установила довольно жесткое правило, а это правило потом вернуло меня обратно к самой статье — к тому, что в ней про меня.
То правило такое: формулировка про «квантовую безопасность» — если не указано четко, какой именно стандартизированный алгоритм применяется и на каком уровне параметров, то это не утверждение, а просто ярлык.

Я начал делать стейкинг с той партии предопределённых обязательств в июне, поэтому я уже прошёл этот процесс один раз. На этот раз его открыли для всех, и многие из моих знакомых спрашивают, как это сделать и на что обратить внимание — так что я решил всё один раз подробно расписать.
Сначала поговорим о самих изменениях.
Rayls использует делегированное proof-of-stake: валидаторы запускают ноды, производят блоки и обеспечивают безопасность блокчейна. Обычным держателям не нужно самим поднимать ноду — они могут делегировать свои RLS какому-то валидатору и делиться частью наград за стейкинг.
Этот механизм запустили ещё в июне, но тогда он был доступен только кошелькам, которые участвовали в плане предопределённых обязательств и в мероприятии по ликвидному семени. Те участники заранее заблокировали свои монеты до мейннета: официально им дали трёхмесячный бонус к годовой доходности 55%, а ещё даже отправили по 1 USDr в каждый кошелёк, который соответствует условиям, чтобы у них не возникло проблем даже с gas.

В прошлой статье я рассказал о самом факте открытия стейкинга. Но в чате/в бэкэнде больше всего братья спрашивали одну и ту же фразу: «Как именно это сделать?» Поэтому на этот раз я с нуля и до конца заново прошёл весь процесс, записал каждое действие и все места, где чаще всего можно застрять — просто повторяйте по шагам.
Ссылка на прошлую статью здесь: 质押开放给所有人了,但有几件事最好先知道
Сначала скажите, для кого эта статья. Если вы вообще не сталкивались с Rayls и даже с такими словами, как «кошелёк» и «мост», не очень знакомы — значит, эта статья написана именно для вас. Каждое профессиональное название я сразу же коротко объясню.

Я изучал документацию Rayls, и одна вещь, которая сначала казалась мне непонятной, — это различие между Privacy Node, Private Network и Public Chain.
После того как я разобрался, как они связаны, стало намного легче это понять.
У каждого своя роль.
1. Privacy Node: собственная блокчейн-инфраструктура учреждения
Privacy Node Rayls — это совместимая с EVM цепочка, управляемая одним учреждением.
То, что происходит внутри учреждения, остается внутри его собственной среды.
Он может выпускать токены, управлять балансами, запускать смарт-контракты и обрабатывать свою внутреннюю активность.

Если честно, новости про сотрудничество я обычно пролистываю одним взглядом: из десяти — девять просто «перекидываются» логотипами. Но эту я дочитал до конца, потому что она касается самого «приземленного» и при этом самого дорогого этапа в трансграничных платежах.
Международные переводы идут медленно; многие думают, что это «из‑за медленного интернета». Настоящая причина куда приземленнее: дело не в том, что деньги «передают» туда, а в том, что их заранее «размещают» на месте. Банку, чтобы заплатить в какую‑то страну, обычно нужно заранее открыть счет в местном банке, заранее внести крупную сумму — профессиональным языком это называется nostro-счет. По каждой платежной «магистрали» в мире нужно «запереть» некоторый капитал, как если бы вы в каждом доме ваших друзей оставляли пачку наличных на хранение — вдруг однажды вы окажетесь рядом и ею воспользуетесь. Деньги лежат на счетах без движения, колебания валютного курса вам же и «приходится нести». Один трансграничный платеж нередко занимает несколько дней, пока пройдёт весь путь.

Rayls — это проект, за которым я слежу уже очень давно. В последнее время запустили сообщество The Rail, и геймплей там немного отличается от типичных «активностей ради очков». Он не поощряет бесконечное спам-выкрикивание, а отмечает тех, кто действительно продолжает делать работу. Коротко расскажу, как всё это работает! Друзья, если вам тоже это нравится — присоединяйтесь, заполните форму и «заходите в поезд».
https://tally.so/r/dWgdrA
1. Что такое The Rail
The Rail — это программа общественных послов Rayls. Её цель — отметить значимые вклады и превратить их в признание, полномочия и награды. Официальное позиционирование: «сообщество, построенное на реальных вкладах, а не на игре ради набора очков». Её описывают как «небольшую семейную комнату, где все действительно заботятся друг о друге». Логика работы такая: вы вносите вклад → зарабатываете очки → повышаете роль → вас признают.

Регуляторные новости я обычно пробегаю глазами, потому что в большинстве случаев они не имеют особого отношения к рядовым держателям. Но на этот раз британский пакет правил после прочтения изменил моё мнение — потому что в нём есть механизм, который не бросается в глаза, однако вполне конкретно будет влиять на то, какой цепочкой институты выберут пользоваться в будущем.
Сначала разложим таймлайн по полочкам — потому что это определяет степень срочности.
4 февраля 2026 года парламент Великобритании принял соответствующий закон, а 30 июня FCA опубликовала ключевое содержание этой системы — всего пять документов политики. Канал уполномочения откроется 30 сентября, а полный охват регулируемой деятельности вступит в силу лишь 25 октября 2027 года.