Skip to main contentA-REX Foundation

Whitepaper · 01

Краткое резюме

A-REX Core в одной главе: что представляет собой стандарт, что он намеренно оставляет за рамками, как он позиционируется юридически и как намерен стать стандартом де-факто до того, как станет официальным.

Проблема в одном абзаце

Сельскохозяйственные лоты — крупнейший класс физических активов, не имеющих интероперабельной ончейн-формы. Существующие стандарты токенов охватывают два края проблемы: ERC-3643 стандартизирует ценные бумаги с разрешительным доступом на основе ERC-20, а ERC-7943 (статус Final, май 2026 г.) стандартизирует поверхность принудительного исполнения, необходимую любому токену реального актива. Режимы прослеживаемости, такие как GS1 EPCIS 2.0, Правило FDA о прослеживаемости пищевых продуктов (FSMA 204) и Регламент ЕС об обезлесении (EUDR), определяют, что необходимо фиксировать о лоте. Ни один из них не позволяет токену быть лотом: с датой производства, единицей измерения, ссылкой на происхождение, жизненным циклом и — прежде всего — возможностью разделяться, объединяться и перерабатываться в другие лоты с сохранением своего происхождения.

Стандарт в одном абзаце

A-REX Core — небольшое расширяемое дополнение к ERC-1155: нормативное ядро намеренно минимально, чтобы его можно было принять, а масштабируется оно за счёт того, что оставляет открытым (коды, хуки, аттестации, родословная), а не за счёт того, что предписывает. Конформный токен реализует четыре небольших интерфейса:

УровеньИнтерфейсЧто добавляет
0IERC7943MultiToken (дословно из ERC-7943)заморозка, принудительный перевод, допуск аккаунта, canTransfer
1IARexBatchоткрытые коды товара и единицы измерения, время производства и истечения срока, ссылка на происхождение, коммитмент метаданных, статус, управляемый ролями, и transform — единственный способ разделить, объединить или переработать партию с фиксацией её родителей
2IARexHook / IARexHookManagerединый упорядоченный конвейер контрактов-правил, возвращающих коды bytes32 вместо отката со строковыми сообщениями
3IARexAttestаттестации по партиям и темам (сертификаты, инспекции, регуляторные декларации) с доверенными эмитентами по каждой теме

Всё сельскохозяйственное, что не является идентичностью или родословной партии, — кривые порчи, сезонные окна, процессы доставки, оракулы, углеродный учёт, страхование — находится вне стандарта. Оно реализуется в хуках и сопутствующих контрактах, демонстрирующих интерфейсы, подобно тому как модули комплаенса T-REX демонстрируют ERC-3643, не будучи его частью.

Пять правил проектирования

  1. Никаких закрытых перечислений. Товары, единицы измерения, статусы и темы аттестаций — открытые коды. Добавление киноа, бразильской схемы классификации по сортности или новой метки устойчивости никогда не требует повторного развёртывания.
  2. Никаких персональных данных ончейн. Происхождение партии — это ссылка на доказательство (номер заявления о должной осмотрительности по EUDR, идентификатор складской расписки) или случайная ссылка, но никогда не координаты участка и никогда не значение, вычисленное из них, например хеш или геохеш участка. Это соответствует руководящим принципам Европейского совета по защите данных 2026 года по блокчейну; проект, предложенный вместе с ADR-019 (Предложено), делает вторую часть правила требованием уровня MUST.
  3. Состояние до уборки урожая — полноправный случай. Партия с producedAt == 0 — это будущий лот, объект дебиторской задолженности по урожаю, форварда или варранта.
  4. Статус — вопрос полномочий, а не баланса. Изменить статус жизненного цикла партии может только роль; владение одним килограммом лота не даёт никаких прав на сам лот.
  5. Родословная обязательна. transform сжигает входные партии, эмитирует выходные и фиксирует родительские партии. Он соответствует EPCIS TransformationEvent один к одному, а именно это необходимо для отзыва продукции, для критического события отслеживания «преобразование» по FSMA 204 или для аудита массового баланса.

Юридическое позиционирование

A-REX не занимает позиции по вопросу о том, является ли выпущенный с его помощью токен ценной бумагой, товаром, криптоактивом по смыслу MiCA, депозитным сертификатом или дебиторской задолженностью. Это зависит от того, как токен предлагается и что он представляет, а не от интерфейса: сам тест Howey возник из дела о цитрусовых рощах, проданных пассивным инвесторам. Поэтому стандарт поставляется с поверхностью принудительного исполнения, необходимой при любой классификации (заморозка, принудительный перевод, допуск, приостановка, аудируемые события), а политику оставляет хукам и юридическим консультантам эмитента. В регуляторной главе приведены даты, проверенные в сентябре 2026 г.: соблюдение FSMA 204 — с 20 июля 2028 г.; применение EUDR — с 30 декабря 2026 г. (средние и крупные операторы) и с 30 июня 2027 г. (микро- и малые операторы); MiCA применяется в полном объёме с 30 декабря 2024 г.; руководящие принципы EDPB по блокчейну окончательны с июля 2026 г.

Что существует сегодня

  • Нормативный текст в формате ERC (standard/AREX-CORE.md, CC0), версия 2.1.0-alpha.2, интерфейсы Solidity (contracts/standard/, CC0) и схема метаданных партии 1.2.0. Этот сайт удерживает этот текст. Компании, которые реализуют A-REX, выпускают с ним партии или проводят аудит, запрашивают доступ для чтения, пока репозитории закрыты. Письменные условия говорят, что стандарт будет опубликован под CC0 и что ранний доступ не даёт исключительности.
  • Эталонная реализация (ARexToken, ARexAttestations, MIT): обновляемая по схеме UUPS, хранилище ERC-7201, ролевое управление доступом, конвейер хуков с защитой от реентерабельности, 24.1 KB (в пределах лимита EIP-170).
  • Эталонные хуки: допуск (разрешение, блокировка и санкции с указанием источника и TTL), срок годности, требования к аттестациям по товарам, модели порчи для скоропортящихся товаров, сезонные окна, хранение и расчёты при доставке, а также прослеживаемость по образцу EPCIS.
  • Сопутствующие расширения: детерминированный оракул цен на товары, обёртка для углеродных кредитов, иммобилизованных в реестре (аттестация, но не выпуск), и параметрическое страхование, запускаемое аттестациями.
  • Информативные сопоставления с GS1 EPCIS 2.0, UN Transparency Protocol 0.7.0, углеродными следами PACT 3.0.3, ERC-3643 и Ethereum Attestation Service, а также не зависящий от реализации набор тестов конформности из 85 положений, который может запустить любая реализация.
  • Тесты: 42 теста эталонной реализации, хуков и расширений (включая рандомизированный инвариантный тест с зафиксированным seed); непрерывная интеграция; зафиксированные версии зависимостей; JSON Schema для метаданных партии, согласованная с ключевыми элементами данных EPCIS 2.0 и FSMA 204.
  • Инженерная документация в форме системного проектирования: документ системного проектирования с моделями компонентов, данных, взаимодействия и эксплуатации, 22 записей об архитектурных решениях (16 принятых, 6 предложенных), матрица прослеживаемости требований и пакет материалов для подготовки к аудиту.

Чем A-REX не является

  • Не реестр ферм, не система идентичности, не сеть оракулов. Это интеграции, выбираемые эмитентом.
  • Не механизм оценки стоимости. В ядре нет понятий цены или порчи; их обеспечивает хук или офчейн-сервис.
  • Не углеродный реестр. На углеродные кредиты можно ссылаться и ограничивать операции с ними с помощью аттестаций; их выпуск — задача реестра.
  • Пока не ERC. Интерфейсы будут поданы в ethereum/ERCs только после промышленного развёртывания, независимых реализаций хуков и аудита третьей стороной, поскольку ERC замораживает то, что стандартизирует.

Как он становится стандартом

ERC-3643 три года находился в промышленной эксплуатации до появления своего EIP, а его статус Final стал следствием внедрения, а не его причиной. ERC-7943 прошёл путь от черновика до Final за восемь месяцев с шестифункциональным интерфейсом и коалицией разработчиков реализаций. A-REX следует тому же пути: зафиксировать небольшой интерфейс, выпустить работающую эталонную реализацию, подтвердить её на реальных лотах, собрать независимых разработчиков реализаций, затем подать заявку. Дорожная карта приведена в главе Дальнейшее развитие.

Руководство по чтению

  • Лица, принимающие решения: эта глава, Обзор решения, Регуляторное соответствие, Сценарии использования.
  • Инженеры: Техническая спецификация, Стандарт ядра, Хуки и эталонные модули, Руководство по реализации, Фреймворк безопасности.
  • Интеграторы и регуляторы: Интероперабельность, Регуляторное соответствие, Приложение A.