Pages:
Author

Topic: The Holy Grail! I wish I could kiss the author of Bitmessage on his face. - page 12. (Read 92725 times)

hero member
Activity: 826
Merit: 1000
From what I've read, Bob has to put in some crypto currency as collateral, so that if he disappears with the money, he'll actually end up losing more than he took from Alice. Is this right? If yes, how can Bob be sure that whoever he pays collateral to, won't disappear with that?

I've been following this thread, felt like jumping in here.

I think the idea is escrow, rather than collateral. Both Alice's SEPA transferred funds and Bob's crypto would be floating in the air at the same time if I'm understanding things properly.
legendary
Activity: 1176
Merit: 1011
Sorry to keep asking, but I still miss one crucial point.

For all this to work, if Alice wants to buy bitcoins with dollars, at some point she'll have to put some money into the OT+BM ecosystem by means of a wire transfer (I mean a classic oldschool bank transfer or SEPA transaction). How can she be sure the person she wires her fiat money to (let's call him Bob) doesn't disappear, or claims he never received it, or otherwise screws her over?

From what I've read, Bob has to put in some crypto currency as collateral, so that if he disappears with the money, he'll actually end up losing more than he took from Alice. Is this right? If yes, how can Bob be sure that whoever he pays collateral to, won't disappear with that?

OR, what happens if Alice claims she wired her dollars to Bob's bank account, but she actually never did. Who's going to decide if Alice or Bob is right?
sr. member
Activity: 440
Merit: 251
Hello everyone

fellowtraveler,
It appears to me that you need an API command in Bitmessage to generate an address from the "Silver_Asset_ID+Server_A_ID+EURO_SEPA" string without actually adding it to the software's collection of addresses; this way Bob or Jorg could then subscribe to the address.
So it appears to me that we need three more API commands:
getDeterministicAddress
addSubscription
deleteSubscription

Shall I add them?

hero member
Activity: 714
Merit: 510
Just like a gateway in ripple, this is the point of weakness for all the P2P exchange design: That escrow/gateway must be able to communicate with banks through an authorized channel and that channel is controlled by banks

Yes, as long as you have to communicate with legacy bank systems, you will have to follow their rules and regulations KYC etc...
Do not expect this to make proper exchanges obsolete all of the sudden. You need to take the commerce completely out of legacy bank system to not depended on whims of the banks. Or we could just buy a few banks... and have them run some OT servers.



Ok, let's crowdfund that Wink

Bitcoin credit unions are already being built. Build one in every city.
http://www.reddit.com/r/Bitcoin/comments/1eu87f/
sr. member
Activity: 249
Merit: 251
Hello everyone

fellowtraveler,
It appears to me that you need an API command in Bitmessage to generate an address from the "Silver_Asset_ID+Server_A_ID+EURO_SEPA" string without actually adding it to the software's collection of addresses; this way Bob or Jorg could then subscribe to the address.
So it appears to me that we need three more API commands:
getDeterministicAddress
addSubscription
deleteSubscription

Shall I add them?
legendary
Activity: 2618
Merit: 1007
Well, I thought OT would have it's great moment when GLBSE 2.0 went down, seems no exchange website picked it up though.

Maybe this time with exchanges mostly not really threatened by their incompetence (= being hacked) any more but rather their environment (= regulatory issues and accounts seized) OT will have it's moment...

Realisitically though to be honest, there is no need so far to wait for BM integration, OpenTransactions could already work for months on exchanges - all BM would enable is a decentralized network/order book between the exchanges as far as I get it. If people really think OT is the next level of IOU trading, they could have done so via different channels already for months/years.

PoW in BM instead of PoS and destroying XRP in Opencoin Ripple as spam prevention tool is a proven concept in Bitcoin, but it is also proven to be quite difficult in practice. Let's see how long it takes until I can withdraw BTC (and USD!) to OT on one of the top 5 exchanges on bitcoinmarkets.com and deposit them elsewhere...
hero member
Activity: 793
Merit: 1026
smart people working like this beats academia by a mile

fellowtraveler went from idea, peer review, to increased funding (literally cash in hand) and collaboration in less than 24 hrs. 

Fellowtraveler has been determined to see OT succeed since introducing it many moons ago. I have pointed out the need for OT, as have others, to key developers on the forums/IRC which fell on deaf ears.
Only the latest fears of de"gox"ification has opened everyone up to the possibility that we had the solution in front of us all the time. This is not a download once, free mined coins, windows-only easy pie GUI. This solution requires work by server dudes, graphics guys/gals and architecture.
BMOT is a framework that opens a new playground. SCAMMERS WON'T LIKE THIS PLACE and traders must play fair. No more speculation walls or bit* scams allowed. Bitcoin and altcoins acting cooperatively and contracts/commodities/PMs from legitimate sources or GTFO! This has a built in stop button! No more jungle tactics. The strong will survive and thrive, but the newbies can cling to the strong instead of being fleeced by the wolves.
TLDR;
FT has waited for the perfect moment to reintroduce Open-Transactions.
OT with BM can setup groupings of pooled interests.

wow so the DOJ cracking down on gox's US account might be the best thing to have possibly happened for OT and p2p exchanges generally
full member
Activity: 215
Merit: 100
Shamantastic!
smart people working like this beats academia by a mile

fellowtraveler went from idea, peer review, to increased funding (literally cash in hand) and collaboration in less than 24 hrs. 

Fellowtraveler has been determined to see OT succeed since introducing it many moons ago. I have pointed out the need for OT, as have others, to key developers on the forums/IRC which fell on deaf ears.
Only the latest fears of de"gox"ification has opened everyone up to the possibility that we had the solution in front of us all the time. This is not a download once, free mined coins, windows-only easy pie GUI. This solution requires work by server dudes, graphics guys/gals and architecture.
BMOT is a framework that opens a new playground. SCAMMERS WON'T LIKE THIS PLACE and traders must play fair. No more speculation walls or bit* scams allowed. Bitcoin and altcoins acting cooperatively and contracts/commodities/PMs from legitimate sources or GTFO! This has a built in stop button! No more jungle tactics. The strong will survive and thrive, but the newbies can cling to the strong instead of being fleeced by the wolves.
TLDR;
FT has waited for the perfect moment to reintroduce Open-Transactions.
OT with BM can setup groupings of pooled interests.
legendary
Activity: 1148
Merit: 1018

LOL, that made my day Cheesy

But seriously, really excited about this. Let's put some serious work on this thing.
newbie
Activity: 15
Merit: 0
smart people working like this beats academia by a mile

fellowtraveler went from idea, peer review, to increased funding (literally cash in hand) and collaboration in less than 24 hrs. 
hero member
Activity: 714
Merit: 500
Martijn Meijering
Heheh, I was advocating OT and Bitmessage as an alternative to Ripple before you guys started talking about it. Ripple enthusiasts aren't Bitcoin haters or OT haters. The only ones who do the hating are a small but vocal band of intellectually dishonest people who are afraid to lose their money. Bitcoin, Ripple, OT, Zerocoin, Bitmessage, Tor, I2P etc etc are all great and largely synergetic. We live in very interesting times, let's not let a small group of haters spoil it.
hero member
Activity: 784
Merit: 1000
First it's Bitcoin early adopters are no different from Opencoin Inc's printing press, then it's OT is no different from Ripple, there seems to be no bottom to the Ripple pimps' absymal intellectual capability, and that's why you should stay away from them.
legendary
Activity: 1106
Merit: 1004
A colored coin issuer can demand KYC info from anyone converting in/out directly through that issuer.

Therefore the issuer is compliant. (Consult an attorney -- that's my opinion, and it's not legal advice.)

This is no different than MtGox is today: users are giving each other BTC all the time outside of MtGox -- but only the ones who cash out through a MtGox bank wire actually have to cough up their identification info.

You're probably right. But IANAL either.

Question: Wouldn't a p2p marketplace for escrows which do not hold your fiat be even better than that? The escrows only need to intervene when there's a dispute. But traders are still responsible for transferring funds to one-another, as in OTC. BTC-funds would be locked in 2-of-3 addresses, waiting for the fiat transfer to complete. No "bank-account to hold them all". If you have an API to access your bank account (think merchants) you can even automate everything, as the look-up for escrows could be based on deterministic criteria.

This is similar to what I have proposed. Stick the BTC in a multi-sig voting pool for safety, and then use Open-Transactions escrow and Open-Transactions markets for the actual exchanges.

(Except in my proposal, everything is automated.)

Fantastic.

I really need to read more about it. Since my first introduction to OT I was impressed by it. It seems its time is finally coming. Smiley

As soon as have my hands on my wallet, you'll receive a small contribution of my part for your great work.
Thanks!
hero member
Activity: 714
Merit: 500
Martijn Meijering
Heheh, this shows you do recognise the value of Ripple, and are only worried about XRP displacing Bitcoin and miffed that Ripple doesn't have mining, totally contrary to your own assertions. Ripple, OT, Bitmessage, Zerocoin, and all kinds of other P2P tools are largely synergetic and partially competitive, and both of these are a good thing.
vip
Activity: 1316
Merit: 1043
👻
legendary
Activity: 1222
Merit: 1016
Live and Let Live
It would be really cool if some more people could ACK this proposal in Meta:

'Open Transactions' subforum in Project Development
sr. member
Activity: 448
Merit: 250
More step-by-step...

1. Wallet uploads BTC to voting pool, in order to trade them around on an OT server.
    -- AND/OR --
1. Wallet uploads colored coins to voting pool, in order to trade them around on an OT server.

Also notice that the colored coin issuer does not directly issue anything onto an OT server. Issuers can issue directly onto OT servers, but I suggest using colored coins and voting pools in order to break that link.
2. From this point, it's easy to use Open-Transactions for escrow, and for market trading, on that OT server.
   (Server is unable to forge receipts internally, nor steal from multi-sig pools externally.)
3. Using a discovery layer (Bitmessage, IRC, etc) users who are not already on the same OT server can discover each other, and select a server to meet on, to complete the trade / escrow. (This can all be automated inside the client software.)
4. The same discovery layer makes it easy to wire funds from one server to another, through other users.
5. The same discovery layer makes it easy for users to discover each other for SEPA transfers, facilitated by OT's escrow capabilities.
6. These SEPA transfers could also be performed by services, who are themselves just "other users." (This is the basic concept of Ripple "gateways" as far as I can tell.) OT escrow is used here to remove trust.
7. Even credit lines could be issued cross-server, now that the discovery layer is solved.
The specifics of the discovery/OT protocol are in the paste bins at the top of this thread.
All conversions for a particular user are performed by his own wallet, in a user-centric fashion.
We need to move away from a provider-centric mindset, and instead become provider-independent -- demoting servers from "authorities" to mere "cloud commodities." (For examples of this concept, see Diaspoa and Tahoe.)


Damn; throw this all into a "killer app" GUI (I know, that's the last thing on the dev's 'to-do' list, and rightfully so) and this could be earth-shattering. I'll be following this thread (and bitpools; man, people seem to be just churning out killer apps these days. Good for bitcoins, good for the world!)
legendary
Activity: 3431
Merit: 1233
Pages:
Jump to: