Я читал газету, и мое первое впечатление, что это очень перспективный, но многое зависит от деталей. Я больше всего заинтересован в детальном функционировании OP_SIDECHAINPROOFVERIFY.

Похоже, что это решает проблему, которая имеет значительное перекрытие с вопросом я имею в разработке полностью доверительное бесплатно АМИКО Pay. Таким образом, если OP_SIDECHAINPROOFVERIFY предназначен вдумчивым образом, это может позволить АМИКО Плату на Bitcoin в самом блоке цепи (где OP_SIDECHAINPROOFVERIFY бы проверить прошлое раздел собственного блока цепи Bitcoin, вместо боковой цепи); в противном случае, я мог бы создать боковую цепь, которая поддерживала бы полностью доверительное бесплатно АМИКО Pay.

Одна вещь, которую я не мог решить до сих пор в Amiko Pay как доказать отсутствие что-то в блок цепи, не предоставляя полный блок цепь (включая все его сделки). Это также представляется необходимым для концепции боковых цепей (sidechains.pdf, строка 207):
(Курсив)
Что такое доказательство выглядит? Является ли это когда-либо необходимо включить такое доказательство (например, в качестве scriptSig) в блочной цепи, в качестве входных данных для OP_SIDECHAINPROOFVERIFY? Мне кажется, что доказательство отсутствия должно быть огромный.

Это звучит для меня как деталь OP_SIDECHAINPROOFVERIFY ограничить вид вещей, которые можно сделать в боковой цепи, особы. w.r.t. структура блоков и заголовков блоков. Ото, может быть, это не является большой проблемой, если боковая цепь может иметь свои собственные, измененные правила OP_SIDECHAINPROOFVERIFY, для поддержки второй степени боковой цепи с правилами, которые не поддерживаются в оригинальном OP_SIDECHAINPROOFVERIFY.