The transactions started at the same time as mtgox manipulation. Coincidence? Hash rate does NOT indicated a 51 This doesn't look like 15 big transactions to me. I'm assuming it's 15 small spends from a wallet with a large balance Not so exciting. I don't think the protocol broadcasts remaining balance as a transaction, but I might be wrong.
|
|
|
That's not a bad idea.
The only thing I will add. If you have fixed denominations you might not always have the right amount. So you could add functionality for merchant to give change.
|
|
|
That's an interesting idea - I guess the problem might be that the shorting would require a trusted counterparty who would essentially be backing the currency Yep, that's a problem. But it might be possible to incorporate a type of shorting mechanism directly into the client.
|
|
|
You know, I’m starting to get the impression that the thinking around here is a little, shall I say, blockchain centric. An eepsite centralised but can host databases. Absolutely under no circumstance should this system rely on any centralized service. PGP is an additional step that I think would sink any attempts to make such a thing widely used Encryption would be transparent to the user. The hard work would be on the GUI I have many years of programming experience using wxWidgets (among others).
|
|
|
As you do not query the target, pointing to themselves would not get them anywhere. They would need several good paths from you to them thought a network of already trusted nodes.
Sellers trying to establish a good rating can state escrow as one of their accepted payment methods.
|
|
|
What server? I don’t remember mentioning a server.
How it works is by querying your already trusted nodes, you do not query the target node.
What is returned by the nodes is a tree, the root of that tree is the node being queried and each leaf of that tree is a node that has rating and comments about target node.
The relevance of that tree is factored by how much you trust the node that returned it.
|
|
|
So are there any other developers willing to work with me on this, as part of a collaborative effort?
|
|
|
what about the trusted otc data on peers, secure time-stamp messaging, fingerprints of PGP identities and other things i cannot think of right now I have been looking through the bitcoin source code and I think the stuff Satoshi wrote for all these things would be good for our purpose. ... One possible solution for transactions. When someone accepts your offer it would be removed from your database, so no one else can accept it. Then open a chat channel between buyer and seller. Buyer can then send their delivery address to seller, seller give btc(alt-coin or whatever) payment address to buyer, and utilise existing coin client.
|
|
|
If you mean where is all the info regarding items for sale then there are two ways of doing this, as far as I can see.
First is the simple way. When you want to sell something you add that item to your offer database which is stored locally. You receive search queries from other peers and return them any relevant offers. When you want to buy something then you send out a search across the network and you get all the relevant results returned from the other peers.
The downside of this method is that you can’t sell anything unless your client is connected.
The second way is to use a distributed database but this is more complicated and would probable be overkill for a first prototype. But, it would not be necessary to keep historical data after exchange has been completed, and so, no need for it to be incorporated into a block chain.
|
|
|
Although the other two posts are very similar they both use block chains. I don't see why you need block chains for a web of trust.
This is what I propose for rating other account;
Each peer has one or more accounts;
Each account has a list of info about other accounts including ratings and comments.
Account rating is determined by spidering the other accounts on the network, and calculate the rating in much the same way google calculates pagerank.
So if someone else’s account has given you a bad rating, it wouldn’t carry much weight unless their account had a good rating itself.
|
|
|
OK, just an idea I'm throwing out there.
Would people want a p2p version of eBay that uses bitcoins for payment and is based on web of trust with buyer seller ratings etc.
I realise there would be problems without being able to roll-back transactions, but would people be willing to risk this in order to cut out the middleman?
|
|
|
I can independently confirm that Intersango have their UK deposits back on-line.
I have had dealings with them in the past and found them to be both reliable and trustworthy.
So I'm up for joining sonba on the bet if anyone's up for it.
|
|
|
It would not be possible to determine exactly the quantity she drank without knowing her body weight, metabolism, etcetera. So my number is a shot in the dark.
How much do you think she drank?
Some media are reporting alcohol withdrawal, while others state alcohol poisoning. Either of which, in order to kill her, would had have to had led to organ failure.
Which organ?
|
|
|
I think Amy's death is strange. No drugs in her system and the levels of alcohol in her blood suggests that she drank the equivalent of one and a half bottles of wine.
Can one and a half bottles of wine kill a seasoned drinker?
|
|
|
"The God of the Old Testament is arguably the most unpleasant character in all fiction: jealous and proud of it; a petty, unjust, unforgiving control-freak; a vindictive, bloodthirsty ethnic cleanser; a misogynistic, homophobic, racist, infanticidal, genocidal, filicidal, pestilential, megalomaniacal, sadomasochistic, capriciously malevolent bully." Richard Dawkins http://dwindlinginunbelief.blogspot.com/2008/12/richard-dawkins-god-of-old-testament.html
|
|
|
Thanks for clearing that up.
I think Rossi's machine sounds very dubious. If you don't have independent verification, then its not science.
|
|
|
Sorry if I'm being slow Phinnaeus, but I don't understand your post.
|
|
|
|