Могут ли транзакции с несколькими сигнатурами сделать «биткойн кикстартер» возможным? И в каком состоянии находятся биткойны, в то же время?

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

Мое понимание, основанное на этой статье. Прекратить говорить, что транзакции биткойнов не реверсифицированы что транзакции с несколькими сигнатурами сделают что-то вроде биткойна KickStarter особенно легким.

Это служба биткойнов, подобная kickstarter, будет выступать в качестве третьей стороны для многих контрактов, передающих btc во вторую сторону?

Возможно, это уже сделано? Hmm @coinstarter .. Yay! Замечательно видеть, но на самом деле не отвечает на мой вопрос о том, как работает криптография.

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

Также - и это мой реальный вопрос - в таком случае, какое состояние являются биткойнами до финансирования проекта. То есть, они помечены в блок-цепочке и, таким образом, невозможно, чтобы первые стороны «дважды тратили» btc, которые они пообещали в кампании, или они фактически не находятся в депонировании, поэтому, если первая сторона тратит их на что-то другое в то же время (после залога , до того, как проект будет финансироваться), транзакция просто терпит неудачу?

Большое спасибо заблаговременно, надеюсь, этот вопрос имеет смысл, криптоват.

3 голоса | спросил utunga 18 Jpm1000000pmSat, 18 Jan 2014 16:13:01 +040014 2014, 16:13:01

1 ответ


4

В то время как транзакции с несколькими сигнатурами с доверенной стороной (например, Kickstarter Inc.) будут работать, их недостаток требует указанной доверенной стороны ...

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

  1. Каждый сторонник создает транзакцию с суммой, подлежащей залогу (это немедленный шаг и требуется, поскольку метод не позволяет использовать заголовок
  2. Эта транзакция используется в качестве входных данных, подписанных с помощью SIGHASH_ALL | SIGHASH_ANYONECANPAY, а выход - это адрес, подлежащий финансированию, с помощью цели финансирования . Из-за того, что вход меньше результата, эта транзакция недействительна и не должна публиковаться, а передаваться получателю.
  3. Как только получатель получит достаточное количество транзакций, суммирующих до цели финансирования, они могут опубликовать собранную транзакцию.

К сожалению, этот метод имеет и другие недостатки:

  • Цель финансирования должна быть точно выполнена (или кратно ей), т. е. не может быть целей растяжения или перерасхода средств.
  • Поскольку входные транзакции не расходуются до тех пор, пока финансирование не будет завершено, сторонники могут случайно провести эту транзакцию в другой транзакции.

В идеале будет предоставлять средства для определения имеет ли данный биткойн-адрес (или, в данном случае, сам сценарий) как минимум определенное количество доступных биткойнов ...

ответил Tobias Kienzler 24 Jpm1000000pmFri, 24 Jan 2014 22:47:42 +040014 2014, 22:47:42

Похожие вопросы

Популярные теги

security × 330linux × 316macos × 2827 × 268performance × 244command-line × 241sql-server × 235joomla-3.x × 222java × 189c++ × 186windows × 180cisco × 168bash × 158c# × 142gmail × 139arduino-uno × 139javascript × 134ssh × 133seo × 132mysql × 132