Topic: Completely decentralized and anonymous marketplace - page 3. (Read 17098 times)

Enjoy your +1 reputation, sir! :-)

Ente

That's a good idea, even better than the original proposal.

Ente

Thx, great advices. I got more work today Want to release it as soon as possible.

Unless I'm missing something huge, you can relatively easily (Keyword:- Relative, I'm not saying it is easy) make a method where nobody, or, both parties lose money. In your system the buyer is always at risk of losing money. When both parties lose money it's a lot more incentivising than when just one does. Obviously the perfect environment would be where only the person who backed out loses money, but, that seems impossible with our current setup.

EDIT:- This system should also probably add each other's Bitmessage address to the address book after the first communication, this means that *no* work is required for messages to be sent between each other, which, is probably a good thing when making trades. The work is useful on the first message, but, after that, it's just degrading usefulness.

Your system almost same but rly more trustless if it can be released. I will try soon.
 Please be realistic. In any situation, someone can lose money. The system makes it so that all were interested in a fair deal. But it can not protect you from incident. For example we have laws, but someone might take up arms and kill you, and would be sent to jail, but you're going to die, so laws dont help.

To easy make a alternative channel, there is should be something like a shared inbox. For main trade board. With bitmessage I use chan channel. I have not looking for yet. Perhaps something like chan exist in one of this 3 protocols.

GREAT Thanks. I registered an account at Namecheap. Login - bitxbay  email - [email protected]

Why don't the two peers (Buyer & Merchant) communicate what TXIDs they're going to use to spend, then, one party (Either one) can create a transaction using the two TXIDs and destinating in the 2-2 address, sign it, then send it to the other party. This way the other party can only cash in the other person's money if they also agree to cash in their money as well, otherwise, the transaction is invalid as it's missing signatures.

Seems like such a simple feature of Bitcoin you completely skipped over making this wholle project infinitely worse, as, I think we can all agree, we want a trustless system, currently, this system is highly trustful.

Case in point:- I just lost ~ $0.07 because the seller disappeared (Or went offline) after I had sent the 5% to the initial address, if you used my above system, I'd have either of never sent it, or, the seller would have also have just lost 5%.


EDIT:- And can you explain something else for me? Imagine this:-

1. Seller puts up sale for product
2. Buyer purchases, sends 5% to address, so does the seller, then buyer deposits 100%.
3. Seller refuses to give buyer anything

What happens now? Is there anything the buyer can do? The only way I can see the buyer of getting *any* of his money back is to authorize the transaction to receive 5% of his money back, otherwise, he's out 105%, rather than 100%. This could easily be used to extort people, especially if dealing with large amounts (Say I was buying something for $1,000, I'd rather have lost $1,000 than $1,050).

Ok so I use encrypted email and it works awesome. i2p is also interesting. Maybe trying fixing bitmessage and fork it.     ...my friend just said look at retroshare. We have about 3 protocols so far. Check back with us for ideas and if you come across anything please come back and let us know. No reason why we cant start to reach out to help other projects as time permits.

Its a huge problem. Im just saying you really need to work around this for scale. The major problem you will have is days where messages will drop and nobody will connect. Luckily the more people that connect to Halo are logging in to Bitmessage. But still many messages get dropped their failure rate can be worse than 50%. Spoofing nodes and attacks are too much. So first of all fix the Bitmessage protocol by hashing the unprotected parts. And there is another fix which is outside the scope of this thread. But nonetheless wanted to give you a heads up.

You, sir, are awesome!

Ente

Just tell me where to transfer it to. My gift to you. Do you have a Namecheap?

I wrote above about how to solve this if it really be a problem.

I think about same here must be also some feedback system.

Please also remember to release/update the source code

Think will be better if I just fix all what I can befor start to excuses. Come to reddit soon.

Yes it need yet. But I in work for use electrum and other services like blockchain.info. And I want to use this services via tor. Now it is just direct connections and it can deanonymize you. Anyway rly anonymous, decentralized and safe only version with Satoshi's bitcoin-qt. But if you have anonymous and slow internet connection light version can be better.

Thx, my main address now it is bitxbay .ws  and I have bitxbay.bit but did not have time for website yet. In a hurry to make a really light version, now the priority use of electrum as alternatives bitcoin-qt.

 First send always buyer. But merchant cant get this money and spent his own money for rating payment or you know him befor. For this stupid action he need to pay money for rating and what he get with this? Unprofitable and stupid. He cant fuck whole system with this. If merchant pay more for temporary rating we can hope that he is a serious seller. If I have faster message system this can be resolved be small first payments. For example first payment it is 0.01% and second 0.5%... And it is will be absolutely useless. I create update with this if it is rly must be.

@bitXbay
Can you release a BIN that has litemode by default? (so hopefully it doesn't need Bitcoin Core at the first start)