В таблице сравнения поставщиков Rayls на девять строк, и я выбрал строку «приватность». Причина очень простая: приватность важна, а Besu — с открытым исходным кодом, так что я могу проверить и документацию, и код.
В таблице Rayls отмечен галочками в обеих строках — «изолирующая приватность» и «криптографическая приватность», а Besu — только в первой строке. Я собирался перепроверить по их собственной документации, поэтому я посмотрел документацию Besu, а затем скачал его код и пересчитал всё.
Вывод не в том, что «Besu не подходит». Настоящее различие такое: эти две компании разместили приватность на разных уровнях, и Besu перенёс это раньше, чем многие думают.
Со стороны Besu: от документации к коду
В официальной документации Besu на верхушке всех страниц, связанных с приватностью, теперь висит одна и та же плашка: функции приватности на основе Tessera прекращаются с версии 24.12.0.
Фактическое удаление происходит в 25.6.0. В релиз-нотах этого релиза это отнесено к разрушительным изменениям: удаляются функции приватности Tessera, пункт #8369. В той же партии также убирали ончейн-управление правами.
То, что я проверял сам, выглядит так. Сначала беру один и тот же файл по трём номерам версий: в 25.4.0 PrivateTransaction.java и Enclave.java оба возвращают 200, а в 25.6.0 и 26.2.0 — 404. Затем смотрю интерфейсы: в перечислении RpcMethod файла 25.4.0 есть 23 метода, начинающихся с priv_, eea_ и privx_. В 26.2.0 в этом же файле их нет ни одного. То же самое и для командной строки: в 25.4.0 есть 12 параметров запуска, начинающихся с --privacy; а в BesuCommand.java для 26.2.0 даже слова privacy не находится поиском. По масштабу: в 25.4.0 не-testовые Java-файлы, относящиеся к приватности и enclave, составляют 153 файла, суммарно 17 875 строк.
Почему Besu решил сделать так
Эту часть нужно написать, иначе получится придирка.
В своём объявлении от 24 сентября 2024 года мейнтейнеры Besu привели причины: кодовая база превратилась в раздувшийся швейцарский нож, такие функции, как Tessera, в тех сценариях, которые он изначально должен был решать, работают недостаточно эффективно, а на уровне приложения уже есть зрелые и развивающиеся решения. В объявлении также упоминается, что ориентированный на EVM проект программируемой приватности с открытым исходным кодом будет передан в LF Decentralized Trust.
Этот проект — Paladin. Сейчас он уже вырос из лабораторного проекта до официального проекта LF Decentralized Trust. Лицензия Apache 2.0. Приватность реализуется двумя способами: с помощью zero-knowledge доказательств или предварительной верификацией со стороны эмитента. Работает поверх любого EVM-чейна.
Поэтому точная формулировка такая: Besu не отказался от приватности — он перенёс приватность с клиента на слой приложения.
Два способа — у каждого свой ценник
Подход Rayls — встроить приватность в протокол: Enygma шифрует содержимое транзакций AES-256, фиксирует балансы обещаниями Pedersen, и с помощью Groth16 доказывает, что этот учёт корректен; дальше используется обычный путь транзакций.
Стоимость этого пути можно измерить. В предыдущем пункте я замерял генерацию доказательства: в однопроцессорной среде для анонимной группы из 6 участников на каждую запись уходило 1,96 секунды. Сегодня я измерил ещё одну вещь: само доказательство имеет всего 164 байта, и при 2-участниках оно такого же размера, как и при 6-участниках, потому что доказательства Groth16 фиксированной длины. Но сопровождающие доказательство открытые данные не фиксированы: при 2-участниках — 588 байт, при 6-участниках — 1 612 байт.
Этот пункт попутно исправляет распространённое утверждение. Уходя из приватной среды, исчезает не только «одно доказательство», а ещё и зашифрованный полезный груз, доказательство и необходимые открытые данные — при этом содержимое остаётся скрытым, а система всё равно может проверять и проводить расчёты.
Кстати, ещё про одну строку в сравнительной таблице. Rayls отмечает пункт про «изолированную приватность» — опирается на структуру развёртывания: чейн Sovereign каждой организации находится внутри её собственной границы, а на официальном сайте говорится, что приватные данные не покидают этот инстанс; во внешний мир отправляется только минимальная нагрузка, необходимая для выполнения одной транзакции. Поэтому для Rayls эти две строки — про разные уровни: между организациями работает изоляция развёртывания, а расчёты между организациями — за счёт криптографии. Я это смотрел только по сайту и документации, реального развёртывания не проводил.
Лицензирование тоже нужно вынести отдельно. Открытый стек Rayls — Apache 2.0, но два модуля Enygma и Axyl — BUSL 1.1: тестирование бесплатное, для продакшена нужна лицензия; каждый релиз автоматически переходит в Apache 2.0 через четыре года после выпуска. Paladin же — Apache 2.0.
Что это значит для одной организации
Если в организации частная сеть работает поверх Besu и используются интерфейсы priv_ или eea_, то шаг до 25.6.0 — это не обновление, а миграция. 23 интерфейса и 12 параметров запуска исчезают одновременно; логику приватности нужно переносить на слой приложения и переписывать. Если не переносить — придётся остаться на серии 25.4, а затем все улучшения производительности и исправления безопасности будут не иметь к вам отношения.
Если выбрать Rayls, приватность и чейн-леджер — из одной «пакетной» связки: версии, аудит и поддержка — одна линия, ничего самому собирать не нужно. Цена — в том, что на каждую конфиденциальную транзакцию сначала нужно считать доказательство; чем больше анонимная группа, тем больше открытых данных, и та часть, которая относится к Enygma, должна лицензироваться по BUSL.
Тот «чем больше», насколько именно — можно прикинуть. Ниже — мой расчёт. Один конфиденциальный перевод на 6 адресов (групповой состав) — суммарно данные для доказательства плюс открытые данные дают примерно 1 776 байт. Если разложить это по масштабу британских CHAPS за 2025 год — в среднем 210 483 операций в день, то получится около 374 МБ в сутки, или около 136 ГБ в год. Для хранения у организаций это не так уж много, но это фиксированная накладная стоимость, растущая линейно с числом записей, а анонимная группа регулируемая: опускаем до 2-адресного режима — и на каждую запись приходится всего 752 байта. Здесь предполагается, что на каждую транзакцию создаётся только одно доказательство; я не считал схемы для внесения, изъятия и DvP.
Из этой строки можно вытащить лишь три слова как общий вопрос: на каком слое. Спросить поставщика, на каком слое живёт функция приватности, кто её поддерживает, каков её жизненный цикл и связана ли она с чейн-леджером. Изменения в Besu за эти два года показывают: ответ будет меняться, и изменения будут разрушительными.
Что я подтвердил и что я предположил
Подтверждённые части: наличие/отсутствие файлов в разных версиях, количество интерфейсов и параметров запуска, содержание официальных объявлений и релиз-ноутов, число байт у доказательства и открытых данных, а также время на доказательство из предыдущего пункта. Всё это можно прогнать заново, повторив команды со скриншотов.
Инферируемая часть: обновление прервёт существующий бизнес по приватности — это выводится из того, что интерфейс исчез. Я не пробовал реально поднять частную сеть с 25.4 до 25.6. Я также не оценивал, сможет ли Paladin принять на себя конкретные сценарии какой-либо одной организации.
По охвату: я смотрел только строку про переводные схемы и про приватность. Пользователи Besu вполне могут сами поддерживать форк или писать плагины — это допускается его лицензией. Остальные восемь строк сравнительной таблицы я не трогал.
Моё мнение
Сравнительная таблица — это статичная картинка, а возможности open-source проектов будут перемещаться. За два года эта строка из «клиент встроен» превратилась в «приложение само заботится», а таблица может показать только один галочек.
Поэтому мне куда ближе относиться к таким таблицам как к стартовой точке чек-листа: в каждой строке нужно зайти в репозиторий оппонента и посмотреть текущую версию. На это у меня ушло меньше часа; команды — в скриншотах. В следующий раз, когда Rayls обновит эту таблицу, стоит смотреть, добавили ли они в колонку про Besu пояснение по версии.
Источник: страница продукта Rayls на Sovereign и сравнительная таблица с поставщиками; официальная документация Besu, баннер о прекращении поддержки в разделе приватности; релиз-ноуты Besu 25.6.0, пункт #8369; объявление LF Decentralized Trust от 24 сентября 2024 года (Sunsetting Tessera and Simplifying Besu) и анонс проекта Paladin; теги 25.4.0, 25.6.0 и 26.2.0 в репозитории hyperledger/besu (прочитано 24 сентября 2026 года); raylsnetwork/rayls-sovereign-gnark-api — коммит 67c4c26 (проверено на своей машине).