-
Notifications
You must be signed in to change notification settings - Fork 8
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Can I help? #6
Comments
Another question/suggestion: In my library I've renamed APIs to be Rust-like. Eg. |
Are you OK with using |
I don't think BTW. In my code I had:
and then my methods looked like this:
I guess the |
TODO: |
Bitcoin Json RPC uses floats for balances (because JavaScript can't do integers?). In the APIs here, should we also use floats (lame), or should we take and return |
Hi! Thanks for this, I'm ok with much of what you have been said (especially that thing with macros, that was a poor idea on my part), I'm looking at your PRs and they seem ok to me, what order do you prefer to get them merged? Pd: I can't release a new version on crates.io right now (I don't have my computer with me :/ ) |
Or would you prefer write access in the repository? |
Write access would be awesome. I think we're eventually going to create a new repo and push-there, under |
Hi,
I have some non-prod side project at dayjob, that was using my own hand-rolled library like this one. I'd like to port it over to this code. No commitments (as I said, it's a side-project), but I think I can push this project forward a bit here and there.
I will use this thread to post some questions etc. If you prefer eg. gitter channel, I'm happy to use that instead.
Is this library supposed to be 1:1 Bitcoin-RPC, or can it include some glue logic? Eg.
I need
getblock
.getblock
Bitcoin RPC comes in two version. Non-verbose returns hex-encoded data, verbose big Json breakdown of TX. How should the API for this call look?fn getblock -> String
andfn getblock_verbose -> Block
? Is it reasonable to have another API call, that does non-verbosegetblock
and then hex-decode and consensus-decode to returnbitcoin::block::Block
directly?The text was updated successfully, but these errors were encountered: