Off-и-на протяжении последних нескольких лет, Хорхе Timуn (jtimon) и Марк Friedenbach (maaku) развиваются расширение в Bitcoin и (предварительно OpenCoin) Ripple распределенных протоколов, которые позволяют заданные пользователем канальные инструменты, вне цепи бухгалтерский учет, атомные сделки, равный-равному аукционов / обмен, производные и переходные операции, а также множество финансовых контрактов эти примитивы бы возможным. Спецификация теперь разумно достаточно полно, что мы хотели бы получить от сообщества.

(Полная спецификация доступна скачать как PDF документ - Ниже приводится резюме высокого уровня. Кроме того, у нас есть толпы фонд в процессе, чтобы помочь заплатить за необходимое развитие для осуществления этого. Любая обратная связь от технических людей здесь будет особенно приятно.)

обзор:

Здесь мы предлагаем новый формат транзакция, который позволяет иерархии самостоятельно проверить суб-транзакции, дополнительные сценарии проверки и интроспективные опкоды, строгий контроль валюты для пользователей активов, а также ослабление правил, касающихся генерацию монет через coinbase сделки для целей поддержки пользователей -определенная активы на блок-цепи. Введу также понятие частных централизованных серверов учета для выполнения сделок от цепи активов криволинейных взаимодействуют друг с другом, а также с в цепи активов. Эти изменения неизбежно требуют жестких вил, и будут развернуты в цепочку Freicoin первый (присоединяемом добывали против Bitcoin). В сочетании с подходящими расширениями к равному-равному, JSON-RPC, RESTful и бумажник интерфейсами, эти изменения протокола репертуар полного Bitcoin в конструктах низкого уровня, что позволяет эмуляцию широкого спектра финансовых инструментов, упомянутых выше.

Вот некоторые примеры приложений, с которыми мы работали в деталях:

• Выдача новых активов путем Операции определения активов (кроме обычной первой сделки блока coinbase сделки). Такие активы могут указывать свой собственные интересы / ставки демереджа, блок детализацию, масштаб отображения, и содержит хэш-поле, ссылающееся внешний ресурс, возможно, юридический или рикардианский договор о том, что сама цепи не проверяет.
• Выдача уникальных и неделимых активов, которые передаются в наборах вместо числового количества, и позволяют быстро выглядеть окна на их текущей собственности для повышения случаев использования смарт собственности и управлять некоторыми разрешениями обычных пользовательских активов.
• Атомный обмен активов различных типов путем включения входов и выходов обоих типов в одной транзакции.
• Подписание заказы (частичные сделки отказ от одного актива в обмен на другой), которые являются обязательными, но не завершенными, пока они не попадают в цепь, как часть сбалансированной сделки, и прикрепили даты истечения срока действия или могут быть явно отменены двойным потратив подписанный входы.
• Выполнение произвольного количества этих заказов атомарно, создавая полную действительную сделку, где заказы включены в качестве вложенного суб-операции, выполняя, таким образом атомное торговлю без необходимости каждой из сторон, чтобы быть в Интернете или в непосредственной связи друг с другом. Сочинение заказы от отдельных рынков в атомную торговлю с промежуточными активами позволяет платежи на основе переходных доверительных отношений.
• Уничтожение монет, жетонов, или активы, если не больше необходимых особого класса не-расходуемого, prunable вывода сценария.
• Ограничение условий, посредством которого сделка или суб-транзакции могут быть выбраны для включения путем указания скрипты проверки, , которые запускаются, когда блок вшита проверяется. Самоанализ блочной цепи из в Bitcoin среды сценариев включен путем введения новых опкодов.
• Запуск сервера учета в качестве частных цепей с централизованным, а не распределенным консенсусом, в котором внедорожных цепи активы могут быть выданы, переданные и продаваемой таким же образом, что они находятся в общественной сети, с частным блоком цепи предоставления журнала аудита.
• Выполнить произвольное количество сделок из различных бухгалтерских серверов и / или публичной цепи в атомной сделке, используя либо общественную цепь или согласованную службу меток времени для фиксации фазы.
• Общественные сети или частные учетные серверы, настроенные на «наблюдать» другие цепи, чтобы позволить гораздо быстрее, но обеспечить кросс-цепи торговли, по сравнению с существующими медленными, многофазных протоколов, включающих раскрытие беспорядочных секретов. Это требует умения извлекать доказательства из наблюдаемой цепи с целью подтверждения условных сделок.
• Ограничить использование пользовательского актива путем присвоения к нему поворотным ключам подписи, которые, которые должны подписать все операции, связанные с ограниченными активами до включения (поддержка нормативных требований ЗСКА).

Это предложение добавляет примитивы Bitcoin, необходимыми для реализации без валютных финансовых конструктов, таких как дивиденды доходных облигаций, владение активов лексем, кредитных отношения, разнообразие форм интеллектуальных контрактов и распределенных площадки для обмена все выше. Частные сервера учета предоставляют механизм для поддержки неограниченного объема от цепи сделок, находясь в состоянии взаимодействовать с в цепи активов посредством атомной торговли кросс-цепи и интегрированного рынка равноправных узлов ЛВС.

Пользовательские выпущенные активы:

Делимая валюты и / или жетоны, представляющие пользовательские выпущенные активы может быть отчеканены в специальных coinbase операций отдельно от обычной первой транзакции блока (где Bitcoins в настоящее время, и продолжают чеканить). Монеты, созданные в таких генерирующих сделках не Bitcoins, а пользователем выпущенных акций активов которые представляют собой взаимозаменяемую собственность базового типа активов, или лексемы активов которые были определены в-актив уникальных bitstrings. Такие монеты и жетоны могут быть включены в сделках, содержащих регулярные p2p выпущенных монет, которые в этом предложении иногда называют принимающей валюты или плата за валюту.

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

Создатель сделки определения активов может также указать список Authorizer маркеров. Сигнатура авторизатора требуется каждый раз, когда транзакция включает входы или выходы этого актива. Это позволяет эмитенты / шлюзов для управления закрытого перечня «уполномоченных счетов» зарегистрированных пользователей, если нормативные ограничения их юрисдикции, требуют от них, чтобы сделать так, или если они желают белый списка участников (например, местные валюты или ограниченные продажи акций). Она также позволяет эмитенты взимать плату, когда активы проданы или перемещены.

Используя уникальные маркера для управления новой эмиссии и authorizers позволяет создателю следовать его собственным ключевым велосипедной политика или безопасности протоколам. Используя multisig или несколько подписей, возможно для операции остаются в силе даже через один или несколько ключевых поворотов.

Эти различные свойства актива, его процентным / ставка демереджа, блок зернистости и индикация масштаба и списки эмитентов и Авторизатор маркеров устанавливаются в coinbase строки транзакции определения актива.

Частичные операции:

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

Поскольку проверка суб-транзакций происходит отдельно друг от друга и вмещающих сделок выше уровня, предварительно подписано, несбалансированные сделки могут выступать в качестве предложений по распределенным обмену: участники рынка знака предложение добавив монеты одного вида активов в обмене на выходной сигнал другого типа. Эти подписанные предложения транслируются через боковой канал и агрегируются шахтерами. При обнаружении перекрестный (предложение выше, чем спросить), шахтер объединяет два предварительно подписанных предложения и испрашивает разницу в качестве платы.

Другие случаи использования включены. Например, когда основные активы представляют собой кредитные линии, механизм обмена позволяет платежи на основе транзитивных доверительных отношений, в стиле оригинального Ripplepay применения Райано Фуггер.

Частные бухгалтерские книги:

Частный сервера учета (далее «бухгалтер») использовать вариант базового кода Bitcoin, который лишен распределенный консенсус доказательства правильности работы механизма. Бухгалтеры несут ответственность за устранение двойного расходы, оставляя за собой остатки для ожидающих передач, и санкционирования сделок, иногда условно на внешних событиях. Бухгалтеры способны предотвратить сделки от переживает, если владелец уже обязан средств в других странах, путем отслеживания доступного остатка (фактический остаток за вычетом средств на различных стадиях совершения). Бухгалтеры используют различные распределенные механизмы консенсуса для координации обязательств транзакций с другими серверами частных бухгалтерских или цепями общественных блоков.

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

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

Обратите внимание, что обратная зависимость не может применяться в настоящее время. Общественные сети могут поддерживать транзакции условных с данными о других цепях для повышения кросса-цепью торговли, а затем проверка наблюдающей Chain становится зависимой от проверки наблюдаемой цепи. Такой подход к кросс-цепи был описан несколько раз в другом месте, и был бы просто реализовать с помощью этого расширения протокола.

---

Для получения более подробной информации ознакомьтесь с PDF:

http://freico.in/docs/freimarkets.pdf