1) Я не думаю, что это работает. Он нужен указатель на предыдущий блок для формирования "цепь" блоков.
2) Я думаю, что Merkle корень важно сохранить для подрезки, теоретический способ сократить вниз blockchain размера, который не был полностью реализован. Почему бы там быть второй хэш, если бы это было лишним?
3) Если вы сделаете это, то это не возможно, чтобы построить расходы до финансирования ОГО в блоке, и достаточно глубоко, что он не будет преобразован в другой блок. Человек должен тратить часы сети на реорганизацию; и воссоздать их ТЕ. С блочно-агностиком сделок, сеть может держать их УЮ и просто ретранслирует его для них, если это необходимо.
4) Я предпочел бы видеть сценария отказались в пользу жестко закодированных типов транзакций, чем поместить в какой-то хак как "если сценарий просто толкает Публичных размером вещи в стек, сделать вывод, что это означает, что DUP HASH160 EQUALVERIFY CHECKSIG."
5) Вы можете также получить все, чтобы использовать сжатые открытые ключи (экономия ~ 32 байт на проведу я смотрю на тебя SatoshiDice - наконец-то я смотрел, они все еще используют несжатые адреса), и рассмотрим схему, где клиент может каким-то образом вывести ОткрытыйКлюче использоваться для тратить деньги, если он был замечен в сети раньше. Это просто чувствует себя грязным и может быть трудно сделать производительным, хотя.