Bitcoin Forum
November 16, 2024, 08:39:51 PM *
News: Latest Bitcoin Core release: 28.0 [Torrent]
 
   Home   Help Search Login Register More  
Pages: « 1 ... 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 [106] 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 ... 661 »
  Print  
Author Topic: [ANN][XCP] Counterparty - Pioneering Peer-to-Peer Finance - Official Thread  (Read 1276776 times)
This is a self-moderated topic. If you do not want to be moderated by the person who started this topic, create a new topic.
Patel
Legendary
*
Offline Offline

Activity: 1320
Merit: 1007



View Profile WWW
February 04, 2014, 02:04:14 AM
 #2101

For everyone who is actively testing the command line, I ask a favor.

Could you come up with the most common sequences of commands you find useful. If we had a list of (??) most useful sequences, we can make them push button easy in the GUI.

James


Here are some useful commands

cd C:\counterpartyd_build
C:\Python32\python.exe run.py server


C:\Python32\python.exe run.py send --from=[1xx] --quantity=[xx] --asset=[XCP] --to=[1xx]

C:\Python32\python.exe run.py order --from=[1xx] --get-quantity=[xx] --get-asset=[XCP] --give-quantity=[xx] --give-asset=BTC --expiration=[10] --fee_required=[.001]


C:\Python32\python.exe run.py btcpay --order-match-id=[enter tx hashes of both orders, combined]

C:\Python32\python.exe run.py cancel --offer-hash=[enter tx hash here]
Yikes!
Please explain why they are useful. To me (end user hat on) it looks like very scary technobabble.

Pretty self explanatory.

Server is to start the counterpartyd server

Send is to send any assets, just fill in the fields appropriately depending on what asset you want to send.

Order is to make an order on the exchange, depending on what you want. Expiration is number of blocks. Fee is idk but I set it to 0.001

Btcpay is for when your order matches up and its time to send BTC payment if your buying XCP. In the field, enter both the hashes of the orders being matched up.

Cancel is to cancel your order.

Everything in brackets is user defined.
jl777
Legendary
*
Offline Offline

Activity: 1176
Merit: 1134


View Profile WWW
February 04, 2014, 02:08:38 AM
 #2102

For everyone who is actively testing the command line, I ask a favor.

Could you come up with the most common sequences of commands you find useful. If we had a list of (??) most useful sequences, we can make them push button easy in the GUI.

James


Here are some useful commands

cd C:\counterpartyd_build
C:\Python32\python.exe run.py server


C:\Python32\python.exe run.py send --from=1xx --quantity=xx --asset=XCP --to=1xx

C:\Python32\python.exe run.py order --from=1xx --get-quantity=xx --get-asset=XCP --give-quantity=xx --give-asset=BTC --expiration=10 --fee_required=.001


C:\Python32\python.exe run.py btcpay --order-match-id=[enter tx hashes of both orders, combined]

C:\Python32\python.exe run.py cancel --offer-hash=[enter tx hash here]
Yikes!
Please explain why they are useful. To me (end user hat on) it looks like very scary technobabble.

Pretty self explanatory.

Server is to start the counterpartyd server

Send is to send any assets, just fill in the fields appropriately depending on what asset you want to send.

Order is to make an order on the exchange, depending on what you want. Expiration is number of blocks. Fee is idk but I set it to 0.001

Btcpay is for when your order matches up and its time to send BTC payment if your buying XCP. In the field, enter both the hashes of the orders being matched up.

Cancel is to cancel your order.
sorry to be asking such basic questions. I have my end user hat on now Smiley

Wouldnt it be more convenient if there was a way to create an script (or whatever) that polled (was notified) when a matching transaction happened and then automatically did the btcpay?

Is there a reason (other than there is separate command) that you would want to do the btcpay manually? I am assuming the transactions wont be matched unless the required XCP is in escrow. Another way of asking this is when, if ever, will there be a matching transaction when you wouldn't want to do the corresponding btcpay?

James

http://www.digitalcatallaxy.com/report2015.html
100+ page annual report for SuperNET
jl777
Legendary
*
Offline Offline

Activity: 1176
Merit: 1134


View Profile WWW
February 04, 2014, 02:25:23 AM
Last edit: February 04, 2014, 02:38:06 AM by jl777
 #2103

I finally found some info about mastercoin:
http://wiki.mastercoin.org/index.php/Category:Features

It seems that they have data feeds, betting, dividends and escrow. Of course it is all just in specification form, and not sure what the current mastercoin software has.

Does anybody have any experience with the actual mastercoin software?

From a marketing point, it seems that almost feature for feature the only difference between XCP and mastercoin is that XCP has it working and almost debugged, while mastercoin is still trying to get a release out.

If the technical overlap between XCP and mastercoin is the ~90% that it looks like to me, can somebody help with explaining the technical advantage of XCP over mastercoin?

James

Theres going to be a deluge of high quality software releases coming from the mastercoin front in the next 6 weeks or so.
Any idea how it will compare to XCP? I am looking for a clear technical advantage XCP will have over mastercoin. Something they won't be able to duplicate for a long time

James

BUMP @PhantomPhreak ?

I don't want to start a flame war, but this is a legitimate question.

There are lots of medium-sized technical advantages of the Counterparty protocol, but the most important advantage, IMHO, is just that it is much simpler and more straightforward. For one, this means that there will never be any question of what constitutes a valid Counterparty transaction, whereas Mastercoin is still working on this problem, many months in. Then there's the issue of parsing of transactions, and the order in which they're considered, which they have hardly even touched on yet, and which constitute a much greater technical challenge. (Their early efforts implementing a distributed exchange, for instance, are very much overcomplex, too.) They will never be able to duplicate this, for backwards-compatibility, with anything less than a full shutdown of the network and a transfer of balances to a new protocol.
Could you explain why anybody would care about the order transactions are parsed. I can guess, but I don't want to guess on the key tech that will be used to differentiate XCP from mastercoin

/flamewar commence

Doesn't MasterCoin mandate a fee that gets sent to 1Exodus for each transaction on top of the BTC miner fee?

That design decision fits perfectly with MasterCoin's philosophy of centralization and rent-seeking...which makes me uneasy about it. I'm sure many others feel the same way.

IIRC the first 10 pages in the original MSC thread were about how much money everyone needed to give JRWillet so he could convince his wife to let him have 2 hours a week to work on the project. Several other times he implied that he was the "owner" of 1Exodus. Others had to remind him the coins in 1Exodus belonged to the MasterCoin community.

The strongest point that XCP has over MSC is that nobody received any BTC during the creation of XCP. The only people who become millionaires from XCP will get there with XCP, not donated bitcoins.

In terms of technical advantages we will have to wait for MSC code to actually be completed.


Thanks. This is useful info. I dont want to combine the tech comparison story with the community comparison. As a group we burned almost $2 million USD. We are all either crazy or really smart Smiley

Certainly for the crypto community, we don't even have to say anything about XCP community being better than MSC. Everybody will figure that out on their own. I also (edit) dont think the greed angle is something we should use, it can easily be twisted into us not having any funds to pay for dev.

What we do have is LOWER fees!
What trader wants to pay any more fees that he has to? All other things being equal, if one solution is one satoshi less expensive than the other, the cheaper solution wins.

Do you have any specifics on the actual fees that are charged? Also, what are the specific fees XCP charges. I have seen some fees for bets, etc. but still not up to speed so not sure of what the minimum fees are

James

http://www.digitalcatallaxy.com/report2015.html
100+ page annual report for SuperNET
PhantomPhreak (OP)
Sr. Member
****
Offline Offline

Activity: 476
Merit: 300

Counterparty Chief Scientist and Co-Founder


View Profile
February 04, 2014, 02:27:25 AM
 #2104

I finally found some info about mastercoin:
http://wiki.mastercoin.org/index.php/Category:Features

It seems that they have data feeds, betting, dividends and escrow. Of course it is all just in specification form, and not sure what the current mastercoin software has.

Does anybody have any experience with the actual mastercoin software?

From a marketing point, it seems that almost feature for feature the only difference between XCP and mastercoin is that XCP has it working and almost debugged, while mastercoin is still trying to get a release out.

If the technical overlap between XCP and mastercoin is the ~90% that it looks like to me, can somebody help with explaining the technical advantage of XCP over mastercoin?

James

Theres going to be a deluge of high quality software releases coming from the mastercoin front in the next 6 weeks or so.
Any idea how it will compare to XCP? I am looking for a clear technical advantage XCP will have over mastercoin. Something they won't be able to duplicate for a long time

James

BUMP @PhantomPhreak ?

I don't want to start a flame war, but this is a legitimate question.

There are lots of medium-sized technical advantages of the Counterparty protocol, but the most important advantage, IMHO, is just that it is much simpler and more straightforward. For one, this means that there will never be any question of what constitutes a valid Counterparty transaction, whereas Mastercoin is still working on this problem, many months in. Then there's the issue of parsing of transactions, and the order in which they're considered, which they have hardly even touched on yet, and which constitute a much greater technical challenge. (Their early efforts implementing a distributed exchange, for instance, are very much overcomplex, too.) They will never be able to duplicate this, for backwards-compatibility, with anything less than a full shutdown of the network and a transfer of balances to a new protocol.
Could you explain why anybody would care about the order transactions are parsed. I can guess, but I don't want to guess on the key tech that will be used to differentiate XCP from mastercoin

/flamewar commence

Doesn't MasterCoin mandate a fee that gets sent to 1Exodus for each transaction on top of the BTC miner fee?

That design decision fits perfectly with MasterCoin's philosophy of centralization and rent-seeking...which makes me uneasy about it. I'm sure many others feel the same way.

IIRC the first 10 pages in the original MSC thread were about how much money everyone needed to give JRWillet so he could convince his wife to let him have 2 hours a week to work on the project. Several other times he implied that he was the "owner" of 1Exodus. Others had to remind him the coins in 1Exodus belonged to the MasterCoin community.

The strongest point that XCP has over MSC is that nobody received any BTC during the creation of XCP. The only people who become millionaires from XCP will get there with XCP, not donated bitcoins.

In terms of technical advantages we will have to wait for MSC code to actually be completed.

If the transactions are not parsed in a very well-defined order, then address balances quickly become totally unreliable.

Oh right, I forgot about that.. Yes, every Mastercoin transaction sends about six US cents to JR, who holds the private key to the Exodus address, completely unnecessarily.
jl777
Legendary
*
Offline Offline

Activity: 1176
Merit: 1134


View Profile WWW
February 04, 2014, 02:29:24 AM
 #2105

For everyone who is actively testing the command line, I ask a favor.

Could you come up with the most common sequences of commands you find useful. If we had a list of (??) most useful sequences, we can make them push button easy in the GUI.

James


Here are some useful commands

cd C:\counterpartyd_build
C:\Python32\python.exe run.py server


C:\Python32\python.exe run.py send --from=1xx --quantity=xx --asset=XCP --to=1xx

C:\Python32\python.exe run.py order --from=1xx --get-quantity=xx --get-asset=XCP --give-quantity=xx --give-asset=BTC --expiration=10 --fee_required=.001


C:\Python32\python.exe run.py btcpay --order-match-id=[enter tx hashes of both orders, combined]

C:\Python32\python.exe run.py cancel --offer-hash=[enter tx hash here]
Yikes!
Please explain why they are useful. To me (end user hat on) it looks like very scary technobabble.

Pretty self explanatory.

Server is to start the counterpartyd server

Send is to send any assets, just fill in the fields appropriately depending on what asset you want to send.

Order is to make an order on the exchange, depending on what you want. Expiration is number of blocks. Fee is idk but I set it to 0.001

Btcpay is for when your order matches up and its time to send BTC payment if your buying XCP. In the field, enter both the hashes of the orders being matched up.

Cancel is to cancel your order.
sorry to be asking such basic questions. I have my end user hat on now Smiley

Wouldnt it be more convenient if there was a way to create an script (or whatever) that polled (was notified) when a matching transaction happened and then automatically did the btcpay?

Is there a reason (other than there is separate command) that you would want to do the btcpay manually? I am assuming the transactions wont be matched unless the required XCP is in escrow. Another way of asking this is when, if ever, will there be a matching transaction when you wouldn't want to do the corresponding btcpay?

James

Having a separate btcpay command basically gives the buyer of XCP an option on the price of XCP until expiration of the order-match.

Here's a simple scenario where the buyer wouldn't want to do the corresponding btcpay.

1) Buyer buys 100 XCP for 1 BTC. Order is matched with expiration of 10 blocks.
2) A new seller submits an order to sell 200 XCP for 1 BTC in the next block.

Buyer now has the option of hitting the new order and letting his first order expire.


Why couldn't all this be put into a script and have it done totally automatically? It sure sounds super useful to get the best price possible not just at the moment of the first matching trade that is found, but during the entire time window. Does the de facto seller of the option get any compensation for having had a matching order that was rejected?

Does the seller have the option of not matching up against buyers whose time window is too big. I don't even know if the time window starts from order submission or order match or if there are two different time windows.

I am pretty sure this relates to the minfee/maxfee, but need to keep hearing it to make sure I understand it.

http://www.digitalcatallaxy.com/report2015.html
100+ page annual report for SuperNET
halfcab123
Full Member
***
Offline Offline

Activity: 224
Merit: 100

CabTrader v2 | crypto-folio.com


View Profile
February 04, 2014, 02:30:25 AM
 #2106

I don't think we should rely on benefits that can be easily changes. JR can remove that fee if he wants with a split second commit.

DayTrade with less exposure to risk, by setting buy and sell spreads with CabTrader v2, buy now @ crypto-folio.com
halfcab123
Full Member
***
Offline Offline

Activity: 224
Merit: 100

CabTrader v2 | crypto-folio.com


View Profile
February 04, 2014, 02:34:40 AM
 #2107

@BiggestFish can you hit me up on IRC ?

DayTrade with less exposure to risk, by setting buy and sell spreads with CabTrader v2, buy now @ crypto-folio.com
PhantomPhreak (OP)
Sr. Member
****
Offline Offline

Activity: 476
Merit: 300

Counterparty Chief Scientist and Co-Founder


View Profile
February 04, 2014, 02:36:01 AM
 #2108

I don't think we should rely on benefits that can be easily changes. JR can remove that fee if he wants with a split second commit.

No, he can't. That's my point. Wink
jl777
Legendary
*
Offline Offline

Activity: 1176
Merit: 1134


View Profile WWW
February 04, 2014, 02:36:45 AM
 #2109


If the transactions are not parsed in a very well-defined order, then address balances quickly become totally unreliable.

Oh right, I forgot about that.. Yes, every Mastercoin transaction sends about six US cents to JR, who holds the private key to the Exodus address, completely unnecessarily.

Whoa! I thought it was just some minor performance thing. It sounds like "address balances quickly become totally unreliable" is a pretty serious problem!

So to summarize, XCP escrow is 100% reliable and we can also count on the account balances to be 100% reliable. The 6 cents per transaction is the icing on the cake. Mastercoin is basically asking people to pay 6 cents more per transaction, but there are some risks that the transaction might get messed up and even if it doesn't the account balance might not be reliable.

Ok, I now have idea for silver bullet that will gut mastercoin, without any direct attack on them.

How hard will it be to come up with a set of hard to deal with transactions that XCP can deal with totally reliably that mastercoin would just choke on? I don't have the expertise to even begin designing such a stress test, but as soon as it becomes clear that XCP can survive a bruteforce test, people will demand that mastercoin also does. What serious investor wouldnt?

Volunteers please!

I still dont know if mastercoin network is actually running with real money yet

James


http://www.digitalcatallaxy.com/report2015.html
100+ page annual report for SuperNET
PhantomPhreak (OP)
Sr. Member
****
Offline Offline

Activity: 476
Merit: 300

Counterparty Chief Scientist and Co-Founder


View Profile
February 04, 2014, 02:46:52 AM
 #2110


If the transactions are not parsed in a very well-defined order, then address balances quickly become totally unreliable.

Oh right, I forgot about that.. Yes, every Mastercoin transaction sends about six US cents to JR, who holds the private key to the Exodus address, completely unnecessarily.

Whoa! I thought it was just some minor performance thing. It sounds like "address balances quickly become totally unreliable" is a pretty serious problem!

So to summarize, XCP escrow is 100% reliable and we can also count on the account balances to be 100% reliable. The 6 cents per transaction is the icing on the cake. Mastercoin is basically asking people to pay 6 cents more per transaction, but there are some risks that the transaction might get messed up and even if it doesn't the account balance might not be reliable.

Ok, I now have idea for silver bullet that will gut mastercoin, without any direct attack on them.

How hard will it be to come up with a set of hard to deal with transactions that XCP can deal with totally reliably that mastercoin would just choke on? I don't have the expertise to even begin designing such a stress test, but as soon as it becomes clear that XCP can survive a bruteforce test, people will demand that mastercoin also does. What serious investor wouldnt?

Volunteers please!

I still dont know if mastercoin network is actually running with real money yet

James

Let's be clear: Counterparty is not yet anywhere near 100% reliable. The basic protocol, however, is, yes, unambiguous, if for no other reason than that it has a reference implementation.
ddink7
Legendary
*
Offline Offline

Activity: 1120
Merit: 1000



View Profile
February 04, 2014, 02:50:23 AM
 #2111

Quote
Tx    Source    Buy    Sell    Price    Expiration    Remarks
3148   1NP89QwRSZsyyzHbZ56DdULwjdDiuG6ZZk   8.5 BTC   1000.18181818 XCP   0.00849845482641065 BTC/XCP   1000   1000.18181818 XCP remain
3147   1FYRPCTwwdk7TbujfxpJYBPBxoDtAVgpxm   8.3 BTC   1000.18181818 XCP   0.00829849118343628 BTC/XCP   1000   1000.18181818 XCP remain
3146   1BLZKAsooFKSgfViZy5Nd4SkF9fkFtJ9gB   8.4 BTC   1000.18181818 XCP   0.00839847300492346 BTC/XCP   1000   1000.18181818 XCP remain
3145   1KBNEiTW6frJeQyEtqSwoz8XbbS5zXBF5m   8.2 BTC   1000.18181818 XCP   0.0081985093619491 BTC/XCP   1000   1000.18181818 XCP remain
3144   1GMFpxe4LBH566j5aQnbGSQ2xr6ox6C6TC   7.8 BTC   1000.18181818 XCP   0.00779858207600036 BTC/XCP   1000   1000.18181818 XCP remain
3143   1FKRJhRsS9ZEvYiyhPwKQqDA6U4w1AkDzf   7.7 BTC   1000.18181818 XCP   0.00769860025451318 BTC/XCP   1000   1000.18181818 XCP remain
3142   1HE7cVDjBiL2waUiPRm6puCskjSJT51Dsf   8.1 BTC   1000.18181818 XCP   0.00809852754046191 BTC/XCP   1000   1000.18181818 XCP remain
3141   1G63zk53YuwsYdu6x149iE7sLDndmgQLCG   7.6 BTC   1000.18181818 XCP   0.00759861843302599 BTC/XCP   1000   1000.18181818 XCP remain
3140   1NEwLeKqXbDpcMRzqDKoXkmm9r7HgzmoWc   8 BTC   1000.18181818 XCP   0.00799854571897473 BTC/XCP   1000   1000.18181818 XCP remain
3139   16H3V83hNeA1HoTBqqnyYHR9vpmZ6a5Yxh   7.9 BTC   1000.18181818 XCP   0.00789856389748754 BTC/XCP   1000   1000.18181818 XCP remain
3137   1KDiHRwFsAEVEmmqQP7jR9GaBp8Wu7uLoa   7.5 BTC   1000.18181818 XCP   0.00749863661153881 BTC/XCP   1000   1000.18181818 XCP remain

What is the purpose of this, other than to try and crash the value 24 hours after burn closes? A rational actor would put transactions up a few BTC at a time.

Dash - Digital Cash
https://www.dash.org/
jl777
Legendary
*
Offline Offline

Activity: 1176
Merit: 1134


View Profile WWW
February 04, 2014, 03:01:46 AM
 #2112

Let's be clear: Counterparty is not yet anywhere near 100% reliable. The basic protocol, however, is, yes, unambiguous, if for no other reason than that it has a reference implementation.
However, it will get there much sooner than mastercoin. The stress test program can be helpful in finding all the bugs.
Any estimate on when counterparty is ready for massive stress testing? I think this will be a critical piece to get in place and then publicize (as soon as XCP passes)

When it comes to money, reliability is really the most important thing. Cost savings is probably in second. By passing stress test, intrinsically from not having fees and with automatic scripts that optimize trade outcomes, we can prove that XCP is not only the most reliable platform, but it makes you the most profit.

James

http://www.digitalcatallaxy.com/report2015.html
100+ page annual report for SuperNET
jimhsu
Sr. Member
****
Offline Offline

Activity: 364
Merit: 264


View Profile
February 04, 2014, 04:15:05 AM
 #2113

Let's be clear: Counterparty is not yet anywhere near 100% reliable. The basic protocol, however, is, yes, unambiguous, if for no other reason than that it has a reference implementation.
However, it will get there much sooner than mastercoin. The stress test program can be helpful in finding all the bugs.
Any estimate on when counterparty is ready for massive stress testing? I think this will be a critical piece to get in place and then publicize (as soon as XCP passes)

When it comes to money, reliability is really the most important thing. Cost savings is probably in second. By passing stress test, intrinsically from not having fees and with automatic scripts that optimize trade outcomes, we can prove that XCP is not only the most reliable platform, but it makes you the most profit.

James

The thing is that XCP has already been pretty seriously stress tested (in fact, I alone probably broke the network 3-4 times already), and even in alpha state, does work (without anyone's XCP going into a black hole so far). This is undoubtedly due to the massive amount of feedback in this thread.

And about the whale; If I burned 50 grand, I'd at least want something back to recoup my costs (which looks to be what's happening here) no matter how I feel about the project. And 7-8 times over the burn price isn't exactly crashing. In reality, I probably burned less BTC than most people in this thread (simply because I don't have much to begin with). A lot of my cold storage went into this project.

Dans les champs de l'observation le hasard ne favorise que les esprits préparé
qwertyasdfgh
Newbie
*
Offline Offline

Activity: 36
Merit: 0


View Profile
February 04, 2014, 04:16:54 AM
 #2114

Quote
Tx    Source    Buy    Sell    Price    Expiration    Remarks
3148   1NP89QwRSZsyyzHbZ56DdULwjdDiuG6ZZk   8.5 BTC   1000.18181818 XCP   0.00849845482641065 BTC/XCP   1000   1000.18181818 XCP remain
3147   1FYRPCTwwdk7TbujfxpJYBPBxoDtAVgpxm   8.3 BTC   1000.18181818 XCP   0.00829849118343628 BTC/XCP   1000   1000.18181818 XCP remain
3146   1BLZKAsooFKSgfViZy5Nd4SkF9fkFtJ9gB   8.4 BTC   1000.18181818 XCP   0.00839847300492346 BTC/XCP   1000   1000.18181818 XCP remain
3145   1KBNEiTW6frJeQyEtqSwoz8XbbS5zXBF5m   8.2 BTC   1000.18181818 XCP   0.0081985093619491 BTC/XCP   1000   1000.18181818 XCP remain
3144   1GMFpxe4LBH566j5aQnbGSQ2xr6ox6C6TC   7.8 BTC   1000.18181818 XCP   0.00779858207600036 BTC/XCP   1000   1000.18181818 XCP remain
3143   1FKRJhRsS9ZEvYiyhPwKQqDA6U4w1AkDzf   7.7 BTC   1000.18181818 XCP   0.00769860025451318 BTC/XCP   1000   1000.18181818 XCP remain
3142   1HE7cVDjBiL2waUiPRm6puCskjSJT51Dsf   8.1 BTC   1000.18181818 XCP   0.00809852754046191 BTC/XCP   1000   1000.18181818 XCP remain
3141   1G63zk53YuwsYdu6x149iE7sLDndmgQLCG   7.6 BTC   1000.18181818 XCP   0.00759861843302599 BTC/XCP   1000   1000.18181818 XCP remain
3140   1NEwLeKqXbDpcMRzqDKoXkmm9r7HgzmoWc   8 BTC   1000.18181818 XCP   0.00799854571897473 BTC/XCP   1000   1000.18181818 XCP remain
3139   16H3V83hNeA1HoTBqqnyYHR9vpmZ6a5Yxh   7.9 BTC   1000.18181818 XCP   0.00789856389748754 BTC/XCP   1000   1000.18181818 XCP remain
3137   1KDiHRwFsAEVEmmqQP7jR9GaBp8Wu7uLoa   7.5 BTC   1000.18181818 XCP   0.00749863661153881 BTC/XCP   1000   1000.18181818 XCP remain

What is the purpose of this, other than to try and crash the value 24 hours after burn closes? A rational actor would put transactions up a few BTC at a time.

That's the whale who burned 60 BTC right at the end of the burn period. Guess he's not sticking around  Cheesy
The weird thing is I looked up the address on blockscan and it says those addresses have 0 XCP, but it says 1000 remaining on the text above.
jimhsu
Sr. Member
****
Offline Offline

Activity: 364
Merit: 264


View Profile
February 04, 2014, 04:43:10 AM
 #2115

Contract Settled: NotEqual won the pot of 2.0 XCP; 0.0 XCP credited to the feed
address (c1cfe0315493ac2c...3fbd9e4e76bff67d)

Woot, first real XCP bet completed. (This could go into the press release, also).
Broncos lost, but oh well. Congrats Seahawks.

Dans les champs de l'observation le hasard ne favorise que les esprits préparé
jl777
Legendary
*
Offline Offline

Activity: 1176
Merit: 1134


View Profile WWW
February 04, 2014, 04:48:42 AM
 #2116

Let's be clear: Counterparty is not yet anywhere near 100% reliable. The basic protocol, however, is, yes, unambiguous, if for no other reason than that it has a reference implementation.
However, it will get there much sooner than mastercoin. The stress test program can be helpful in finding all the bugs.
Any estimate on when counterparty is ready for massive stress testing? I think this will be a critical piece to get in place and then publicize (as soon as XCP passes)

When it comes to money, reliability is really the most important thing. Cost savings is probably in second. By passing stress test, intrinsically from not having fees and with automatic scripts that optimize trade outcomes, we can prove that XCP is not only the most reliable platform, but it makes you the most profit.

James

The thing is that XCP has already been pretty seriously stress tested (in fact, I alone probably broke the network 3-4 times already), and even in alpha state, does work (without anyone's XCP going into a black hole so far). This is undoubtedly due to the massive amount of feedback in this thread.

And about the whale; If I burned 50 grand, I'd at least want something back to recoup my costs (which looks to be what's happening here) no matter how I feel about the project. And 7-8 times over the burn price isn't exactly crashing. In reality, I probably burned less BTC than most people in this thread (simply because I don't have much to begin with). A lot of my cold storage went into this project.
I think the XCP devs are being super cautious about any reliability claims, for obvious reasons. Also, I think you are severely underestimating the level of stress testing I am thinking of. it needs to be so intense that any competitive system would go back home crying to mommy.

Massive amounts of simultaneous transactions, everything, from multiple servers, overflowing blocks, the works.

If we want the rest of the world to use XCP for big money transactions, we must make it 100% reliable. Since the XCP protocol is simple and sane, it might take some time, but it is something that will be achievable. Blackbox testing, clearbox testing, graybox testing, flaw analysis, independent source code reviews, everything.

Raise the bar so high that any competitor would have to spend months and months and months going in circles trying to fix all their bugs. From what I have heard, it sounds like it is quite possible that mastercoin has too much complexity and when you combine too much complexity with large scale real world volumes and complexity, well, it breaks.

James

http://www.digitalcatallaxy.com/report2015.html
100+ page annual report for SuperNET
jimhsu
Sr. Member
****
Offline Offline

Activity: 364
Merit: 264


View Profile
February 04, 2014, 04:55:50 AM
 #2117

Let's be clear: Counterparty is not yet anywhere near 100% reliable. The basic protocol, however, is, yes, unambiguous, if for no other reason than that it has a reference implementation.
However, it will get there much sooner than mastercoin. The stress test program can be helpful in finding all the bugs.
Any estimate on when counterparty is ready for massive stress testing? I think this will be a critical piece to get in place and then publicize (as soon as XCP passes)

When it comes to money, reliability is really the most important thing. Cost savings is probably in second. By passing stress test, intrinsically from not having fees and with automatic scripts that optimize trade outcomes, we can prove that XCP is not only the most reliable platform, but it makes you the most profit.

James

The thing is that XCP has already been pretty seriously stress tested (in fact, I alone probably broke the network 3-4 times already), and even in alpha state, does work (without anyone's XCP going into a black hole so far). This is undoubtedly due to the massive amount of feedback in this thread.

And about the whale; If I burned 50 grand, I'd at least want something back to recoup my costs (which looks to be what's happening here) no matter how I feel about the project. And 7-8 times over the burn price isn't exactly crashing. In reality, I probably burned less BTC than most people in this thread (simply because I don't have much to begin with). A lot of my cold storage went into this project.
I think the XCP devs are being super cautious about any reliability claims, for obvious reasons. Also, I think you are severely underestimating the level of stress testing I am thinking of. it needs to be so intense that any competitive system would go back home crying to mommy.

Massive amounts of simultaneous transactions, everything, from multiple servers, overflowing blocks, the works.

If we want the rest of the world to use XCP for big money transactions, we must make it 100% reliable. Since the XCP protocol is simple and sane, it might take some time, but it is something that will be achievable. Blackbox testing, clearbox testing, graybox testing, flaw analysis, independent source code reviews, everything.

Raise the bar so high that any competitor would have to spend months and months and months going in circles trying to fix all their bugs. From what I have heard, it sounds like it is quite possible that mastercoin has too much complexity and when you combine too much complexity with large scale real world volumes and complexity, well, it breaks.

James

Well obviously more testing will be needed (and is being done every day). But I can't help but notice that even in alpha state, XCP has more complete, working features than many others coins months post-release (I'm not naming names). Decentralized, cheap (~a quarter in fees), attack-proof sports betting powered by the Bitcoin blockchain...

Dans les champs de l'observation le hasard ne favorise que les esprits préparé
jimhsu
Sr. Member
****
Offline Offline

Activity: 364
Merit: 264


View Profile
February 04, 2014, 05:02:51 AM
 #2118

Contract Settled: NotEqual won the pot of 2.0 XCP; 0.0 XCP credited to the feed
address (c1cfe0315493ac2c...3fbd9e4e76bff67d)

Woot, first real XCP bet completed. (This could go into the press release, also).
Broncos lost, but oh well. Congrats Seahawks.


I feel proud to be part of this historic event. This could be XCP's "bitcoin pizza". Can't think of a more fitting first XCP transaction than a decentralized bet on the Super Bowl.

Obviously a friendly bet of course. I'd imagine for truly professional-style betting:

1. Trusted member of community / verified ID / DD
2. Announces betting by signing post with BTC/XCP address
3. Collects the bets (with fees)
4. Announces result of bet, signed again
5. Broadcast result of feed
6. (the best part) winnings are distributed automatically, and are completely trustless

The only "trust" in this system is the feed operator, no one else (no middlemen).

Dans les champs de l'observation le hasard ne favorise que les esprits préparé
kdrop22
Full Member
***
Offline Offline

Activity: 238
Merit: 100


View Profile
February 04, 2014, 05:09:18 AM
 #2119

Contract Settled: NotEqual won the pot of 2.0 XCP; 0.0 XCP credited to the feed
address (c1cfe0315493ac2c...3fbd9e4e76bff67d)

Woot, first real XCP bet completed. (This could go into the press release, also).
Broncos lost, but oh well. Congrats Seahawks.


I feel proud to be part of this historic event. This could be XCP's "bitcoin pizza". Can't think of a more fitting first XCP transaction than a decentralized bet on the Super Bowl.

Obviously a friendly bet of course. I'd imagine for truly professional-style betting:

1. Trusted member of community / verified ID / DD
2. Announces betting by signing post with BTC/XCP address
3. Collects the bets (with fees)
4. Announces result of bet, signed again
5. Broadcast result of feed
6. (the best part) winnings are distributed automatically, and are completely trustless

The only "trust" in this system is the feed operator, no one else (no middlemen).


It would be great application, if we can make bets on the future price of Bitcoin.

For Example:
1. Price Feed for BTC
2. A betting system that can be used to sell future options/contract in BTC.
e.g., If BTC price is less than XXX, you win so much.

This way you can hedge your position in BTC. If BTC price goes up, you make money from your holdings. If it goes down you can offset some of it using the winning of the bet.
jl777
Legendary
*
Offline Offline

Activity: 1176
Merit: 1134


View Profile WWW
February 04, 2014, 05:19:32 AM
 #2120

Contract Settled: NotEqual won the pot of 2.0 XCP; 0.0 XCP credited to the feed
address (c1cfe0315493ac2c...3fbd9e4e76bff67d)

Woot, first real XCP bet completed. (This could go into the press release, also).
Broncos lost, but oh well. Congrats Seahawks.


I feel proud to be part of this historic event. This could be XCP's "bitcoin pizza". Can't think of a more fitting first XCP transaction than a decentralized bet on the Super Bowl.

Obviously a friendly bet of course. I'd imagine for truly professional-style betting:

1. Trusted member of community / verified ID / DD
2. Announces betting by signing post with BTC/XCP address
3. Collects the bets (with fees)
4. Announces result of bet, signed again
5. Broadcast result of feed
6. (the best part) winnings are distributed automatically, and are completely trustless

The only "trust" in this system is the feed operator, no one else (no middlemen).


It would be great application, if we can make bets on the future price of Bitcoin.

For Example:
1. Price Feed for BTC
2. A betting system that can be used to sell future options/contract in BTC.
e.g., If BTC price is less than XXX, you win so much.

This way you can hedge your position in BTC. If BTC price goes up, you make money from your holdings. If it goes down you can offset some of it using the winning of the bet.
We would need liquidity providers willing to sell the options. People who want to create income from their BTC holdings could sell call options, but it seems only speculators would be willing to sell put options.

Maybe it is just a matter of creating such a market and the put sellers will appear?

Couldn't we create an open source bot who gets the orderbooks from all the usual places and creates a broadcast feed of some simple to calculate average price, eg. one hour moving average. That way, people can't rig the outcome by posting orders on one orderbook at the exact right time, but would have to do it on all orderbooks for an hour.

Any market manipulation that big would effectively be the marketprice, so don't make 100000 BTC bets on the price of BTC Smiley

Is there a way to guarantee that the quotebot will always run and not be modified? If we can solve the issue of needing to trust the feed and created community screened feeds that can be trusted, well, you can see the possibilities. Truly trustless decentralized trading for any data feed that we can make reliable.

James

http://www.digitalcatallaxy.com/report2015.html
100+ page annual report for SuperNET
Pages: « 1 ... 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 [106] 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 ... 661 »
  Print  
 
Jump to:  

Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!