Pages:
Author

Topic: bitsquare.io - The P2P Fiat-Bitcoin Exchange - page 10. (Read 34697 times)

k99
sr. member
Activity: 346
Merit: 255
Manfred Karrer
sr. member
Activity: 278
Merit: 252
ABISprotocol on Gist
I'm looking very forward to ongoing development of Bitsquare and have recently (well, late last year) brought it up in the BCN forum, at:

https://bytecointalk.org/showthread.php?tid=274

I'll be in touch via the github (will probably volunteer for testing which looks like it needs help?), translation, and mailing list.  Cheers!

Thanks.
I would love to support ByteCoin (and othere CryptoNote coins) but as the transaction cannot be verified by the arbitrator (in case of a dispute) on the blockchain (sender address is not visible) I cannot support it. I talked a bit to Monero guys and they told me it would be possibile but need some extra not yet implemented feature. I am not so familiar with ByteCoin but I think it will have the same issue as Monero.
So to summarize:
The requirement for adding CryptoNote coins is that a 3rd party (arbitrator in case of a dispute) is able to see on the blockchain if a transaction from the sender address to the receiver address has been done. 

Hmm, yes, ~ I'll bring that up with the devs to inquire if there's some creative way to address this.  What you describe is, actually, one of the good things about the coin, but it does present its challenges as well.  I'm guessing you've already seen this, but...
1) privacy model of BCN at https://bytecoin.org/cryptonote/
2) "no third party should be able to derive the address from the output key and vice versa." https://cryptonote.org/cns/cns006.txt
These issues aren't only bandied about in circles of people using the cryptonight algorithm, though... note that
3) schnorr ring sig merged in bitcoin https://github.com/bitcoin/secp256k1/pull/212
4) reference to the above in libbitcoin https://github.com/libbitcoin/libbitcoin/issues/251
The implications of this are "Plausible deniability for multisig" and "Plausible deniability of authorized parties using a third-party organizer (which doesn't need to be trusted with private keys), [it's possible to prevent signers from knowing whether their private key is part of the set of signing keys]. As per Sections 5 and 6 at https://bitcoin.stackexchange.com/questions/34288/what-are-the-implications-of-schnorr-signatures 
I don't actually feel it is necessary for a third party to have to see on the blockchain if a transaction from the sender address to the receiver address has been done, independent of communication with the sender and receiver - so long as (in the event of a dispute) both parties (sender and receiver) agree on what the amount was that was supposed to be sent and received, and the sender can identify a transaction in the sender's BCN wallet that corresponds to the amount, then there will also be a transaction hash which will be visible from the sender's wallet that can be shown (or sent via bitmessage or e-mail) to the arbitrator.  It will have information which will include height, timestamp, difficulty, etc. associated with it when looking at the details of the txs in something like http://chainradar.com/bcn/blocks - Given this, it should be possible to check with the intended recipient if the recipient also has an amount which corresponds.  Obviously, in this process, the participants (sender, intended recipient) by participating in arbitration, give up some degree of privacy, but it's a tradeoff if they want to resolve something.

That said, I will inquire with the devs what is possible as to how to query the BCN's transaction and to what extent it is possible in the current model.
k99
sr. member
Activity: 346
Merit: 255
Manfred Karrer
I'm looking very forward to ongoing development of Bitsquare and have recently (well, late last year) brought it up in the BCN forum, at:

https://bytecointalk.org/showthread.php?tid=274

I'll be in touch via the github (will probably volunteer for testing which looks like it needs help?), translation, and mailing list.  Cheers!

Thanks.
I would love to support ByteCoin (and othere CryptoNote coins) but as the transaction cannot be verified by the arbitrator (in case of a dispute) on the blockchain (sender address is not visible) I cannot support it. I talked a bit to Monero guys and they told me it would be possibile but need some extra not yet implemented feature. I am not so familiar with ByteCoin but I think it will have the same issue as Monero.
So to summarize:
The requirement for adding CryptoNote coins is that a 3rd party (arbitrator in case of a dispute) is able to see on the blockchain if a transaction from the sender address to the receiver address has been done. 
sr. member
Activity: 278
Merit: 252
ABISprotocol on Gist
Maybe the connection problems with UPnP was the first problem of the initial release, and this could had heavily affected the fundraising.

Maybe but I think at the end not so many users tried out the alpha version. At least in the WAN testing sessions there have not been many.

I'm looking very forward to ongoing development of Bitsquare and have recently (well, late last year) brought it up in the BCN forum, at:

https://bytecointalk.org/showthread.php?tid=274

I'll be in touch via the github (will probably volunteer for testing which looks like it needs help?), translation, and mailing list.  Cheers!
k99
sr. member
Activity: 346
Merit: 255
Manfred Karrer
Maybe the connection problems with UPnP was the first problem of the initial release, and this could had heavily affected the fundraising.

Maybe but I think at the end not so many users tried out the alpha version. At least in the WAN testing sessions there have not been many.
staff
Activity: 4270
Merit: 1209
I support freedom of choice
Maybe the connection problems with UPnP was the first problem of the initial release, and this could had heavily affected the fundraising.
k99
sr. member
Activity: 346
Merit: 255
Manfred Karrer
v0.1.1 UpdateFX support
Code:
- Support for UpdateFX
- Update to TomP2P beta3
- Relay mode for P2P network
- Use maven instead of Gradle
https://github.com/bitsquare/bitsquare/releases

Thanks HostFat!
Here is also a short summary of the current state of the project:
https://bitsquare.io/blog/update/
staff
Activity: 4270
Merit: 1209
I support freedom of choice
v0.1.1 UpdateFX support
Code:
- Support for UpdateFX
- Update to TomP2P beta3
- Relay mode for P2P network
- Use maven instead of Gradle
https://github.com/bitsquare/bitsquare/releases
full member
Activity: 224
Merit: 100
February 23, 2015, 03:11:44 PM
#55
is strange to me such a great project to not have the attention from the community. Keep the great work guys!

yes i dunno wky....the second campaign for funding is going on right now, only 12 BTC pledged on total of 120 BTC
legendary
Activity: 3430
Merit: 1142
Ιntergalactic Conciliator
February 23, 2015, 03:00:04 PM
#54
is strange to me such a great project to not have the attention from the community. Keep the great work guys!
newbie
Activity: 11
Merit: 0
What is the difference between https://bitsquare.io and http://www.coinffeine.com/
newbie
Activity: 57
Merit: 0
Website and ideas look great. Looking forward for 1.0.

Thanks for the kind words. Over the last few weeks we have been distracted from development way too much.

We need some funding to keep going. You can learn about our finacial situation over here: https://bitsquare.io/crowdfunding/

Please help spreading the word.

Bitsquare is supposed to be a community effort, you're welcome to get involved: https://bitsquare.io/contribute/
hero member
Activity: 546
Merit: 500
Website and ideas look great. Looking forward for 1.0.
newbie
Activity: 57
Merit: 0
December 19, 2014, 04:20:34 PM
#49
** 0.1 Milestone
------------------------------------------------------------


** Our first public preview release now available
------------------------------------------------------------

The Bitsquare (https://bitsquare.io)  team is pleased to announce our first milestone release (version 0.1) and the start of the alpha testing phase of the project. This release offers a preview of the application with a selected minimal set of features implemented so that we can receive feedback and conduct larger scale testing. Features of this milestone include the ability to browse offers and conduct mock trades on the bitcoin testnet.

Consult the Bitsquare roadmap (https://bitsquare.io/roadmap)  for a complete list of what has been implemented in the current milestone and what is planned for the future. To learn more about this release click here to read more (https://bitsquare.io/blog/bitsquare-now-in-alpha) .
https://github.com/bitsquare/bitsquare/releases


** Let us know what you think
------------------------------------------------------------
This is our latest Bitsquare newsletter and we hope you enjoyed it. Your suggestions and comments are always welcome. Hit 'reply' if you have feedback to share. If you want to support our vision for a fully decentralized bitcoin ecosystem, please tell your friends about Bitsquare. Your support and encouragement keeps us going!

You can find more ways to follow our progress and contribute to the effort on the Bitsquare community page (https://bitsquare.io/community/) . We look forward to meeting you there.
k99
sr. member
Activity: 346
Merit: 255
Manfred Karrer
Our new webpage is online: https://bitsquare.io/
legendary
Activity: 2912
Merit: 1060
I'd like to be an auditor or arbitrator
k99
sr. member
Activity: 346
Merit: 255
Manfred Karrer
beta available?

We just publisehd the first binaries (OSX and Linux only yet, Windows will follow soon):
https://github.com/bitsquare/bitsquare/releases

Docs and instructions will follow soon as well.
If you want to build from source, here are the instructions:https://github.com/bitsquare/bitsquare/blob/master/doc/build.md
legendary
Activity: 1498
Merit: 1000
beta available?
k99
sr. member
Activity: 346
Merit: 255
Manfred Karrer
Hi,

I have not read the whole thread in the links but if it is a 2of2 MultiSig then it is the initial concept i tried out which turned out that it is unsafe regarding blackmail.
as the deposit is async the party with less money locked can blackmial the other in sending a pre-signed blackmial payout tx. that way its rational to accept the blackmail.
If the concept you mentioned is differnt to that what I assumed, can you describe it quickly? I don't have much time yet for reading too much...


hey guys was at today's presentation...

let me ask a question, why arbitrary system and why not bithalo system for escrow??

https://github.com/OpenBazaar/OpenBazaar/issues/528

http://bithalo.org/wp-content/uploads/2014/06/whitepaper_twosided.pdf

two sides escrow may include a "security" 3rd part escrow in case users agree...
Pages:
Jump to: