Я думаю, что интересное направление идти с этим контракты обеспечения сети, давайте называть их НСС из-за отсутствия лучшего термина. Они представляют собой практическое применение технологии.

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

Узлы сети закладывать видеть действующий контракт гарантии того которая удовлетворяет их параметры. Заявив средства транслирующих сделку SIGHASH_ANYONECANPAY стиля, который платит заранее определенный набор выходов. После того, как достаточное количество объявленных взносов собирают законченные транзакции передаются по сети Bitcoin, стимулируя тем самым добычу.

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

• Узел видит, что скорость сети, как представляется, опустившись ниже допуска, указанного владельцем.
• Он вещает предложение по договору гарантии, скажем, 10 BTC заявляемого в шлюзовое время текущего блок номер + 5 блоков, и спрашивает, кто заинтересован. Предложение включает в себя ключ.
• 5 других узлов указывают на их желание участвовать, говорится, сколько они будут готовы внести свой вклад, и каждый из них также включает в себя свежий открытый ключ.
• После того, как каждый узел видит, что есть достаточно предложений, они самостоятельно построить сделку по контракту обеспечения таким образом, что его единственный выходом является CHECKMULTISIG с каждым ключом вещания, а узлы собственного входа подписан SIGHASH_ANYONECANPAY. Ключи в выходе сортируются так что каждый узел получает ту же структуру.
• После получения общих операций, каждый узел передает подписанный вход к договору.
• Получив полный набор подписей / входов, каждый узел сортирует входы, объединяет их вместе, чтобы создать контракт общей гарантии, а затем создает плату ТЕ, который проводит контракт на выход нулевого значения и имеет стопорное время согласованнога время (все значения идут на сборы). Узлы подписать эту сделку и транслировать свои подписи.
• Первый узел, который получает копию каждой подписи строит сделки плату, а затем транслирует договор обеспечения и плата за сделку вместе.
• В 5 блоков время шахтеры теперь будет заинтересованность в шахте, чтобы претендовать на 10 BTC.

Хотя протокол является довольно сложным с несколькими этапами, это, вероятно, достаточно быстро, что он может быть запущен снова и снова каждый интервал блока, обеспечивая таким образом, что каждый блок имеет сделки стимула.

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

Открытые проблемы в основном вращаются вокруг ДОСа потенциала. Такого рода многоступенчатых протоколов часто уязвимы к прекращению атак.