halfcab123
Full Member
 
Offline
Activity: 224
Merit: 100
CabTrader v2 | crypto-folio.com
|
 |
March 27, 2014, 01:33:18 AM |
|
BTER Buy Wall.  
|
DayTrade with less exposure to risk, by setting buy and sell spreads with CabTrader v2, buy now @ crypto-folio.com
|
|
|
kdrop22
|
 |
March 27, 2014, 02:51:29 AM |
|
There was a huge buy wall today at 0.0045. Someone sold 10,000 XCP against it.
|
|
|
|
sexydh80
Member

Offline
Activity: 77
Merit: 10
|
 |
March 27, 2014, 03:03:20 AM |
|
one (probably better informed) individual is buying all of bters xcp  I think yesterday he started I think he started the day before yesterday
|
|
|
|
kies1107
Member

Offline
Activity: 63
Merit: 10
|
 |
March 27, 2014, 06:05:11 AM |
|
|
|
|
|
|
cryptrol
|
 |
March 27, 2014, 08:34:15 AM |
|
Big news, indeed. The strong commitment of the developers is absolutely wonderful.
|
|
|
|
IamNotSure
|
 |
March 27, 2014, 09:31:05 AM |
|
Excellent news! Basically it means that Counteraparty is here to stay. 0.005 BTC/XCP looks like a bragain now.
|
|
|
|
BitThink
Legendary
Offline
Activity: 882
Merit: 1000
|
 |
March 27, 2014, 09:55:13 AM |
|
Actually quite sad to see this, and wish it will be never used. I understand why Devs implemented it, but this method introduces a lot of unspendable outputs and can never be pruned from the blockchain. Kinds of like ' if you don't let me to do this, I have no choice but to do the worse thing.' Don't think this method cannot be filtered by bitcoin core dev. This is an open source project, any miner can parse counterparty protocol and filter it as easy as us. BTW, even if we really want to use it, it's slightly better to use PayToPubKey instead. One pub key has 32 bytes, larger than 20 bytes (the size of key hash).
|
|
|
|
Spratan
|
 |
March 27, 2014, 10:13:50 AM |
|
Vircurex is dead. Cryptostocks, which belongs to Vircurex, will die, and issuing shares or paying dividends in Cryptostocks becomes dangerous. As a shareholder, I do not want to lose my shares and will welcome a solution.
Could devs contact cryptostocks to move towards Counterparty protocol ? Businesses owners in cryptostocks are looking for more stable and secure platform. One is even moving to Mastercoin (Why MSC and not XCP ?!). It is time to contact business owners, and show them the counterwallet too.
Furthermore, does someone especially know a businness owner in Cryptostocks ? He could convince him to move toward XCP protocol and I am sure Devs would help. I know only one but I am not able to perfectly explain him why XCP.
|
|
|
|
lonsharim
|
 |
March 27, 2014, 10:17:10 AM |
|
Sorry if this sounds like a dumb question but I don't understand the implications - what does " it will be enabled on mainnet with block 293000" really mean since bare multi-sig is still the default method used going forward at least in the near future. Is the protocol capable of automatically switching to pubkeyhash if it fails to create a bare multisig transaction and relay it successfully.
|
|
|
|
BitThink
Legendary
Offline
Activity: 882
Merit: 1000
|
 |
March 27, 2014, 10:20:41 AM |
|
Up till now, all the counterparty devs have done are respectable and admirable. I really appreciate the fairness, transparency, non-greedy they have shown us. I think even counterparty fails in the end (which I think unlikely), it is still a great project that have great devs and great community.
Therefore, I am really sad to see the devs try to (or have to) use this method to defend this project. Maybe just me, I don't want to see someone succeeds in a battle by threatening others that they will do something really bad, even I know they have good motive and I am in their side.
As we all know, XCP lives with BTC together. Even I have quite some XCP myself, I don't want to see XCP succeeds by hurting BTC, and finally hurts XCP itself. Moreover, I know that we will not win the battle if we use this method.
If counterparty is really successful and this mothod is used, I believe the core dev of bitcoin has no choice but filtering all counterparty transactions to protect the bitcoin. They have to do this, because if counterparty succeeds, each counterparty transactions will introduce around 3 unspendable BTC transactions and these transactions cannot be removed from the blockchain except explicit filtering.
|
|
|
|
BitThink
Legendary
Offline
Activity: 882
Merit: 1000
|
 |
March 27, 2014, 10:22:28 AM |
|
Sorry if this sounds like a dumb question but I don't understand the implications - what does " it will be enabled on mainnet with block 293000" really mean since bare multi-sig is still the default method used going forward at least in the near future. Is the protocol capable of automatically switching to pubkeyhash if it fails to create a bare multisig transaction and relay it successfully. It means the protocol will parse this kind of encoded transactions from block 293000, but it does not mean the client will encode in this way.
|
|
|
|
ganly
Newbie
Offline
Activity: 48
Merit: 0
|
 |
March 27, 2014, 10:24:46 AM |
|
I think that the ability of getting XCP with proof-of-burn should be postponed to the time when there will be a stable client. It will help the distribution of the coin. If not there will be another distributed exchange with large-holders(who risked their money into a thing that didn't worked at the time) which will be very unhealthy for the counterparty system.
|
|
|
|
Bellebite2014
Newbie
Offline
Activity: 56
Merit: 0
|
 |
March 27, 2014, 10:26:34 AM |
|
I think that the ability of getting XCP with proof-of-burn should be postponed to the time when there will be a stable client.
Are you high ? Or are you sending this from a time machine from beginning of January 2014 
|
|
|
|
lonsharim
|
 |
March 27, 2014, 10:39:02 AM |
|
Sorry if this sounds like a dumb question but I don't understand the implications - what does " it will be enabled on mainnet with block 293000" really mean since bare multi-sig is still the default method used going forward at least in the near future. Is the protocol capable of automatically switching to pubkeyhash if it fails to create a bare multisig transaction and relay it successfully. It means the protocol will parse this kind of encoded transactions from block 293000, but it does not mean the client will encode in this way. Ah that makes sense I don't see this as a threat as you state, even if the protocol is capable of parsing it, the client is not yet sending this transaction. This ensures continuity for XCP in the short term, its a business continuity plan in an adverse situation that has not been triggered. Hopefully saner heads will prevail. In the meantime, XCP has a way forward even if the situation deteriorates from where we stand currently. PP has always been against creating transactions with unspendable outputs. It looks like the devs are looking after worse case scenarios, nothing more than that. If counterwallet were to start sending these messages, I would agree with everything you are saying. But we are not there yet and hopefully will not be.
|
|
|
|
l4p7
Member

Offline
Activity: 70
Merit: 10
|
 |
March 27, 2014, 10:42:02 AM |
|
Can anyone tell me what happened in the last three days here? Any reason for the recent little price drop? What about something like this http://www.nxtcoins.nl/50-2/ for Counterparty? And another, more general question regarding the DEX: Can I atm only trade BTC to XCP on there or more? Let's say n the future there will be more con (LTC for example) can I then, after I bought LTC with BTC on the DEX, withdraw those LTC into my LTC wallet?
|
|
|
|
BitThink
Legendary
Offline
Activity: 882
Merit: 1000
|
 |
March 27, 2014, 10:54:47 AM |
|
Sorry if this sounds like a dumb question but I don't understand the implications - what does " it will be enabled on mainnet with block 293000" really mean since bare multi-sig is still the default method used going forward at least in the near future. Is the protocol capable of automatically switching to pubkeyhash if it fails to create a bare multisig transaction and relay it successfully. It means the protocol will parse this kind of encoded transactions from block 293000, but it does not mean the client will encode in this way. Ah that makes sense I don't see this as a threat as you state, even if the protocol is capable of parsing it, the client is not yet sending this transaction. This ensures continuity for XCP in the short term, its a business continuity plan in an adverse situation that has not been triggered. Hopefully saner heads will prevail. In the meantime, XCP has a way forward even if the situation deteriorates from where we stand currently. PP has always been against creating transactions with unspendable outputs. It looks like the devs are looking after worse case scenarios, nothing more than that. If counterwallet were to start sending these messages, I would agree with everything you are saying. But we are not there yet and hopefully will not be. Yes, I agree with you and with this method will never be really used.
|
|
|
|
BitThink
Legendary
Offline
Activity: 882
Merit: 1000
|
 |
March 27, 2014, 10:57:51 AM |
|
Can anyone tell me what happened in the last three days here? Any reason for the recent little price drop? What about something like this http://www.nxtcoins.nl/50-2/ for Counterparty? And another, more general question regarding the DEX: Can I atm only trade BTC to XCP on there or more? Let's say n the future there will be more con (LTC for example) can I then, after I bought LTC with BTC on the DEX, withdraw those LTC into my LTC wallet? Not really. You can only trade assets issued in the DEX (BTC is the only exception), not other coins, unless someone issues an asset here to 1:1 map that coin and you trust him/her.
|
|
|
|
halfcab123
Full Member
 
Offline
Activity: 224
Merit: 100
CabTrader v2 | crypto-folio.com
|
 |
March 27, 2014, 11:15:06 AM |
|
Once xnova figures out how to make Counterwallet look beautiful on mobile, and main net is going, things are going to get exciting around here.
|
DayTrade with less exposure to risk, by setting buy and sell spreads with CabTrader v2, buy now @ crypto-folio.com
|
|
|
Bellebite2014
Newbie
Offline
Activity: 56
Merit: 0
|
 |
March 27, 2014, 11:35:30 AM |
|
Can anyone tell me what happened in the last three days here? Any reason for the recent little price drop? What about something like this http://www.nxtcoins.nl/50-2/ for Counterparty? And another, more general question regarding the DEX: Can I atm only trade BTC to XCP on there or more? Let's say n the future there will be more con (LTC for example) can I then, after I bought LTC with BTC on the DEX, withdraw those LTC into my LTC wallet? You have at least one working eye, an internet connection, and you can hopefully click on the pages on top. People are so lazy nowadays, incredible.
|
|
|
|
|