ten przykład OP_IF taproot jest znacznie bardziej niepokojący dla propozycji RDTS, niż początkowo sobie uświadamiałem. to właściwie polityka portfela miniscript: thresh(3,pk(A),pk(B),pk(C),pk(D),older(T1),older(T2)) co oznacza "multisig 3 z 4, przechodzący do 2 z 4 po czasie T1, a następnie 1 z 4 po czasie T2"

są dwa powiązane wydatki w bliskiej kolejności, z których każdy wykorzystuje jeden z warunków wydawania z opóźnieniem czasowym. dokładnie taki rodzaj aktywności, jakiego można się spodziewać od kogoś przeprowadzającego ostateczne testy mainnet przed załadowaniem prawdziwych funduszy do portfela, który polega na tym skrypcie blokującym.

ponieważ jest to tapscript używający OP_IF, wszelkie środki otrzymane przez taki portfel po aktywacji RDTS byłyby zablokowane. właściciel nie byłby również w stanie przenieść swoich monet, aby odświeżyć względne blokady czasowe, co mogłoby wymusić niezamierzone i katastrofalne obniżenie bezpieczeństwa.

rozważ, na przykład, że tego rodzaju polityka miniscript może być używana w schemacie dziedziczenia lub modelu współpracy w zakresie przechowywania. tj. właściciel posiada trzy klucze i przekazuje czwarty spadkobiercy lub dostawcy usługi klucza odzyskiwania.

dopóki są żywi, właściciel może okresowo odświeżać blokady czasowe, wysyłając monety z powrotem do siebie, zachowując wyłączną kontrolę nad funduszami. jeśli zgubią klucz, mogą albo poczekać na wygaśnięcie pierwszej blokady czasowej, albo poprosić drugiego posiadacza klucza o pomoc w przywróceniu dostępu.

gdy umrą, spadkobierca zyskuje jednostronny dostęp do swojego dziedzictwa, gdy tylko upłynie drugi czas blokady. jednak zamrożenie portfela przez RDTS grozi uniemożliwieniem właścicielowi odświeżenia swoich monet na czas, co naraża go na przedwczesną kradzież przez drugiego posiadacza klucza.

o ile mi wiadomo, ten rodzaj portfela taproot miniscript można stworzyć w oprogramowaniu konsumenckim już dziś. na przykład, oto jak to wygląda, gdy ustawia się to jako niestandardowy portfel miniscript w aplikacji mobilnej Nunchuk.