Thanks DeathAndTaxes and everyone. I finally get that what I am proposing will require multisig adoption for it to work safely. On that note, I hope that whichever implementation is adopted, that there is an escrow function also adopted that does not: - require 3+ parties just to perform a single transaction
- there is no 'time limit' created on the transactions where all coins are returned (same thing as not having escrow at all)
|
|
|
My proposal would be for allowing this to happen automatically. So long as you can write your own data to the blockchain, this client feature could be implemented without altering the fundamental protocol, correct? No because the protocol has no understanding of your Bitcoin fragments. It would consider them invalid transaction and reject them (and any block which included them). So there is no way currently to inject strings into the blockchain inside of valid transactions? Sure but I don't see how that does what you think it will do. How about explain it is nuts and bolt at the code level. I'm re-discussing this with my group to make sure I understand the fundamentals before I argue anymore. I think I am more focused on the user experience more than the protocol itself and that is blinding me to the similarities of what I am proposing and the existing multisig proposals. My idea would require that a key be split in half in a safe way, which is impossible without a third party, and that alone would make it unsafe, and it would also be simplified by current multisig initiatives. The thing I can't wrap my head around is why would someone need to 'confirm' a refund? Is this just inherent to the multisig functionality and unavoidable?
|
|
|
My proposal would be for allowing this to happen automatically. So long as you can write your own data to the blockchain, this client feature could be implemented without altering the fundamental protocol, correct? No because the protocol has no understanding of your Bitcoin fragments. It would consider them invalid transaction and reject them (and any block which included them). So there is no way currently to inject strings into the blockchain inside of valid transactions?
|
|
|
Did they ask you to pull the episode of The Good Wife?
I guess this is always a possibility but it doesn't mean their lawyers are on the site. The show just did a bit on bitcoins and the shows producers may have been monitoring the forums to see our reaction. This producer (or someone else affiliated with the show) probably saw the thread and took appropriate action. It's unfortunate but posting it on here was completely unnecessary since it was posted on the CBS website immediately after. "The video you have requested is not available for your geographic region." Yes, it was necessary. I still don't understand why the media industry treats the digital world, the internet, the old fashioned way. Geographic borders? On the internet? Really? The entertainment industry is just taking a cue from world governments. They are the ones basing rules for internet based off of geographic boundaries. The entertainment industry is just exploiting it.
|
|
|
Had you said "I know multi-sig solves the trust/escrow issue in Bitcoin" but I have a method to make it more user friendly we wouldn't be having this issue.
Good point. I'll update my original post and thread title to clarify this. With mult-sig the receiver would issue an updated transaction (increment sequence number) and sign it. To get the funds the sender would sign it. This would invalidate the prior transaction and funds would return to sender.
My proposal would be for allowing this to happen automatically. So long as you can write your own data to the blockchain, this client feature could be implemented without altering the fundamental protocol, correct?
|
|
|
Not at all. In my proposal, the crucial difference (a matter of convenience if nothing else) is that the receiver can send the fragment back without the participation of the sender. A refund can be done via multi-sig also. Even with only one party's consent?
|
|
|
Using mult-sig you can implement EXACTLY what you proposed. I am not confused. There is no need to simplify anything. You send coins to an address locked by two private keys. The seller & buyer both have one key. Neither can access the coins without other private key. Seller ships goods to buyer, and buyer then send his key to seller. Seller uses pair of keys to gain control of funds. There is no need for third parties in multi-sig (they could be used in a 2 out of 3 setup but they aren't a requirement). Nothing is required other than the blockchain, updated protocol (w/ miner support), and updated clients.
Please take the time to read proposals before you shoot them down. It is quite clear you are not reading it. I don't get it, isn't this the exact same as "neither can access the coins without the other fragment"? Not at all. In my proposal, the crucial difference (a matter of convenience if nothing else) is that the receiver can send the fragment back without the participation of the sender. As you can see, this is fundamentally different as it allows a more streamlined transactions interface for the client as well and does not require any communication between the two parties whatsoever.
|
|
|
Using mult-sig you can implement EXACTLY what you proposed. I am not confused. There is no need to simplify anything. You send coins to an address locked by two private keys. The seller & buyer both have one key. Neither can access the coins without other private key. Seller ships goods to buyer, and buyer then send his key to seller. Seller uses pair of keys to gain control of funds. There is no need for third parties in multi-sig (they could be used in a 2 out of 3 setup but they aren't a requirement). Nothing is required other than the blockchain, updated protocol (w/ miner support), and updated clients.
Please take the time to read proposals before you shoot them down. It is quite clear you are not reading it. Just because you were unaware of all the discussions involving multi-sig for last year or so doesn't mean you came up with anything new or novel.
I don't think what I am talking about is even related to the current discussions of multiple signatures. If you'd like to provide evidence of similarities, I will be more than happy to listen, but at the moment it seems you're just discounting something out of pure laziness.
|
|
|
Hey,
The sites down, any update on this?
I'd like to attend and possibly be a speaker or get a booth
Charlie
If you get to be a speaker, I want to be a microphone, so that I can blow you. </gay>
|
|
|
There are a lot of details on how this would be implemented, and sounds like there may be some work done here already for split keys. What I am getting from your idea is that escrow could be done with no 3rd party whatsoever. Also, refunds could be back to the sender without any action on the senders part. This would be a great value adding functionality to the bitcoin client.
That is correct. Perhaps my explanation was too difficult for the previous posters to understand. Should I simplify it?
|
|
|
This has already been discussed and potential implementations already exists. It just requires multi-sig transactions. Practical applications require changes to the protocol hence the discussion on OP_EVAL & P2SH.
Don't feel bad once when I was young I thought I invented secure key exchange without realizing it had already existed for a couple decades.
This has already been discussed and potential implementations already exists. It just requires multi-sig transactions. Practical application requires changes to the protocol hence the discussion on OP_EVAL & P2SH.
This. For the record I've read https://en.bitcoin.it/wiki/Contracts and am also quite aware of what benefits multi-signature transactions will bring. It is possible that through multi-signature transactions, a model that I am proposing could be more easily implemented, but I find no where in the discussions anything resembling what I am proposing. All existing proposals as I know of require: - third-parties
- agreement from both parties, even to return coins to sender
Please elaborate.
|
|
|
I believe that modern escrow solutions are archaic at best and rely too much on the opinions of a possibly ignorant third party. I propose a feature to bitcoin that will remove the need for an external escrow solution, strengthening the economy and ridding our community of fraud once and for all. I will call this proposition "coin fragmentation". To properly explain coin fragmentation, I must first briefly outline the process of a bitcoin transaction based on the current implementation: - Jon sends 1BTC to Mary
- Jon loses access to that 1BTC
- Mary gains access to that 1BTC
As anyone can see, this requires that Jon trust Mary first to provide whatever services she has offered, and as such opens opportunity for fraud and confidence trickery. As you can see from the following outline, by inserting just two programmatic steps, we can remedy this once and for all: - Jon sends 1BTC to Mary
- 1BTC is split and locked into two individually worthless fragments
- Jon loses access to that 1BTC
- Mary must now provide promised services before Jon will release his fragment.
From this point, we have several possible outcomes. For simplicity, let's separate them by an honest and dishonest transaction. Honest- Maria proceeds to provide services rendered, Jon releases his fragment. Maria now has 1BTC.
- Maria does not provide services rendered, Maria releases her fragment. Jon now has 1BTC.
As is clear above, no additional complications arose from implementing this feature given an honest transaction. Dishonest- Maria proceeds to provide services rendered, Jon does not release his fragment. Neither Jon nor Maria have the 1BTC until the other releases their locked fragment.
- Maria does not provide services rendered, Jon does not release his fragment. Neither Jon nor Maria have the 1BTC until the other releases their locked fragment.
In the above outline, all monetary incentives to defraud have been removed. With implementation of this feature, bitcoiners would be able to: - Trade safely and openly with complete strangers
- Return incorrect amounts back to sender
- Provide refunds
- Improve negotiation and problem solving techniques
- Enforce higher standards for service quality in the community
Thank you. Matthew N. Wright
|
|
|
We will no longer be receiving questions for the Zhou Tong interview. Thank you for your participation!
We'll announce the interview in this thread and on BitTalk.TV.
|
|
|
In an internet-wide effort to raise awareness to the negative effects of SOPA, the following businesses and websites from the bitcoin community will be blacking out on January 18th, 2012. Post your business/website below and it will be added. Thank you.
|
|
|
Since when Bitcoins = cash by law in italy? So you can pay taxes in BTC?
By that logic, you should be able to pay your taxes in the US with Korean Won. Only legal tender is cash. Legally I doubt that BTC exists at all. But I am curious to hear opposite expert views. Indeed. Legal tender in any country would be considered 'cash', and 'cash' from a foreign country would be considered 'foreign cash'. You cannot pay your taxes in any country (that I know of) with foreign cash. Bitcoins are not cash. I don't know why anyone is even talking about that. The argument is not about bitcoin being cash, as facebook credits, wow gold, and prepaid cards are not cash either. They are stored credits however transferable to 'cash' and acceptable by non-government bodies as 'cash', hence the government may treat them as 'cash' for prosecution. I degress, a country not accepting a certain form of payment for paying taxes does not mean that form neither is nor is not a currency in some country.
|
|
|
It's totally illegal now because the parlament just approved laws that impose the use of cash up to 1000 eur, for more you have to use a bank account. So bitcoin = money laundering in italy = jail.
Since when Bitcoins = cash by law in italy? So you can pay taxes in BTC? By that logic, you should be able to pay your taxes in the US with Korean Won.
|
|
|
About time we had another BTC scam. And as usual there's no shortage of gullible users. "Of course it's too good to be true, but if we all chip in with small amounts we can still make this scam successful". Reminds me of the forex scheme "Maria" was running here a few months ago. "Just deposit $1000 and run this random binary for guaranteed 20% weekly profit. Sorry guys, the system failed. Balance: 0." One could argue a certain level of gullibility being a requirement to get into bitcoin in the first place. That might explain your findings.
|
|
|
Spoilers:
-Bitcoin is still an illegal currency, -It is too much of a hassle, -It was created by a lawyer who needs a lawyer, -Super-cryptologists can embed secret messages in the bitcoin "code" using other people's computers remotely, and the IP addresses used are easily traceable for anyone who wants to look, -In a world where you have a moderate stack of cash to plunk down, you can get a whole law firm's undivided attention and a one-day trial in a well decorated courtroom with a jovial judge and no jury when charged with a crime by the federal government. -Software coders are fidgety asian dweebs who would proclaim they love a snoopy lawyer they just met.
and - when you are accused of giving a bribe, you get ineptly questioned by a pretty investigator at whatever location you specify, instead of being woken up at 3am by g-men with guns.
+1
|
|
|
By the way last time I checked P2Pool was third in hashrate distribution (after DeepBit and BTCGuild) so convincing a few pool owners might still work for some time, but in a long run individual miners should be involved in decision making and everybody should understand the pros and cons of a particular approach.
Current global p2pool hash rate is around 70-80 GH/s. So it's less than 1%. Just think: Theoretically here pretty soon you'll be able to drop $50k on 2 ButterflyLabs rack boxes and get that on your own.
|
|
|
My personal feeling is that were this a legitimate service, the site owners would be content to sit back and let time prove their worth (a few concise explanatory posts would not be out of place). As it stands they are basically trying to win a PR war.
Sorry if this is seen as trolling. I just don't want people to get ripped off.
I don't think they're trying to do anything. They're just new here and don't know how we roll.
|
|
|
|