Glossary
The protocol's vocabulary in one place, with the specification that defines each term.
- OPEN
Токен полезности и управления протокола. Это не торгуемый актив — расчёты используют стейблкоины вроде USDC. OPEN стейкают как экономическую ответственность, и он несёт права управления. Выпущен один раз при генезисе с фиксированным максимальным предложением.
- OFSOpenFiat Protocol Suite
Серия пронумерованных спецификаций. Номер кодирует слой: 1000 — сеть, 2000 — рынок, 3000 — репутация, 4000 — управление, 5000 — идентичность, 6000 — уведомления, 7000 — оракулы и риск.
- OFNPOpenFiat Network Protocol
Одноранговый транспортный слой, который реализует каждый совместимый узел, построенный на libp2p с QUIC, Noise и Yamux.
- OFTPOpenFiat Trade Protocol
Жизненный цикл сделки: резервирование, финансирование хранения, фиатный платёж, подтверждение, расчёт. Сделка никогда не может пропустить обязательное состояние.
- OFIPOpenFiat Improvement Proposal
Инструмент управления для изменения протокола — эквивалент RFC или EIP.
- SWQoSStake-Weighted Quality of Service
Как приоритизируются узлы. Эффективный приоритет сочетает репутацию, стейк и измеренную сетевую производительность; бо́льший стейк не может компенсировать плохие показатели.
- Объявление
Публично подписанное заявление, выражающее готовность мерчанта торговать, с активом, направлением, валютой, лимитами, моделью ценообразования и способами оплаты.
- Резервирование
Шаг, который закрепляет часть объявления за конкретным покупателем до финансирования хранения.
- Хранение
Ончейн-удержание стейблкоинов во время сделки. Стейблкоины поступают на хранение до начала фиатного платежа, поэтому покупатель никогда не отправляет фиат без уже защищённых средств.
- Хранилище ликвидности
Ончейн-архитектура, которая держит средства сделок. Расчёт по сделке защищён здесь, а не стейком мерчанта.
- Gossip
Как события, меняющие состояние, распространяются по сети, чтобы ни один узел не зависел от центрального источника.
- Снапшот
Подписанная и сжатая копия состояния рынка с корнем состояния, позволяющая новому узлу быстро синхронизироваться вместо воспроизведения всей истории.
- Bootstrap-узел
Каталог, который представляет только что запущенный узел пирам, а затем становится необязательным. Он ничего не одобряет и ничего не координирует.
- Реестр сервисов
Каталог, где провайдеры публикуют, что они предлагают и где. Это каталог, а не рынок: он не даёт рекомендаций, и клиенты выбирают сами.
- Заявление о личности
Добровольное подписанное доказательство того, что кошелёк управляет каналом связи, таким как email или аккаунт Telegram. Оно устанавливает контроль, но никогда — правовую личность, национальность или регуляторный статус.
- Коммит-раскрытие
Двухфазное голосование арбитра: сначала опубликовать коммит, позже раскрыть голос и секрет, чтобы ни один арбитр не мог видеть голоса других, прежде чем подать свой.
- Слэшинг
Потеря части стейка за нарушения протокола. Правила детерминированы и публично задокументированы; обычные перебои влияют на репутацию и право на вознаграждения, а не запускают слэшинг.
- Прогрессивная децентрализация
Самое повторяемое обязательство whitepaper: AllenHark ведёт первоначальную разработку, а ответственность за инфраструктуру и управление спроектирована так, чтобы перейти к сообществу.
- AllenHark
Компания, которая ведёт первоначальную разработку. Она эксплуатирует bootstrap-инфраструктуру во время запуска и конкурирует с любым другим провайдером по идентичным правилам протокола. Она спроектирована так, чтобы стать ненужной.