Code Monkey home page Code Monkey logo

bitcoin-client's People

Contributors

andruby avatar beho avatar cgcardona avatar flaneur2020 avatar juwalter avatar kyledrake avatar ramontayag avatar rampa069 avatar sinisterchipmunk avatar smazhara avatar

Stargazers

 avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar

Watchers

 avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar

bitcoin-client's Issues

support batch requests;

this can be nice when getblock is supported :) bascially we can then get raw transactions in 2 rpc calls not 1000s

Cheers

Implementing sendmany

I have a need for sendmany; I'll go ahead and fork and attempt to implement it. It'd be cool if you could review the pull request when I'm done to see if the work I do is okay. :)

Can we get a 0.0.4 gem?

It's been a good while since 0.0.3, and it would help for packaging. The biggest (only?) change is the change from Bitcoin::Client to BitcoinClient, but it's a tight little library, and the lack of an updated package is making it a little difficult, I'd rather not see this package get a fork over something silly...

License missing from gemspec

RubyGems.org doesn't report a license for your gem. This is because it is not specified in the gemspec of your last release.

via e.g.

  spec.license = 'MIT'
  # or
  spec.licenses = ['MIT', 'GPL-2']

Including a license in your gemspec is an easy way for rubygems.org and other tools to check how your gem is licensed. As you can imagine, scanning your repository for a LICENSE file or parsing the README, and then attempting to identify the license or licenses is much more difficult and more error prone. So, even for projects that already specify a license, including a license in your gemspec is a good practice. See, for example, how rubygems.org uses the gemspec to display the rails gem license.

There is even a License Finder gem to help companies/individuals ensure all gems they use meet their licensing needs. This tool depends on license information being available in the gemspec. This is an important enough issue that even Bundler now generates gems with a default 'MIT' license.

I hope you'll consider specifying a license in your gemspec. If not, please just close the issue with a nice message. In either case, I'll follow up. Thanks for your time!

Appendix:

If you need help choosing a license (sorry, I haven't checked your readme or looked for a license file), GitHub has created a license picker tool. Code without a license specified defaults to 'All rights reserved'-- denying others all rights to use of the code.
Here's a list of the license names I've found and their frequencies

p.s. In case you're wondering how I found you and why I made this issue, it's because I'm collecting stats on gems (I was originally looking for download data) and decided to collect license metadata,too, and make issues for gemspecs not specifying a license as a public service :). See the previous link or my blog post about this project for more information.

Can't compile it with ruby 2

Hi all.

I get this error when using ruby 2.

*** extconf.rb failed ***
Could not create Makefile due to some reason, probably lack of necessary
libraries and/or headers. Check the mkmf.log file for more details. You may
need configuration options.

Provided configuration options:
--with-opt-dir
--with-opt-include
--without-opt-include=${opt-dir}/include
--with-opt-lib
--without-opt-lib=${opt-dir}/lib
--with-make-prog
--without-make-prog
--srcdir=.
--curdir
--ruby=/Users/gaston/.rvm/rubies/ruby-2.0.0-p0/bin/ruby
extconf.rb:9:in `

': unsupported Ruby version: 2.0.0 (RuntimeError)

Value of library degrading over time.

This project appears to be abandoned. Is that indeed the case?

After dabbling with Bitcoin in 2011, I hadn't touched it again until a month ago. I also haven't programmed in any language for about a decade, as I've been busy raising children.

Now, I'm delving into Bitcoin again and finding myself wanting to programmatically access the network. Since the last language I used was Ruby in about 2007, that's the one I turned to for the task, but there doesn't seem to be a functional, up-to-date Bitcoin library for the language. I must say I'm rather surprised.

This library is missing all of the API calls added to Bitcoin in recent years. Adding each of them appears to be a trivial 3 line fix per call.

Are there any plans to add these, or am I slowly talking myself back into contributing to a project?

Namespace clash

This gem has the namespace bitcoin - http://rubygems.org/gems/bitcoin

This library has the namespace bitcoin-client but require 'bitcoin'. This leads to a namespace clash. Would you be able to change the namespace to bitcoin-client to match what is on ruby gems?

Hey there :)

Looks really cool!

I just created my own bitcoin-client gem and only discovered your existed after I tried to publish it.

https://github.com/kristianmandrup/bitcoin-client

If you find any useful chunks in my lib, please feel free to steal it. Also, would be nice with some documentation of how to use the Move API from Ruby/Rails to do actual Bitcoin transactions and not only get the balance. Cheers!

Load Problem

I am able to install the gem, but when I try to use it, I get this error

in `require': cannot load such file -- bitcon_client (LoadError)

Unable to listtransactions of a server and override the count

Hi @sinisterchipmunk - great work on the gem. I'm unable to listtransactions of the whole server and override the count. I found the culprit at Bitcoin::Request - it chops off all params when it sees nil. The problem is, when listing transactions of a server, you don't specify an account:

  • client.listaccounts nil - gets transactions of the whole server
  • client.listaccounts 'some account name' - lists transactions of a specific account

What approach do you think I should take?

Recommend Projects

  • React photo React

    A declarative, efficient, and flexible JavaScript library for building user interfaces.

  • Vue.js photo Vue.js

    ๐Ÿ–– Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.

  • Typescript photo Typescript

    TypeScript is a superset of JavaScript that compiles to clean JavaScript output.

  • TensorFlow photo TensorFlow

    An Open Source Machine Learning Framework for Everyone

  • Django photo Django

    The Web framework for perfectionists with deadlines.

  • D3 photo D3

    Bring data to life with SVG, Canvas and HTML. ๐Ÿ“Š๐Ÿ“ˆ๐ŸŽ‰

Recommend Topics

  • javascript

    JavaScript (JS) is a lightweight interpreted programming language with first-class functions.

  • web

    Some thing interesting about web. New door for the world.

  • server

    A server is a program made to process requests and deliver data to clients.

  • Machine learning

    Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.

  • Game

    Some thing interesting about game, make everyone happy.

Recommend Org

  • Facebook photo Facebook

    We are working to build community through open source technology. NB: members must have two-factor auth.

  • Microsoft photo Microsoft

    Open source projects and samples from Microsoft.

  • Google photo Google

    Google โค๏ธ Open Source for everyone.

  • D3 photo D3

    Data-Driven Documents codes.