Skip to main contentA-REX Core

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 года по блокчейну.
  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) и интерфейсы Solidity (contracts/standard/, CC0).
  • Эталонная реализация (ARexToken, ARexAttestations, MIT): обновляемая по схеме UUPS, хранилище ERC-7201, ролевое управление доступом, конвейер хуков с защитой от реентерабельности, 24.1 KB (в пределах лимита EIP-170).
  • Эталонные хуки: допуск (разрешение, блокировка и санкции с указанием источника и TTL), срок годности, требования к аттестациям по товарам, модели порчи для скоропортящихся товаров, сезонные окна, хранение и расчёты при доставке, а также прослеживаемость по образцу EPCIS.
  • Сопутствующие расширения: детерминированный оракул цен на товары, обёртка для углеродных кредитов, иммобилизованных в реестре (аттестация, но не выпуск), и параметрическое страхование, запускаемое аттестациями.
  • Тесты: 42 теста эталонной реализации, хуков и расширений (включая рандомизированный инвариантный тест с зафиксированным seed); непрерывная интеграция; зафиксированные версии зависимостей; JSON Schema для метаданных партии, согласованная с ключевыми элементами данных EPCIS 2.0 и FSMA 204.
  • Инженерная документация в форме системного проектирования: документ системного проектирования с моделями компонентов, данных, взаимодействия и эксплуатации, шестнадцать записей об архитектурных решениях, матрица прослеживаемости требований и пакет материалов для подготовки к аудиту.

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

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

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

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

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

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