Bitcoin Forum
March 19, 2024, 10:33:47 AM *
News: Latest Bitcoin Core release: 26.0 [Torrent]
 
   Home   Help Search Login Register More  
Pages: « 1 [2]  All
  Print  
Author Topic: Proposal for a C bitcoin library.  (Read 8357 times)
arturh
Jr. Member
*
Offline Offline

Activity: 59
Merit: 10



View Profile
June 10, 2011, 07:15:53 PM
 #21

For anyone who isn't aware of the Java bitcoin libraries:
http://code.google.com/p/bitcoinj/updates/list

I'm aware of that project, but that's not the code I'm concerned about (sending coins). The reference implementation would be for validating transactions and the blockchain.

As I see it, the validation of tx is non-trivial (because of the Script functionality which we really don't use, for example). What happens if two implementations have a subtle difference? We'll have a split blockchain. In theory we would have to read satoshi's paper to decide who's on the right, but in practice the "official" implementation will prevail. At the moment, the oficial client is the law. And the law is written in C++, which concerns me.

We trust the core dev team to do the right thing. But I don't want to have to trust them.

C++ is a tool for speed, the functional languages are tools for correctness. We have no need for efficiency in the reference implementation, but of clarity, which will bring trust, which is what money is about. Trust in crypto in the case of Bitcoin.

Also if it depended on me I would freeze the specification now that we still can for only the types of transaction that people actually use. Fuck IP transactions, we don't need all that cruft. Keep it simple. Confidence in Bitcoin would be devastated in case of a technical failure. No more sripts besides the standard one. The only used they've had to date is to attempt buffer overflows. Fuck that. Satoshi made the script language non-turing complete for that reason, but even if it is a cool feature I think he should have skipped it altogether.

This way I can write simple code and know that it won't fail.

I can't write my own implementation of Bitcoin because I *KNOW* it is so complex, it will differ somehow from the official one.

I don't know if I'm getting my point accross.
1710844427
Hero Member
*
Offline Offline

Posts: 1710844427

View Profile Personal Message (Offline)

Ignore
1710844427
Reply with quote  #2

1710844427
Report to moderator
1710844427
Hero Member
*
Offline Offline

Posts: 1710844427

View Profile Personal Message (Offline)

Ignore
1710844427
Reply with quote  #2

1710844427
Report to moderator
1710844427
Hero Member
*
Offline Offline

Posts: 1710844427

View Profile Personal Message (Offline)

Ignore
1710844427
Reply with quote  #2

1710844427
Report to moderator
The forum strives to allow free discussion of any ideas. All policies are built around this principle. This doesn't mean you can post garbage, though: posts should actually contain ideas, and these ideas should be argued reasonably.
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction.
1710844427
Hero Member
*
Offline Offline

Posts: 1710844427

View Profile Personal Message (Offline)

Ignore
1710844427
Reply with quote  #2

1710844427
Report to moderator
MatthewLM (OP)
Legendary
*
Offline Offline

Activity: 1190
Merit: 1004


View Profile
June 10, 2011, 07:20:49 PM
 #22

I've never used Java before but I am interested in it because I want to look into Android.

Anyone capable of porting java?  Wink

There was a thread complaining about floating point safety. Floating point numbers aren't always accurate and can't represent numbers like decimal can, past the point. If integers can be used instead, I'm all for that.  Smiley

A bitcoin specification document should (well I think it's a good idea) be produced with pseudo-code examples or examples in a high level "safe" language.
xf2_org
Member
**
Offline Offline

Activity: 98
Merit: 13


View Profile
June 10, 2011, 08:02:49 PM
 #23


A "libbitcoin" written in C would be very nice, in my opinion.

libbitcoin is a long term goal of the dev team, though it is more likely to be in C++ than C.

MatthewLM (OP)
Legendary
*
Offline Offline

Activity: 1190
Merit: 1004


View Profile
October 20, 2011, 10:04:20 PM
 #24

Is anyone about today maybe interested in a bitcoin C library?
Pages: « 1 [2]  All
  Print  
 
Jump to:  

Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!