Re: Финансирование сетевой безопасности в будущем
котировка
Договор гарантии, также известный как механизм точки положения, игра Теоретико механизм и финансовые технологии, что способствует добровольному созданию общественных благ и клубных товаров в условиях проблемы безбилетника. [3]
Проблема безбилетника в том, что там может быть действия, которые приносят пользу большой группы людей, но после того, как действие будет принято, нет никакого способа, чтобы исключить тех, кто не заплатили за акции от преимуществ. В Bitcoin проблема заключается в том, что добыча является дорогостоящим и приносит пользу всем, кто владеет Bitcoins и / или осуществляет сделки. контракт на обеспечение горнодобывающей промышленности должен быть построен таким образом, что участники соглашаются с тем, что если какой-то большая суммой средств поручена, эти средства пойдут на добычу в некотором роде, с суммой устанавливается, чтобы быть достаточно большим для достаточно высокого процента хозяйственная деятельность Bitcoin должна быть участием, чтобы избежать проблемы безбилетника.
Bitcoin уже поддерживает контракты обеспечения как тип сделки [4] - для контракта гарантии добычи выход сделки будет установлен либо на тех, кто может провести выходные или адрес принадлежит конкретному шахтеру. Тем не менее, как есть у них есть серьезная проблема: шахтер всегда может собрать средства в залог на сегодняшний день, просто добавив достаточное количество собственных средств на невыполненный контракт и добычу этой транзакции сам, тем самым превращая договор в простое донорство. [5] (По модулю небольшого шанса блока сиротства, если шанс велик, договор гарантии не обнадеживает упорядоченную добычу) Проблема может быть несколько смягчена, заставляя донатор раскрывать свою личность в доказательно, но высоком уровне участия трудно достигать.
С nLockTime сделка может быть создана, когда шахтер, который будет на самом деле собрать его заранее неизвестно. По мере приближения срока, если договор не будет полностью профинансирован, участники дважды проводят свои выходные заложенных транзакционные о признании недействительным договора. Однако этот механизм имеет проблему, что каждый может сделать договор не получится, даже если она полностью финансируется. Эта проблема может быть решена, если язык сценариев Bitcoin продлеваются для обеспечения выходов транзакций, которые могут быть потрачены только по сделкам в соответствии с определенными формами - выходы не будут привязаны к контракту до некоторого времени после того, как контракт истекает.
сетевая безопасность ФинансированияПроблема безбилетника в том, что там может быть действия, которые приносят пользу большой группы людей, но после того, как действие будет принято, нет никакого способа, чтобы исключить тех, кто не заплатили за акции от преимуществ. В Bitcoin проблема заключается в том, что добыча является дорогостоящим и приносит пользу всем, кто владеет Bitcoins и / или осуществляет сделки. контракт на обеспечение горнодобывающей промышленности должен быть построен таким образом, что участники соглашаются с тем, что если какой-то большая суммой средств поручена, эти средства пойдут на добычу в некотором роде, с суммой устанавливается, чтобы быть достаточно большим для достаточно высокого процента хозяйственная деятельность Bitcoin должна быть участием, чтобы избежать проблемы безбилетника.
Bitcoin уже поддерживает контракты обеспечения как тип сделки [4] - для контракта гарантии добычи выход сделки будет установлен либо на тех, кто может провести выходные или адрес принадлежит конкретному шахтеру. Тем не менее, как есть у них есть серьезная проблема: шахтер всегда может собрать средства в залог на сегодняшний день, просто добавив достаточное количество собственных средств на невыполненный контракт и добычу этой транзакции сам, тем самым превращая договор в простое донорство. [5] (По модулю небольшого шанса блока сиротства, если шанс велик, договор гарантии не обнадеживает упорядоченную добычу) Проблема может быть несколько смягчена, заставляя донатор раскрывать свою личность в доказательно, но высоком уровне участия трудно достигать.
С nLockTime сделка может быть создана, когда шахтер, который будет на самом деле собрать его заранее неизвестно. По мере приближения срока, если договор не будет полностью профинансирован, участники дважды проводят свои выходные заложенных транзакционные о признании недействительным договора. Однако этот механизм имеет проблему, что каждый может сделать договор не получится, даже если она полностью финансируется. Эта проблема может быть решена, если язык сценариев Bitcoin продлеваются для обеспечения выходов транзакций, которые могут быть потрачены только по сделкам в соответствии с определенными формами - выходы не будут привязаны к контракту до некоторого времени после того, как контракт истекает.
Я писал выше в Wiki, и я думаю, что с операцией nLockTime + шаблоны исправления это реальный подход, который действительно выступает в качестве надлежащего контракта гарантии, так что технически говоря, я думаю, что идея работает. Economicly и социально? Я не совсем уверен, - в тот момент, реализующего доказательство правильности пакета или даже просто подписи на блоки доверенных третьих сторон может произойти вместо этого. Это трудно понять, но что важно, есть вариант.
Мне также очень нравится контрольно-пропускные пункты Transaction Грегори Максвелла:
котировка
Каждая транзакция (или подпись?) Должна содержать индекс блока и 32 (?) Наименее значимых битов блока хэш. сборы сделки являются действительными только (или только их полное значение?), если они добыты в цепи они согласны. Это позволило бы людям сделать Bitcoin «голосовать кошельками» сделок по идентичности цепи они считают важными. Это не является жизнеспособной замены POW, но позволит значительно снизить экономическую выгоду от добычи умеренной глубины вилки, особ, как сборы начинают доминировать в награду блока. "Вы не получите (все) мой взнос, если вы минируете цепь мне не нравится!"
Пользователь: Gmaxwell / альт идеи- Вершины будет типичным контрольных точек несколько блоков в прошлом от их текущей высоты, чтобы избежать завышения их мнение излишне.
- Глубокие контрольно-пропускные пункты могут быть автоматически срабатывают при наблюдении критической массы монет дня разрушенных подтверждений самого по созданию Pos-ишу системы, хотя это зависит от «ничего на кону» проблемы PoS, и, вероятно, очень опасно. (Например, риск изоляции для новых bootsrapping узлов)
По существу, они действуют как очень мелкозернистым способом сказать, какую версию истории Bitcoin вы поддерживаете, и, таким образом, какую версию истории Bitcoin ваши операционные издержки могут пойти. Если blockchain повторно orged достаточно глубоко, что версия истории в настоящее время не согласен с тем, что вы согласились с, шахтера, который сделал это не получить ваши сборы на всех. Он предложил это в контексте моего Препятствовать плата снайперов с nLockTime втягивания запрос, это по существу, намного более сильная версия этого, хотя тот, который требует жесткого вилы.
Что интересно, вы можете объединить транзакционные контрольно-пропускные пункты и договора обеспечения для создания договора, что шахтеры могут собирать только тогда, когда они следуют пожеланию народа финансирования контракта. Как это будет работать это вы бы первым совершить некоторые средства на операции, которые могут быть потрачены только договором гарантии в течение некоторого периода времени. Далее вы найдете договор, Вы соглашаетесь с, в том числе то, что сделка по контрольно-пропускной пункт в договоре будет, и быстро (в пределах 2-6 блоков) добавить свой вклад в сделки контракта. Если достаточное количество людей фиксации, она проходит. Если нет, то вы можете найти еще один контракт, или ждать, пока ваша заперта транзакция Ouput не истечет, и отправить деньги обратно на ваш кошелек.
Теперь, если цепь получает повторно orged, правила о том, что новый блок не может взимать плату с контрольной точкой операций. Грегори Максвелл предполагает добавление этих сборов в пул, выдаваемый все шахтер в течение долгого времени, но я думаю, что, возможно, проще и легче построить короткие доказательства, был бы просто добавить новое правило, которое превращает эти сборы в выходную транзакции, которые могут быть потрачены при условии соблюдения некоторых условий. Это может быть сделано непосредственно в качестве scriptPubKey / txout:
Код:
<32-разрядный блок частичного хэш> IS_HASH_IN_CHAIN? ЕСЛИ <вынули идет на сборы> ELSE <Публичных> OP_CHECKSIG ENDIF
Накладные здесь может быть слишком много, учитывая ограниченный размер блока, и я снова не уверен, что социально или экономически идея работает, но с технической точки зрения, я думаю, что это возможно. Мысли? Я добавлю материал сделки контрольно-пропускные пункты, и без договоров гарантии, на вики-страницу Средства сетевой безопасности как еще одна возможность в будущем, если идея выдерживает критики.
