Bitcoin Forum
June 21, 2024, 06:59:45 PM *
News: Voting for pizza day contest
 
  Home Help Search Login Register More  
  Show Posts
Pages: [1]
1  Bitcoin / Project Development / Re: [ANN] Satoshi Fantasy - Fantasybits on: June 17, 2014, 06:18:37 AM
This is truly crazy, I mean literally insane. I can't tell if this is a troll or not.

Quote
"By using a proof-of-skill block-chain, the network is ultimately controlled by the most skilled and knowledgeable fantasy football players."

Quote
"Satoshi fantasy will enable buying and selling a players fantasy season pro-
duction with fantasybits. Fantsybits are acquired by accurately projecting
weekly fantasy point results."

Quote
"The value
of fantasybits come from the fact that they are scarce, difficult to acquire, and
are needed for buying and selling players."

Almost like reading the Bitcoin white paper for the first time: I have more questions then answers.

I'll be keeping a close eye on this. And great work. It is good to see original innovation occurring in the Bitcoin space. So often we see rehashes (sha256?) of the same old ideas. This looks completely new and very inventive.
2  Bitcoin / Development & Technical Discussion / Re: downloading blocks is too slow on: May 16, 2014, 03:58:03 AM
You might have poor node connectivity. How many connections do you have? Check that you've setup port forwarding correctly in your router so other nodes can "find" yours easier. Failing that, you can change the source code's outgoing connection # and incoming connection # to be 100 instead of ~8. Improves connectivity and block downloads if you're running a server. Just be careful it doesn't rape your bandwidth.

In future you might want to use a bootstrap.dat. It's a pre-downloaded list of blocks that can vastly speed up how fast you can get a client "up to date." There are some good torrents for this.
3  Other / Off-topic / Re: Oh god, I can't reach Github. Someone hold me. on: May 11, 2014, 03:30:32 AM
Quote
3:13 UTC github.com availability is recovering

It's back on my end guize.
4  Other / Off-topic / Re: Oh god, I can't reach Github. Someone hold me. on: May 11, 2014, 02:55:06 AM
Well, time to play COD for 48 hours straight while I convince myself I can't work at all today.

Goddammit Github.
5  Other / Off-topic / Oh god, I can't reach Github. Someone hold me. on: May 11, 2014, 02:42:59 AM
Quote
503 Service Unavailable
No server is available to handle this request.

https://status.github.com/
Quote
Updated 6 minutes ago
2:32 UTC We are investigating issues reaching github.com

There is. NO. God.
6  Bitcoin / Development & Technical Discussion / Re: Broadcasting Non-Standard Transactions on: May 02, 2014, 02:39:02 PM
Welcome to the wonderful world of Bitcoin development, please take your complimentary development guide. Most of the important pages are missing of course - but we trust you'll find them somewhere! Today we're going to be learning about transactions. Transactions must be made from scratch for anything complicated, using mostly untested libraries! It's really fun! You never quite know what you're going to get, like a box of chocolates, lol! To test your transactions, you must run them through a debugging tool that doesn't exist. Currently we only return vague -22 rejected errors, sorry about that! Well, ah, I'm sure you'll figure it out. Oh yeah, we kind-of disabled non-standard transactions on the mainnet so your code likely won't work anyway. Mmm, well this is awkward... Any how, I'm off to snort some coke with Satoshi Nakomoto. I'll be back later. Make sure to recheck this thread otherwise you might miss the important terse, and incomprehensible responses that will solve your technical problems.

Thank you,
-Bitcoin Core Team.
7  Other / Politics & Society / Re: Are you a sociopath - psychopath? on: April 29, 2014, 02:12:44 AM
I've only known one person in my life who I would consider a sociopath and they were a terrible person. These kinds of individuals are nothing but a mask. Imagine that your every interaction with another person was completely false because you simply didn't care about them. You would have to fake everything from scratch. Things like gratitude, humility, respect, empathy, friendship, guilt, and regret - pretty much everything social animals do without thinking - a sociopath has to manufacture. In this way, the social effects of sociopathy are remarkably similar to that of aspergers syndrome or schizoid personality disorder, and I would argue - equally as debilitating.

It has been said that sociopaths are the next step in human evolution from an alleged "rational" perspective, but I would argue the disorder is nothing more than a crippling social debility. I say this because it is very, very hard, for these individuals to appear completely normal, all of the time (which is a requirement for healthy interpersonal relationships.) We as healthy individuals don't have to worry about our masks slipping, revealing the inner monster. But a sociopath must always maintain their facade, every day, for the rest of their life... and it must be exhausting. And in that time they only have to slip once to destroy the relationships they spent years leveraging. That is the risk a sociopath faces every day when their entire existence is based on lies.

No, I'm not a sociopath (and I wouldn't want to be.)
8  Bitcoin / Development & Technical Discussion / Re: Is Bitcoin's JSON-RPC interface safe? Or proper handling of money. on: April 28, 2014, 03:21:31 AM
Thanks for the reply Doc. I'm unpolitely bumping this thread again for additional information. I think it's an extremely important topic and would like confirmation from someone in the know that there isn't any truncation, rounding, loss of precision, or other weird errors / inaccuracy when using Python + python-bitcoinrpc + bitcoind.
9  Bitcoin / Project Development / Re: anonymous social network on: April 26, 2014, 01:24:52 AM
Are you sure this is necessary? There is already Diaspora and Anonplus.
10  Bitcoin / Development & Technical Discussion / Is Bitcoin's JSON-RPC interface safe? Or proper handling of money. on: April 25, 2014, 04:47:07 AM
Quite a few program are out there that use Bitcoin's RPC interface to send vast amounts of money. As far as I can tell, this involves POSTing a JSON object over HTTP to Bitcoind and receiving JSON in return. The problem I've noticed is due to the fact that we're using JSON's double-precision floating point format (and also floats in the client) instead of encoding the number as a string or in a 64 bit integer like Bitcoin does.

For example, let's say I want to send 0.00002 to "address".
Using Jeff Garzik's Python library I code something like this:
Quote
x.sendtoaddress("address", 0.00002)

Notice first that the library seems to only accept floating point numbers. Why is that? Why are we using floats for delicate financial operations?

The above code produces this:
Quote
Send -> {"method": "sendtoaddress", "params": ["address", 2e-05], "id": 1, "version": "1.1"}

Now notice the Python float has been converted to its equivalent exponential E notation, which is valid in JSON. But it still doesn't change the fact that we aren't talking precision here, or are we? Can anyone explain why this is safe to do? For example, are there any situations where either Bitcoin or the JSON-RPC Python client doesn't receive the actual amount of coins due to rounding / floating point conversion errors? Is this a precise why to handle money?

It seems a shame to even be having this discussion given that Satoshi himself was aware of this problem which is precisely (pun somewhat intended) why he used integers. I have no clue why we're talking about floating point, rounding, and truncation when the reference implementation is internally perfect. It just seems to me that the interfaces to talk to Bitcoin isn't, unless someone can explain to me why this is safe. The Wiki for proper money also mentions that rounding is required. Is proper rounding done by python-bitcoinrpc? These issues aren't discussed any where. The Wiki also goes on to say that "You, or the JSON library you are using, should convert amounts to either a fixed-point Decimal representation (with 8 digits after the decimal point) or ideally a 64-bit integer representation." Yeah, no kidding. Now any sample code to actually do that or is it currently impossible with JSON double-precision types?

Quote
def JSONtoAmount(value):
    return long(round(value * 1e8))
def AmountToJSON(amount):
    return float(amount / 1e8)
Context?


If any of these questions seem stupid then I apologize. But people are always complaining about incompetent developers and poorly secure software and Bitcoin doesn't even have proper documentation for something as important as precise handling of money. Which, fair enough, it's still a new project. But I'm starting to think that only the core developers have any clue how any of this works and it's very hard to learn when the only proper documentation is literally a 10,000 line+ C++ project.

Thanks for reading.
11  Bitcoin / Development & Technical Discussion / Re: How to disable or break TX push when using sendtoaddress? on: April 14, 2014, 11:26:09 PM
What language are you writing your code in? You can just use the raw transaction api without tinkering with the source code?

I am using Python and yes, indeed, I can use raw transactions but the advantage of the sendtoaddress function is it automatically takes care of combining inputs, handling fees, and setting up outputs for change. That is tedious work I might get wrong if I try re-implement. I am currently making progress with hacking Bitcoin not to send the transaction. It involves setting connect=127.0.0.1 in the config, killing the daemon after the sendtoaddress and then removing the database entry. Bitcoin can't send the transaction like this but still returns a TX ID. It's kind of worse than just manually implementing sendtoaddress so I probably won't be using this.

Do you know of any good libraries that might help replicate sendtoaddress?
12  Bitcoin / Development & Technical Discussion / How to disable or break TX push when using sendtoaddress? on: April 14, 2014, 10:14:55 PM
I am in the process of writing some code at the moment and I'm looking for a way to use the official Bitcoin client for as much of this as possible. Basically, I would like to find a way to return a raw transaction representing the result from executing a JSON-RPC sendtoaddress call but without sending the actual transaction. As far as I can tell, the Bitcoind's API doesn't support this, but there might yet be a way to programmatically break the daemon and convince Bitcoin the TX was sent when it wasn't. Perhaps by manipulating connected peers? Actually I don't even need the raw transaction. I just need the transaction ID and a guarantee the transaction it was derived from hasn't been sent.

Any help would be appreciated Wink
Pages: [1]
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!