Tag-Beschreibung your-lie-in-april

Tag-Beschreibung Fragen mit dem Tag
@- Prix ist Es gut bekannt, dass Knov erstellen können Portale im Voraus. Also wie ich bereits sagte, Sie könnten wenigstens treffen sich in der Mitte der Straße zum Krankenhaus. Außerdem Killua könnte ihn für einen fail-safe-Lösung. Die Frage ist nur, warum er es nicht getan hat (überlegen Sie, wie viel einfach es sein wird)?. "duplizieren". bevor Sie Fragen stellen, versuchen Sie die Suche-box Oh, ich sehe, unter Bearbeiten/Einstellungen. Ok, nicht mein Fall, mein regler ist in Ordnung, aber die Farben sind Durcheinander. @sladen `sudo apt-get install ubuntu-restricted-extras " ist ausreichend, da die anderen ist eine Abhängigkeit von ihm. @nicorellius - werde ich tun, wenn ich nach Hause komme. Tun die standard-Chemische leaveners (Backpulver und soda) aktivieren Sie bei höheren Temperaturen? Ich bin mir bewusst, dass der gehärtete öle - daher auch der Wunsch zu tun, meine eigene version - kann ich tun, ohne Zuhause?

Ich bin mit diesem sperren-Skript mit libbitcoin explorer zu erstellen, der eine bitcoin-testnet Transaktion: 

bx-script-zu-Adresse -v-196 "[efa716] checklocktimeverify drop 2 [02bceab65ad6b5e3c1d6683b1d0ffd7bce572ce3ece0f1976fb04ba34bb0359c1b] [02c4916c1c044bda56670f28efdb6637fa24448f5184839f917a473abfd81e6d3d] 2 checkmultisig"

Das gibt mir die Empfängeradresse: 

2NA3vs7QUdoXhUELUAGkGUv1Cuy1DpM4ups

Die Finanzierung der Transaktion kann hier gesehen werden: https://api.blockcypher.com/v1/btc/test3/txs/56fd7329a72cb48a517b6a396a8fa537190ad1f72333781b21dbfd8ae1616dd6?limit=50&includeHex=true

Ich erstelle eine rohe Transaktion mit bitcoin-cli, da bx ändert sich unerwartet die send-to-Adresse. Ich habe versucht Einstellung locktime auf 00000000, 4294967295, und nicht die Angabe nlocktime überhaupt.

bitcoin-cli -namens createrawtransaction Eingänge="'[ { "txid": "'56fd7329a72cb48a517b6a396a8fa537190ad1f72333781b21dbfd8ae1616dd6'", "vout": '1' } ]"' Ausgänge="'{ "'2N2zbPDQWhcs5niMKqQ4dz8m8jxU5izkabh'": 0.00800000}"' locktime=00000000

Nächsten, beide Signaturen angewendet werden, um die Transaktion mit dem entsprechenden privaten Schlüssel und bx-input-Zeichen.

bx-input-Zeichen 46d170451e8565c9b5233ca160ba1aee9680f24059fa565af17ef11f80cc7d43 "[efa716] checklocktimeverify drop 2 [02bceab65ad6b5e3c1d6683b1d0ffd7bce572ce3ece0f1976fb04ba34bb0359c1b] [02c4916c1c044bda56670f28efdb6637fa24448f5184839f917a473abfd81e6d3d] 2 checkmultisig" 0200000001d66d61e18afddb211b783323f7d10a1937a58f6a396a7b518ab42ca72973fd560100000000ffffffff0100350c000000000017a9146aece0dbf34db9b86c8aab5e9ecb2b37c669b44f8700000000

bx-input-Zeichen 53064d99236c9e5fe30d2fe2dc3a5f6cd2374cac3f5c997a327218381d41c7d7 "[efa716] checklocktimeverify drop 2 [02bceab65ad6b5e3c1d6683b1d0ffd7bce572ce3ece0f1976fb04ba34bb0359c1b] [02c4916c1c044bda56670f28efdb6637fa24448f5184839f917a473abfd81e6d3d] 2 checkmultisig" 0200000001d66d61e18afddb211b783323f7d10a1937a58f6a396a7b518ab42ca72973fd560100000000ffffffff0100350c000000000017a9146aece0dbf34db9b86c8aab5e9ecb2b37c669b44f8700000000

Dies gibt den VERMERKEN: 

endorsement1 = 30450221008694e53196e222ed86935d9c2d16c14baec194d70e3eed474bc2423ec8adcf4f02204d6a72b87f190684a5f52228620d77357be5dd3265bfcdfd16d9a260a09fa33401
endorsement2 = 304402207006d5e588298cd8ae2cd2430c1cba38b3a0a31bbee8ea0ab0349e509e50e9b802200207fc65e28acb070f9fa9cfc11ae06b4b10c112daa23fb05f9e297c430580e301

Das Skript wird codiert: 

bx-Skript-encode "[efa716] checklocktimeverify drop 2 [02bceab65ad6b5e3c1d6683b1d0ffd7bce572ce3ece0f1976fb04ba34bb0359c1b] [02c4916c1c044bda56670f28efdb6637fa24448f5184839f917a473abfd81e6d3d] 2 checkmultisig"

Und schließlich:

bx-input-set "null [30450221008694e53196e222ed86935d9c2d16c14baec194d70e3eed474bc2423ec8adcf4f02204d6a72b87f190684a5f52228620d77357be5dd3265bfcdfd16d9a260a09fa33401] [304402207006d5e588298cd8ae2cd2430c1cba38b3a0a31bbee8ea0ab0349e509e50e9b802200207fc65e28acb070f9fa9cfc11ae06b4b10c112daa23fb05f9e297c430580e301] [03efa716b175522102bceab65ad6b5e3c1d6683b1d0ffd7bce572ce3ece0f1976fb04ba34bb0359c1b2102c4916c1c044bda56670f28efdb6637fa24448f5184839f917a473abfd81e6d3d52ae]" 0200000001d66d61e18afddb211b783323f7d10a1937a58f6a396a7b518ab42ca72973fd560100000000ffffffff0100350c000000000017a9146aece0dbf34db9b86c8aab5e9ecb2b37c669b44f8700000000

Ich kann die Validierung von bx: 

bx input-Validierung 02bceab65ad6b5e3c1d6683b1d0ffd7bce572ce3ece0f1976fb04ba34bb0359c1b "[efa716] checklocktimeverify drop 2 [02bceab65ad6b5e3c1d6683b1d0ffd7bce572ce3ece0f1976fb04ba34bb0359c1b] [02c4916c1c044bda56670f28efdb6637fa24448f5184839f917a473abfd81e6d3d] 2 checkmultisig" 30450221008694e53196e222ed86935d9c2d16c14baec194d70e3eed474bc2423ec8adcf4f02204d6a72b87f190684a5f52228620d77357be5dd3265bfcdfd16d9a260a09fa33401 0200000001d66d61e18afddb211b783323f7d10a1937a58f6a396a7b518ab42ca72973fd5601000000e1004830450221008694e53196e222ed86935d9c2d16c14baec194d70e3eed474bc2423ec8adcf4f02204d6a72b87f190684a5f52228620d77357be5dd3265bfcdfd16d9a260a09fa3340147304402207006d5e588298cd8ae2cd2430c1cba38b3a0a31bbee8ea0ab0349e509e50e9b802200207fc65e28acb070f9fa9cfc11ae06b4b10c112daa23fb05f9e297c430580e3014c4d03efa716b175522102bceab65ad6b5e3c1d6683b1d0ffd7bce572ce3ece0f1976fb04ba34bb0359c1b2102c4916c1c044bda56670f28efdb6637fa24448f5184839f917a473abfd81e6d3d52aeffffffff0100350c000000000017a9146aece0dbf34db9b86c8aab5e9ecb2b37c669b44f8700000000

Bestätigung ist gültig

Jedoch, bei der Verwendung von bitcoin-cli sendrawtransaction, sehe ich immer eine der folgenden Fehlermeldungen angezeigt: 

# Keine nlocktime gesetzt oder bei 0
Fehlercode -26
Fehlermeldung:
nicht zwingend erforderlich-script-verify-flag (Locktime Anforderung nicht erfüllt) (code 64)

# nLocktime-set für max oder 4294967295
Fehlercode -26
Fehlermeldung:
nicht-Finale (code 64)

Ich habe gesehen, dieses thread: Transaktion noch unspendable mit CLTV

Aber obwohl ich ausgestrahlt haben, die Transaktion über einen block-explorer, die Transaktion zu sein scheint, ignoriert. Was könnte der Grund dafür?