ZYCORD docs
Русский
ZycordДокументацияКак работает сеть
Zycord (ZCD) — как работает сеть

Собрано вне цепочки.
Проверено параллельно.
Зафиксировано по порядку.

Любой крупный блокчейн заставляет каждый узел заново исполнять каждую транзакцию поверх глобального состояния. Zycord выносит исполнение за пределы цепочки: транзакция собирается между серверами вне её, приходит полной, со всем, что она прочла и записала, любая машина проверяет её по одним лишь байтам, а единственный цикл фиксирует результат.

Three phases: construction between servers, parallel verification, sequential fold Сборка — вне цепочки Транзакция курсирует между серверами, пока не закроется Кошелёк Секвенсор контракт A Секвенсор контракт B Поручитель подписывает Проверка — параллельно, без состояния Много узлов, каждый проверяет свою долю Свёртка — последовательно Один цикл, сравнивает и прибавляет 9,9 мс на блок из 2900 сертификатов
Обычные серверы, web2, без консенсуса Растёт с каждым ядром, входящим в сеть Единственный дефицитный ресурс

Транзакция — это сертификат

Он не просит “исполни это”. Он заявляет: “я прочёл вот это, я записал вот то, и вот доказательство”. Любой пересчитывает и сравнивает.

Certificate { reads: [(slot, access, operand)] // что я прочёл из слота и как writes: [(slot, op, value)] // что я записываю в слот program: bytes // код или нативная операция sigs: [signature] // право расходования underwriter: (id, sig, seq) // поручитель: кто несёт риск ttl: height // сертификат истекает, если не включён до этой высоты fee: (seq_gas, par_gas) // два рынка }
Действительный = чистая функция от байтовПодписи в порядке, поручитель в порядке, и повторное исполнение program поверх reads даёт ровно те же writes. Ни диска, ни истории.
Применимый = определяется позициейСовпадают ли заявленные reads с состоянием ещё и тогда, когда сертификат доходит до своей очереди в блоке?
Идентификатор не включает подписиПовторная подпись с другим одноразовым числом даёт тот же идентификатор. Множество виденных ловит копию. Никто не платит дважды.
Типы доступа к слотуEXACT фиксирует значение. GUARD лишь заявляет “баланс ≥ x”. DELTA прибавляет, не читая. Платежи и чаевые коммутируют и никогда не конфликтуют.

Два глагола, две стадии

Весь замысел состоит в разделении этих двух вопросов — и в ответе на каждый там, где это дешевле всего.

параллельно

Действительный ли он?

Ответ даётся по одному лишь сертификату. Тысячи разом, на любой машине.

  • Канонические подписи сходятся
  • Повторное исполнение совпадает с записями
  • Диапазонные доказательства сходятся (защищённый канал)
  • Недействительный: никогда не попадает в блок
последовательно

Применимый ли он?

Ответ даётся на позиции сертификата в блоке, сравнением байтов с таблицей состояния.

  • Чтения по-прежнему совпадают → записи фиксируются
  • Устаревшие чтения → пропуск, комиссия поручителя сжигается
  • Ячейка уже израсходована → пропуск
  • Блок остаётся действительным в любом случае

Путь от рождения до реестра

1

Построение между серверами

Кошелёк открывает запрос. У каждого горячего контракта есть свой секвенсор — обычный сервер приложения — который держит копию состояния, упорядочивает, кто ходит первым, и сцепляет каждый сертификат с записями предыдущего. Транзакция, затрагивающая два контракта, строится обоими секвенсорами совместно и доходит до цепочки единым атомарным сертификатом.

2

Поручитель подписывает

Поручитель с внесённым залогом сверяется со свежим состоянием, подписывает вместе с отправителем и принимает на себя риск пропуска. Отправителю он выставляет счёт вне протокола и по сути продаёт предварительное подтверждение. Тот, кому не нужен посредник, поручается сам за себя собственным депозитом — такая возможность есть всегда и не требует ничьего разрешения.

3

Сеть принимает и проверяет параллельно

Каждый узел проверяет действительность по байтам, прежде чем ретранслировать. При выборочной проверке комитет, выбранный VRF, проверяет каждый сертификат; проверить что угодно может любой узел, и одного сообщения достаточно, чтобы наказать поручителя, заверившего мусор.

Недействительный → отбрасывается, до блока не доходит
4

Предлагающий упорядочивает

Комитет PoS отбирает действительные сертификаты и собирает блок. Он ничего не исполняет и не хранит состояния приложений. Он лишь помнит идентификаторы, виденные в пределах окна TTL. Сертификаты из принудительной очереди должны быть включены в пределах F блоков.

5

Последовательная свёртка (fold)

Упорядочивает по (underwriter, seq, id) — порядок выбирает не предлагающий. Для каждого сертификата: совпадают ли чтения с состоянием? Контрольные точки финализируются каждые 32 блока.

Применён — записи зафиксированы, комиссия выплачена предлагающему
Пропущен — комиссия сожжена, списана с поручителя, блок остаётся действительным

Кто чем занимается

Ни одна из ролей не требуется для безопасности сети. Если все они исчезнут, принудительная очередь сохранит систему живой.

Кошелёк

Делает
Строит сертификат, заявляет чтения и записи, подписывает
Видит
Публичное состояние, которое ему нужно прочесть
Доверяет
Никому

Секвенсор

Делает
Упорядочивает горячий контракт вне цепочки, упаковывает пачки в один сертификат
Ему доверяют
Только живучесть. Если он лжёт, сертификат пропускается, а платит залог
Забирает
MEV собственного приложения, явным образом

Поручитель

Делает
Подписывает вместе с отправителем и принимает риск пропуска под залог
Видит
Ячейки живые или израсходованные — но никогда скрытое значение
Теряет
Только за нарушение, доказуемое по байтам (двусмысленная подпись)

Проверяющий узел

Делает
Проверяет действительность по байтам, ретранслирует, синхронизируется
Нужны
Ядра. Состояние — только если он собирается фиксировать
Цена
Падает по мере роста сети, потому что он проверяет лишь долю

Предлагающий (PoS)

Делает
Упорядочивает действительные сертификаты, выполняет свёртку (fold), предлагает блок
Видит
Байты, а не смысл
Зарабатывает
Субсидию + приоритетную комиссию с применённых

Приватность, не затрагивающая последовательный путь

Конфиденциальные транзакции с одноразовым адресом поверх публичного графа. Это скрывает значение. Это откладывает связь с получателем. Это не Monero, и в статье так и сказано.

Что остаётся скрытым

  • Значение: обязательство C = vG + rH
  • Получатель — до первого расходования (скрытый адрес)
  • Баланс каждой скрытой ячейки — расходовать его может только владелец, и никто не может “спросить”

Что остаётся публичным

  • Что платёж состоялся и кто за него поручился
  • Какой выход был израсходован — в момент расходования
  • Каждый переход между публичным каналом и защищённым, со значением в открытую
  • Комиссии, coinbase, платежи контрактам

Защищённый пул — это забор, а не сигнализация

Shielded pool with an exit guard Публичный канал значения в u256, арифметика с проверкой Защищённый пул пул = Σ вход − Σ выход публичное целое, движимое дельтой защитить +v снять защиту: guard пул ≥ v Если криптография сломана поддельное значение не пройдёт через guard. Инфляция остаётся запертой внутри пула.

Свёртка (fold) никогда не выполняет арифметику на кривой. Она хранит 32 байта обязательства и сравнивает на равенство. Вся тяжёлая криптография — диапазонные доказательства, балансовое уравнение — проверяется на параллельной стадии и оплачивается на дешёвом рынке.

Почему нет кольцевых подписей

Кольцо ссылается на чужие выходы — а это делает действительность функцией от истории и убивает проверку без состояния. Zycord не отказывается от этого свойства, поэтому его приватность слабее, чем у Monero, по решению, а не по недосмотру.

Сеть: два рынка gas

Цепочка, которая берёт плату за всё на одном аукционе, заставляет проверку доказательства конкурировать с записью состояния. Здесь у каждого ресурса своя цена.

Параллельный gas

Оплачивает проверку: подписи, повторное исполнение, байты, тяжёлые доказательства, постквантовые схемы.

Предложение растёт с каждым ядром и GPU, входящим в сеть. Высокий потолок, низкая цена.

Последовательный gas

Оплачивает свёртку (fold): проверку чтений, записи, аренды. Тот единственный цикл, который каждый узел проходит по порядку.

Дефицитен. Эластичный потолок: не более чем удвоение за год полных, здоровых блоков. Никто не голосует.

Сеть сверху

Четыре непересекающихся слоя: кто упорядочивает, кто поручается, кто проверяет, кто задаёт порядок. Каждый масштабируется по своему ресурсу.

вне цепочки

Секвенсоры на приложение

Обычный web2: websockets, очереди, автомасштабирование. Они упорядочивают горячие контракты и упаковывают пачки в форму, которую хорошо проверяют GPU. Они никогда не хранят данные на попечении — состояние всегда восстановимо из одной лишь цепочки.

вне цепочки

Рынок поручителей

Поручители с залогом продают предварительное подтверждение: “применено за секунды или платит мой залог”. Двусмысленная подпись наказывается доказательством в байтах; медлительность стоит лишь репутации. Задержка никогда не превращается в конфискацию.

параллельно

Комитеты проверки

Выбираются VRF для каждого сертификата, размером таким, что вероятность проскочившего недействительного сертификата пренебрежимо мала. Любой полный узел может проверить что угодно. Одного сообщения достаточно, чтобы наказать.

последовательно

Комитет PoS + свёртка (fold)

Предлагает блоки, выполняет свёртку, финализирует контрольные точки. Принудительная очередь вынуждает включение в пределах F блоков и гарантирует применение — механизм, благодаря которому сеть переживёт любого оператора, включая автора.