В эпоху ручного ведения учета одна межкомандная оплата сверялась по двум экземплярам документов: стороны сверяются и подтверждают всё без ошибок — посторонним доступ невозможен. Сегодня те же компромиссы перенесли в цепочку: вопрос «это приватная/конфиденциальная сеть или нет» превратился в «насколько сильно эту сделку вообще можно раскрывать».
Dusk разместила два варианта на одной и той же расчетной платформе. Moonlight — это модель публичного аккаунта: баланс и поля транзакций видны, а подписи и nonce отвечают за авторизацию и защиту от повторного воспроизведения; она подходит для сценариев, где несколько сторон совместно проводят сверку. Phoenix использует note и доказательства с нулевым разглашением: сумма и связи скрыты, при этом всё равно проверяются сохранение баланса и защита от double-spend. Это не две отдельные сети, а одна и та же расчетная система в двух режимах видимости.
При выборе по-настоящему нужно считать стоимость сопровождения. При движении по публичному потоку любая операция оставляет записи, которые можно искать, — сверяться проще, но площадь раскрытия больше. При движении по экранированному потоку детали защищены, но придется для каждого типа уполномоченных сторон заранее готовить проверяемые траектории доказательств. В ручную эпоху компромисс «кому что показывать» был такой, и сегодня он просто оформился в две категории правил, которые нужно отдельно поддерживать.
На практике бизнес редко ограничивается выбором только одной стороны. В одной сделке может быть как этап, где обе стороны должны публично сверяться, так и связанная информация, которую не хочется, чтобы третьи лица могли искать. Поэтому в одних и тех же взаимоотношениях могут сосуществовать публичные и экранированные отрезки. Ключ — разбить бизнес на сегменты и решить, для каждого сегмента, какой режим видимости использовать, а не требовать, чтобы вся цепочка была унифицирована по видимости. Чем точнее разбиение на сегменты, тем надежнее основание для выбора режима.
При оценке разложите по небольшой таблице участников, чувствительность сумм и требования к проверке — и выберите режим. Оба потока используют один и тот же набор ограничений против double-spend и целостности: выбор режима не меняет правила расчетов. @Dusk делает выбор между открытым и экранированным режимами в рамках одной расчетной основы; $DUSK видимость транзакций зависит от сценария самого бизнеса; а #dusk при оценке тоже следует начинать с того, сколько именно должна раскрывать эта конкретная сделка, а не с атрибутов самой цепочки.
Dusk разместила два варианта на одной и той же расчетной платформе. Moonlight — это модель публичного аккаунта: баланс и поля транзакций видны, а подписи и nonce отвечают за авторизацию и защиту от повторного воспроизведения; она подходит для сценариев, где несколько сторон совместно проводят сверку. Phoenix использует note и доказательства с нулевым разглашением: сумма и связи скрыты, при этом всё равно проверяются сохранение баланса и защита от double-spend. Это не две отдельные сети, а одна и та же расчетная система в двух режимах видимости.
При выборе по-настоящему нужно считать стоимость сопровождения. При движении по публичному потоку любая операция оставляет записи, которые можно искать, — сверяться проще, но площадь раскрытия больше. При движении по экранированному потоку детали защищены, но придется для каждого типа уполномоченных сторон заранее готовить проверяемые траектории доказательств. В ручную эпоху компромисс «кому что показывать» был такой, и сегодня он просто оформился в две категории правил, которые нужно отдельно поддерживать.
На практике бизнес редко ограничивается выбором только одной стороны. В одной сделке может быть как этап, где обе стороны должны публично сверяться, так и связанная информация, которую не хочется, чтобы третьи лица могли искать. Поэтому в одних и тех же взаимоотношениях могут сосуществовать публичные и экранированные отрезки. Ключ — разбить бизнес на сегменты и решить, для каждого сегмента, какой режим видимости использовать, а не требовать, чтобы вся цепочка была унифицирована по видимости. Чем точнее разбиение на сегменты, тем надежнее основание для выбора режима.
При оценке разложите по небольшой таблице участников, чувствительность сумм и требования к проверке — и выберите режим. Оба потока используют один и тот же набор ограничений против double-spend и целостности: выбор режима не меняет правила расчетов. @Dusk делает выбор между открытым и экранированным режимами в рамках одной расчетной основы; $DUSK видимость транзакций зависит от сценария самого бизнеса; а #dusk при оценке тоже следует начинать с того, сколько именно должна раскрывать эта конкретная сделка, а не с атрибутов самой цепочки.