 Show Posts
|
|
Pages: [1] 2 »
|
This is an exciting project. How does it compare to Open Bazaar?
The main difference is no servers and simplicity designed for ordinary users. Pluses: + Simple to use. Just download binaries for Windows or sources for Linux and it is immediately ready for buy or sell products, without any configuration. Is integrated with elecrum and bitcoin-qt. + No servers + Anonymous already(open bazaar not anonymous yet) + Author anonymous too (for security reasons) but work on the project can be continued without me + Simple escrow without the possibility of fraud by the introduction method + Spam protection + Advertising system and clear benefits for developers |
|
|
|
BitXBay sourcesHi. After two months of work, the new version is ready. Happened later than expected. There is no need to download whole blockchain, just use electrum. Yet I do not recommend you to run on the machine where you have previusly installed the electrum wallet. Use a separate computer or a virtual machine to test this new version. For first start it run electrum for create new wallet, after you create wallet just close electrum. It is already anonimous. If something go wrong with deal just send message to me I try to help to resolve your problem and fix bug. Most problems with deal can be resolved with restarting BiXBy and sending last message to yourself or counterparty. Soon I plan to do: - Quick Sending and receiving messages of the transaction by using alternative anonymous messenger - Product images in trading board - Escrow In one transaction (already done, but causes a lot of problems if messages are slow)
|
|
|
|
My program makes it easy to create an escrow between two people without a middleman. It use bitmessage network to send key's and all what need to create multisig escrow. The only negative, you should have downloaded the whole bloсkchain because program use Satishi's bitcoin-qt. Developing lite version with electrum. It is open source. More about it https://bitcointalk.org/index.php?topic=589578.0 or bitxbay.ws |
|
|
|
I like it! Good gui, everything is clear to see and understand. Next step would be to get a trusted member to have a look at the source. Heck, with some funding from the community, you could go straight to a professional audit! How many lines of code does this have, without bitcoin-core and bitmessage (where we can use the official ones)? I really want to see this project succeed! Ente About 8000 lines. Mainly in bitmessageqt/__init__.py In the future I will put all the code in a separate file. Now is no time for this. Working on the integration of electrum. And rework escrow function to all payments in the same transaction scheme. I write this code in a separate file and upload soon on github, audit of it is most important. |
|
|
|
BitXBay needs your support! I devote all the time I have to the completion of this project now. I don’t have any sponsors, so I have to invest into the product myself. As the interest to this platform continues to grow all the time, I must get other developers to take part in BitXBay realization. That is why I need your kind support in order to put the world trading onto another level. We can do it together. Due to our united efforts all of us soon will be able to feel the taste of real freedom and financial independence. Helping me with BitXBay means contribution to the development of decentralized economics of the future! Make the right choice today and watch the world changing right before your eyes tomorrow! Thanks to you.  1FAvch92vioLKene4iu6wEjsPWdm67nGJK or 16mvEuRpiDSLM7febL4okhosNSz2ybRWfM |
|
|
|
I think that now the main problem of this project is that it needs the Bitcoin-Qt, that it's totally NOT user friendly.
It's against a wide use.
Maybe it should be integrate with Electrum (as it seems that the dev is already doing) or Bitcoinj.
Currently working on it. Will soon be ready. About next week. But it will be an alternative version, more safely and anonymously store the whole blockchain. |
|
|
|
Man.... Lmao if anyone actually uses Bitxbay.. RIP to your coins lol
I already talked about this here. If you are afraid for your Bitcoins use vmvare and please send all your money in a separate well-protected Bitcoin wallet. In any case, it is good practice to send all bitcoins to a separate address. And do not use it with any software other than bitcoin-qt. I think to create options that will send all new coins to user's specified address, but I'm afraid it's a bit deanonymizes users. Problem now it is when you have deal and signed it, bitcoin-qt think it is your money, becouse you have 1 of 2 private keys. And when merchant spent money form this multisig address, you see this transaction. It looks like a suspicious transaction that you did not do, with the balance remains the same and that was before it. I have not found a way to remove the private key from a wallet in the main branch bitcoin-qt. Please if you have arguments about errors in safety, bring the data from the source code BitXBay. Open source gives everyone a check for security problems and point them out if they are. Do the similar opportunity SR, BS, Pandora, BitHalo? |
|
|
|
Second question is, how do nodes verify the transaction in that address is linked to a transaction on the chan? What stops me from jut commenting the send code out? I do admit, I should probably read the source in more detail, but, unfortunately, the times I come on here are normally the times I'm too tired to go source reading.
You can commenting it ofc. But nobody with main branch BitXBay can't see your offer. All offers signed with address what you choose in sell dialoge. And when trade borad rendering program verify all messages and get info about paymant from blocks or blockchain.info if you set this option. |
|
|
|
My question is why do *you* get it? Why not send it to "1BitcoinEaterAddressDontSendf59kuE" or some other statistically impossible address to own the private key to? Right now it's fine, as a proof-of-concept, but, let's say it were to take off, and, everyone who had a Bitcoin client installed also had this software they used to make trades, along with that, hundredds of people where commiting to the Github page all the time and it was a huge community-driven project, like what Bitcoin is. Why is it fair for you to get the money? Look at Bitcoin, the developer of it doesn't get any money, the only fees (I.E. Transaction fees) go to the people that actually did the work in the scope of the system, not some meta-developer.
What is the meaning to send money to nowhere? Why? In fairness, I spent >900 hours of my time only for programming BitXBay. If you think that someone is so willing to work for free, you're naive. Usually benefit is advertising or donations or hidden scam. My interest is transparent, and I think it can only add credibility. Someone might think that Satoshi altruist or other Bitcoin developers. Partially true, but I think many are making money on the growth rate. First miners can get a lot of money from development which positively influence the course. Use of the program free for all, no fees, merchants need advertising anyway. Income will give me the opportunity to assign a reward for improvement and development of new features and testing. Ideological motivation that's fine. But the Ideological motivation+money much better. |
|
|
|
Yes it is my addresses. Just for rating/advertising system  . For place your offer you can pay 0.0001btc+bitcoin fee. If you pay more your goods upper, and categories sorting depend on sum of paymens all items in this category. Payment actual 10 days. It is symple spam protection. Most decentralized spam protection, without moderators. |
|
|
|
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).
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. 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. Thx, great advices. I got more work today Want to release it as soon as possible. |
|
|
|
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).
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. |
|
|
|
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. 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. |
|
|
|
Dude you forgot to register the .com name. I've grabbed it and redirected it to this topic.
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. Just tell me where to transfer it to. My gift to you. Do you have a Namecheap? GREAT Thanks. I registered an account at Namecheap. Login - bitxbay email - bitxbay@post.cz |
|
|
|
How do you solve the problem of "who sends first"?
Once the 3 addresses are generated, someone has to send the coins first. If someone wants to fuck the system over, he simply let the other party send the coins first and then leave. The 5% are forever lost.
Rince and repeat.
I think about same here must be also some feedback system. I wrote above about how to solve this if it really be a problem. |
|
|
|
Think will be better if I just fix all what I can befor start to excuses. Come to reddit soon. |
|
|
|
|
