Это своего рода кросс-пост мой вопрос о StackExchange, но с другим примером.

У меня есть следующая беззнаковая сырая сделка взята из этот пример:


Я могу разобрать его в читаемую форму с JSON-RPC API:



Но я не могу подписать его, даже когда я добавляю соответствующую предыдущую операцию и закрытый ключ (это не реальная сделка, хотя).



Я также думаю, что это странно, что я получаю ошибку декодирования TX здесь, и я подозреваю, acutally не правильное сообщение, см мой Github билет.

Это делает его трудно для меня, чтобы понять, что я делаю неправильно в моей попытке подписать сделку в рубин.


Пачка("ЧАС*") И распаковать только предположение, но наиболее близок к тому, что я сделал с ССЗОМ. В результате шестигранной различной длины (70-72 байт).

Каждый раз, когда вы делаете подпись с secp256k1 это разные, так что я не могу использовать подпись, которая обеспечивается в данном примере в качестве опорной точки. Единственный способ я знаю, как проверить это, чтобы подписать реальные сделки и попытаться отправить его через страница сделки толчка Blockchain.info в.

Так что я попытался это с реальной сделкой самостоятельно, но потом я получаю "подпись недействительна" сообщение. Я предполагаю, что сообщение означает, что он говорит.

Если я пытаюсь sendrawtransaction через JSON-RPC Я просто {"результат":ноль,"ошибка": {"код": -22,"сообщение":"TX отвергнута"},"Я бы":"t0"}. Я в состоянии выполнить decoderawtransaction как на моей неподписанную и подписанную реальной сделку. Но когда я пытаюсь подписать его с помощью JSON-RPC, я получаю ту же ошибку, как я показал выше.

Подписи применяется к SHA-256 ^ 2 хэш без знака транзакции. Я в состоянии воспроизвести этот хэш в рубине с использованием входных параметров в качестве примера, в поэтому я предполагаю, что мой сценарий правильно до этого момента.

Я подозреваю, что я делаю что-то неправильно, связанное с кодированием, когда я подписываю хэш. Ша-256 методы в рубин ожидать в Bignum ("10".hex => 16) в качестве входных данных и производить строку в качестве вывода с считываемых значений шестнадцатеричных человека, которые можно затем преобразовать в Bignum снова. Однако это менее ясно, что методы подписания с помощью secp256k1 ожидают ввода и обеспечить как выход. Он просто принимает строку и возвращает строку, независимо от того, что в нем. Он содержит метод, который позволяет проверить подпись, которая работает, когда я кормлю выход обратно в нее, но ничего не говорит.

Насколько я знаю, никто не имеет (публично) подписал сделку Bitcoin перед использованием Ruby, так что я не могу исключить возможность ошибки.

Есть ли способ, чтобы проверить подпись, не пытаясь на самом деле отправить сделку?