Can you tell how you would like to see this implemented?
I am not familiar with the technology behind OpenID - I know that it is an open protocol used to identify people on websites instead of forcing them to remember usernames/passwords. So maybe one way to implement it would be to allow people to log into your site with their OpenID, and register their bitcoin address with that particular ID. |
|
|
|
|
Are you planning to integrated this with OpenID? Can I tie a bitcoin address to my open id (alkor.myopenid.com)?
|
|
|
|
|
Indeed this is a very good point. If we could have a decentralized time-stamping service, the problem of double-spending would be resolved, since only the first time-stamped transaction will be considered valid, and any subsequent attempts to respend coins will be rejected by the network.
|
|
|
|
|
Steve, I'm looking forward to your native Mac client, since right now an official mac client is missing for the latest release.
|
|
|
|
What about the Apple binaries? Is Mac OS no longer supported? |
|
|
|
There is an interesting pattern on bitcoin monitor:  Any idea on what is generating so many consecutive 100 BTC payments? |
|
|
|
If someone can solve the issue of holding USD in a distributed nature, I'd love to see it.
I don't think the issue is that of holding USD in a decentralized manner per se. What we need is a decentralized web of trust, so that when a peer enters a buy/sell order into the network, they can be trusted that they will execute the order if someone takes it up. Right now this function is done by MtGox by requiring that they user deposit the funds a priori. |
|
|
|
|
MtGox dominates the Bitcoin trade volume, and its centralized nature makes it a single point of failure. Any action against MtGox will hurt the liquidity of bitcoins by making it more difficult to convert to dollars, thus hurting people's confidence in the currency.
Is anybody working on creating a decentralized trading platform? Maybe a good idea would be to design a web interface around bitcoin-otc and its web of trust (without requiring specialized IRC knowledge), where people can execute trade orders between themselves rather than having to deposit and withdraw funds into a central entity? So the function of the exchange will only be record keeping, rather than dealing with funds transfers. In that way even if the central record keeping server gets blacklisted or banned, it can be backed up and redirected to multiple mirror locations around the world a la wikileaks. In this way people will retain their ability to trade in bitcoins among themselves, and the liquidity of bitcoins will not be affected by a ban.
|
|
|
|
|
Both Bitcoin and Ven are so small in terms of market capitalization, that they have a lot of space to expand into before coming into direct competition with each other.
|
|
|
|
Why was the choice made to be 50 btc / 10 min time blocks? Why can't it change to 5btc / 1min time blocks?
I raised a similar question in the past, and from my understanding, the answer was that 10 mins was chosen to ensure that the previous block has propagated around all nodes in the network before a new block is generated. |
|
|
|
# Lots of transactions. That would make the cost of running a node capable of validating new transactions expensive. Gone would be the days when your laptop had the capacity to check a transaction for double spending. Also, it would take a long while for your transaction go get into a block if there were thousands of new transactions each second flooding the network. If you combine that with large mining operations that would build blocks out of just a small subset of the available transactions and win most of the races for the next block, that would mean that making your legitimate payment could take a long time and the system would feel unreliable to it's users.
From my limited understanding of the bitcoin protocol, the transaction fees are designed to solve exactly the above problem. When the volume of transactions becomes problematic, then miners will be free to choose which transactions they include in their newly discovered block, and the prioritization will be done based on the fee included with each transaction. In this way transactions with no fees can be treated as spam and ignored (or will take very long time to confirm), and only transactions with sufficiently high fees will be included. Regarding your other points, I wholeheartedly agree, especially with regard to modularizing the code with clearly defined security boundaries between each module. Having a gigantic monolithic piece of code where a single vulnerability may bring down the whole thing is bad software design. |
|
|
|
Question is, how does the system know that long string of characters is tied to me? I didn't sign up for an account, so there is no username and password to tied that string to me.
And what if I changed computers and downloaded a new client? The string will be different again.
That string is actually tied to a file called wallet.dat on your hard-drive, and you can think of your bitcoins as being stored on that file. If you need to use them from a different computer, you have to copy that file to the new computer. You have to be careful not to expose this file to other people though, because anybody who can access it will also have the ability to steal your coins. |
|
|
|
I've been thinking about doing a real attacking client for a while because quite a few people think its near impossible to execute well, but I disagree. The best way to do this is to get the IPs of some of the largest miners (ArtForz + deepbit + slush's pool would probably do) and send one TX to them and one TX out to a bunch of other nodes (the target if you happen to know its IP).
The question is how will you get the IPs of the biggest miners? Don't miners just appear as regular clients on the network? Is there actually a way to tell if a node is a miner or a client? |
|
|
|
|
Are there any plans to add a GUI to bitcoinj so that we ordinary mortals can test it as a replacement for the official Bitcoin client?
|
|
|
|
Thanks! This is great news. Next, we need a python implementation  |
|
|
|
Does anybody have access to the full PDF by the way? I would be interested to read about how they propose to implement the concept of a time-stamp server in a decentralized manner. EDIT: Nevermind, a simple google search was enough to find a pdf www.hashcash.org/papers/offline-karma.pdf |
|
|
|
Has anybody looked at the following article published in Applied Cryptography and Network Security?
Off-Line Karma: A Decentralized Currency for Peer-to-peer and Grid Applications
Flavio D. Garcia and Jaap-Henk Hoepman
Abstract: Peer-to-peer (P2P) and grid systems allow their users to exchange information and share resources, with little centralised or hierarchical control, instead relying on the fairness of the users to make roughly as much resources available as they use. To enforce this balance, some kind of currency or barter (called karma) is needed that must be exchanged for resources thus limiting abuse. We present a completely decentralised, off-line karma implementation for P2P and grid systems, that detects double-spending and other types of fraud under varying adversarial scenarios. The system is based on tracing the spending pattern of coins, and distributing the normally central role of a bank over a predetermined, but random, selection of nodes. The system is designed to allow nodes to join and leave the system at arbitrary times.
Keywords: Decentralised systems, micropayments, free-riding, security, grid, peer-to-peer.
Is this related to Bitcoin in any way? Or is it a completely different concept of an electronic currency? |
|
|
|
|
Thanks. That fixed the problem
EDIT: Is there a way to get rid of the "" account?
|
|
|
|
|
Show Posts
