Я пишу программу, которая использует RPC для опроса bitcoind информации о блоках, операциях, входах и выходах и вставить их в базу данных. После тестирования выхода для транзакций в пределах одного блока (в частности, блок # 308799) Я обнаружил, что число выходов для некоторых операций в этом блоке (в соответствии с bitcoind) отличались от того, когда я первоначально вставлены данных этой транзакции в в базу данных , Операции, которые кидали эти ошибки имеют следующие хэш транзакций

3a0c283c8574205c2cc95cea0e603bfff9087af2ab0360ebd2e98740a3193a18
70ab887ea76c1c0fa3e4095f2696c7cb53231f9c8f16e2cbe9bd3c49a1f40dbd
3dff1e7732a45e4a0b568220cdad1aaeba1ba871bcc73767560bb6da6ff48273

если мы посмотрим на выходные данные для первой хэш сделки, перечисленные выше, мы обнаружили, это выглядит


+-----------+------------------------------------------------------------------+------------+------------------------------------------------------------------------------------------------------------------------------------------------+------------------------------------+-----------+--------+---------+
| ID | txHash | типа | dstAddress | значение | смещение | regSigs |
+-----------+------------------------------------------------------------------+------------+------------------------------------------------------------------------------------------------------------------------------------------------+------------------------------------+-----------+--------+---------+
| 109811502 | 3a0c283c8574205c2cc95cea0e603bfff9087af2ab0360ebd2e98740a3193a18 | multisig | 1GcFhAQGFZVDAr4jiR2tKwisHcgNUjhGNC | 0.000078 | 0 | 1 |
| 109811503 | 3a0c283c8574205c2cc95cea0e603bfff9087af2ab0360ebd2e98740a3193a18 | multisig | 1HT7xU2Ngenf7D4yocz2SAcnNLW7rK8d4E | 0.000078 | 0 | 1 |
| 109811504 | 3a0c283c8574205c2cc95cea0e603bfff9087af2ab0360ebd2e98740a3193a18 | multisig | 1GcFhAQGFZVDAr4jiR2tKwisHcgNUjhGNC | 0.000078 | 1 | 1 |
| 109811505 | 3a0c283c8574205c2cc95cea0e603bfff9087af2ab0360ebd2e98740a3193a18 | multisig | 1HT7xU2Ngenf7D4yocz2SAcnNLW7rK8d4E | 0.000078 | 1 | 1 |
| 109811506 | 3a0c283c8574205c2cc95cea0e603bfff9087af2ab0360ebd2e98740a3193a18 | pubkeyhash | 1GcFhAQGFZVDAr4jiR2tKwisHcgNUjhGNC | 0.0073245 | 2 | 1 |
+-----------+------------------------------------------------------------------+------------+------------------------------------------------------------------------------------------------------------------------------------------------+------------------------------------+-----------+--------+---------+


Обратите внимание, что они только разные по выходам с тем же адресом отличаются только в их значении смещения. Однако, если мы сравним это с информацией, найденной на blockchain.info и bitcoind для этой сделки, расположенной по адресу

http://blockchain.info/tx/3a0c283c8574205c2cc95cea0e603bfff9087af2ab0360ebd2e98740a3193a18

мы находим, что есть только три сделки. Там еще один регулярный pubkeyhash, но 2 из multisig выходов исчезли. Же картина следующим образом для двух других операций; такое же количество регулярных выходов типа перечислены как на моей базе данных, bitcoind, и на blockchain.info, но число multisig выходов меньше на blockchain.info и bitcoind, чем на моей базе данных.


Теперь, когда я дал предпосылку на моей проблеме, на мой вопрос:

Может кто-нибудь объяснить мне, что происходит с этими multisig выходами? Поскольку я использую bitcoind в качестве источника данных, а затем положить эти данные в свою базу данных, представляется правильным предположить, что в какой-то момент bitcoind действительно думал, что было 5 выходов для этой первой хэш транзакции. Мое предположение, что bitcoind вернулся на будущий момент времени и обновленных результатов этой транзакции, но я понятия не имею, почему или как, потому что я не понимаю, технические аспекты multisig сделки. Любой свет пролил на это было бы здорово, как мне нужно, чтобы внести изменения в мои данных добычи сценарии как можно скорее, если есть что-то вредное в соответствии сделки с большим количеством multisig выходов.