Биткойн-вики описывает сценарий транзакции как то, что описывает, «как следующий человек, желающий потратить передаваемые биткойны, может получить к ним доступ».
Сценарий для «типичного перевода биткойнов на биткойн-адрес назначения D» описывается как требующий от будущего транжиры:
- открытый ключ, который при хешировании дает адрес назначения D, встроенный в скрипт, и
- подпись, чтобы показать свидетельство закрытого ключа, соответствующего только что предоставленному открытому ключу.
Какие полезные альтернативные сценарии можно было бы сделать? В каких практических ситуациях они будут служить и какие клиентские функции потребуются для их поддержки?
Если бы существовала полная реализация языка сценариев, то можно было бы реализовать практически все перечисленное ниже. Однако с некоторыми из них связаны серьезные проблемы с безопасностью, и они требуют дальнейшего анализа, прежде чем попадут в клиенты.
Упомянутая ссылка «Сценарии» в исходном вопросе содержит несколько примеров сценариев, охватывающих следующие варианты использования, которые стоит перечислить, прежде чем переходить к более экзотическим случаям:
Дополнительная ссылка на страницу « Контракты » в вики предоставляет эти дополнительные варианты использования, которые несколько сложнее:
Очевидно, что есть много возможностей для экзотических типов транзакций:
В целом это показывает, что биткойн является очень эффективным финансовым инструментом торговли.
Я считаю, что такие скрипты — это механизм, с помощью которого Namecoin добавил свои возможности, подобные DNS. Также в разработке находится множество других типов транзакций, включая транзакции с мультиподписью (M из N), которые позволили бы использовать встроенную функцию условного депонирования, а также добавлять дополнительных «подписавших» в учетную запись (т. е. «совместные» учетные записи Биткойн). .
Чиро Сантилли OurBigBook.com