Bitcoin Forum
June 23, 2024, 11:03:45 AM *
News: Latest Bitcoin Core release: 27.0 [Torrent]
 
   Home   Help Search Login Register More  
Pages: « 1 ... 174 175 176 177 178 179 180 181 182 183 184 185 186 187 188 189 190 191 192 193 194 195 196 197 198 199 200 201 202 203 204 205 206 207 208 209 210 211 212 213 214 215 216 217 218 219 220 221 222 223 [224] 225 226 227 228 229 230 231 232 233 234 235 236 237 238 239 240 241 242 243 244 245 246 247 248 249 250 251 252 253 254 255 256 257 258 259 260 261 262 263 264 265 266 267 268 269 270 271 272 273 274 ... 661 »
  Print  
Author Topic: [ANN][XCP] Counterparty - Pioneering Peer-to-Peer Finance - Official Thread  (Read 1276349 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.
qwertyqwerty
Full Member
***
Offline Offline

Activity: 202
Merit: 100



View Profile
February 27, 2014, 02:17:10 PM
 #4461

Could someone please outline the reasons why XCP is required for dividend payment?
when we are talking about an asset which mines bitcoin, it just seems counter-intuitive to be expected to convert the earnings into XCP in order to pay shareholders, I can think of many problems this process will create along the way, but none which it solve. Requiring XCP to issue sure, that makes sense but dividend payment I don't get why anyone would use

It seems like a perfect system for distributed issuance with a roadblock in front.
deliciousowl
Sr. Member
****
Offline Offline

Activity: 432
Merit: 250


View Profile
February 27, 2014, 02:24:16 PM
 #4462

If anyone can explain counterparty in super simple terms, I will fund an infographic to be made and edit all the text.

Please add your ideas.

Requirements:

It needs to explain the protocol and its utility.

It needs to be understood by even the most retarded moron.

It needs to explain the benefits to someone who has never done something like this before.

cityglut
Full Member
***
Offline Offline

Activity: 216
Merit: 100


View Profile
February 27, 2014, 02:33:22 PM
 #4463

Could someone please outline the reasons why XCP is required for dividend payment?
when we are talking about an asset which mines bitcoin, it just seems counter-intuitive to be expected to convert the earnings into XCP in order to pay shareholders, I can think of many problems this process will create along the way, but none which it solve. Requiring XCP to issue sure, that makes sense but dividend payment I don't get why anyone would use

It seems like a perfect system for distributed issuance with a roadblock in front.

Please see the FAQ: https://counterparty.co/faqs/why-must-dividends-bets-and-betting-fees-be-paid-in-xcp/
qwertyqwerty
Full Member
***
Offline Offline

Activity: 202
Merit: 100



View Profile
February 27, 2014, 02:44:01 PM
Last edit: February 27, 2014, 02:57:38 PM by qwertyqwerty
 #4464

Could someone please outline the reasons why XCP is required for dividend payment?
when we are talking about an asset which mines bitcoin, it just seems counter-intuitive to be expected to convert the earnings into XCP in order to pay shareholders, I can think of many problems this process will create along the way, but none which it solve. Requiring XCP to issue sure, that makes sense but dividend payment I don't get why anyone would use

It seems like a perfect system for distributed issuance with a roadblock in front.

Please see the FAQ: https://counterparty.co/faqs/why-must-dividends-bets-and-betting-fees-be-paid-in-xcp/

Are you saying it is simply not possible as per the protocol to be able to issue BTC payment for dividends in some way? I wasn't sure if this was unique to bets or divident payments.  I don't get why you would be debiting btc, would it not be a standard btc payment credited to all shareholder? aren't you simply splitting btc amongst a list of addresses.

Before, I was thinking like this;

we have a Scenario: Hosted mining operation

---------------------------------------------
What we have now with centralised exchanges
---------------------------------------------
1) Let's assume 10,000 investors. mining a steady 10BTC per day.
2) Pool stats are public enabling any investor to see clearly how many BTC are gained.
3) Every Friday, 12:00PM UTC, BTC are transferred to exchange and divided amongst shareholders. process is very simple


---------------------------------------------
Proposed counterparty solution
---------------------------------------------

1) Let's assume 10,000 investors. mining a steady 10BTC per day.
2) Pool stats are public enabling any investor to see clearly how many BTC are gained.
3) Every Friday, 12:00PM UTC, asset issuer transfers BTC to either a centralised exchange or the DEX and places a buy order for the amount of btc required. In this case it will be 70 BTC.
4) he waits for order to be filled the transfer XCP to all shareholders

so we have a few problems. First of all, manipulation. sellers know well that asset issuer *needs* to buy XCP to pay shareholders and will have to resort to filling market order(s) to get it in 1 batch, rather than waiting for his to be filled. and anyone can interfere in the process. That creates problem of not knowing an accurate and stable XCP/BTC exchange rate. shareholders need this to be transparent to know that they are not getting ripped off. (asset issuer needs to demonstrate they spend total amount of dividend on XCP and not pocket some and defraud on exchange rates.

They cannot easily prove the trading records on a centralised exchange so DEX is preffered but you know this will be an unwieldy process.

& liquidity. small dividends, e.g 1btc or so is no problem. what about when things scale up, now we have maybe 100btc in buy order on every friday which shareholders need to receive.

once shareholder receive XCP, what are they do to with it? What if they do not care for XCP? immediately dump on market by many shareholders on same day every week, essentially the shareholder lose money on the trades btc > xcp then back to xcp > btc for what? and now buyers capitalise to stock up on bulks of cheap coin during this 'dump' to capitalise on the next 'pump which will come during the next dividend payment when asset issuers try to acquire XCP, a constant cycle

 I was very excited about the project, still am of course but I just cannot see such a system working in thise use case. maybe I had missed something really obvious?

 I just cannot see how paying BTC dividends would not be infinitely preferable in this case, aside from the fact it is simply not possible

yuvalgov
Newbie
*
Offline Offline

Activity: 16
Merit: 0


View Profile
February 27, 2014, 02:59:07 PM
 #4465

somebody knows what happened now in Poloniex?

it keeps on saying "market is frozen" when trying to buy\sell
PhantomPhreak (OP)
Sr. Member
****
Offline Offline

Activity: 476
Merit: 300

Counterparty Chief Scientist and Co-Founder


View Profile
February 27, 2014, 03:06:17 PM
 #4466

Could someone please outline the reasons why XCP is required for dividend payment?
when we are talking about an asset which mines bitcoin, it just seems counter-intuitive to be expected to convert the earnings into XCP in order to pay shareholders, I can think of many problems this process will create along the way, but none which it solve. Requiring XCP to issue sure, that makes sense but dividend payment I don't get why anyone would use

It seems like a perfect system for distributed issuance with a roadblock in front.

Please see the FAQ: https://counterparty.co/faqs/why-must-dividends-bets-and-betting-fees-be-paid-in-xcp/

Thanks for the quick response. The explanation makes sense for bets, but I don't follow the logic for dividends. In a bet, the rationale is that the protocol cannot force a debit from a BTC address, but if an asset issuer is interested in issuing BTC dividends couldn't this just be accomplished via BTC? And the protocol would only need to identify which addresses should receive the dividends?

It should be said on there (and it has been mentioned in this thread before, I think) that dividends can be paid with BTC, just not within the Counterparty protocol (of course). You just get a list of asset-holders and plug that into a regular Bitcoin client. It is, however, significantly cheaper and easier to do all that with XCP---it only ever requires only one small transaction.
qwertyqwerty
Full Member
***
Offline Offline

Activity: 202
Merit: 100



View Profile
February 27, 2014, 03:21:37 PM
 #4467

Could someone please outline the reasons why XCP is required for dividend payment?
when we are talking about an asset which mines bitcoin, it just seems counter-intuitive to be expected to convert the earnings into XCP in order to pay shareholders, I can think of many problems this process will create along the way, but none which it solve. Requiring XCP to issue sure, that makes sense but dividend payment I don't get why anyone would use

It seems like a perfect system for distributed issuance with a roadblock in front.

Please see the FAQ: https://counterparty.co/faqs/why-must-dividends-bets-and-betting-fees-be-paid-in-xcp/

Thanks for the quick response. The explanation makes sense for bets, but I don't follow the logic for dividends. In a bet, the rationale is that the protocol cannot force a debit from a BTC address, but if an asset issuer is interested in issuing BTC dividends couldn't this just be accomplished via BTC? And the protocol would only need to identify which addresses should receive the dividends?

It should be said on there (and it has been mentioned in this thread before, I think) that dividends can be paid with BTC, just not within the Counterparty protocol (of course). You just get a list of asset-holders and plug that into a regular Bitcoin client. It is, however, significantly cheaper and easier to do all that with XCP---it only ever requires only one small transaction.

I still can't understand why someone involved in, for example a bitcoin mining operation would want to receive XCP?
and how that would be easier for anyone, including  shareholders, and the issuer themself?? to jump through hoops converting things back and forth acquiring xcp and then exchanging back to btc with all the hurdles introduced along the way.

I raised the topic here: https://bitcointalk.org/index.php?topic=462370.msg5384707#msg5384707
(This was a mining operation which was plagued by issues on centralised exchanges shutdown at BitFunder, and now a hack, 'maintenence' at crypto-trade)

the consensus seemed to be: hmm, cool technology/mechanism as a means issueing assets, of keeping a distributed list of shareholders, and allowing people to move stock back and forth without the traditional problem centralised trade platforms can suffer... in fact it is exactly what is needed at this time with all these hacks, closures and rampant fraud behind the scenes but. why on earth would I want to receive xcp tokens.


kandp_sam
Newbie
*
Offline Offline

Activity: 35
Merit: 0


View Profile
February 27, 2014, 03:29:51 PM
 #4468

somebody knows what happened now in Poloniex?

it keeps on saying "market is frozen" when trying to buy\sell

useless exchange. counterwallet is the hope
porqupine
Full Member
***
Offline Offline

Activity: 214
Merit: 101


View Profile
February 27, 2014, 03:32:05 PM
Last edit: February 27, 2014, 04:54:29 PM by porqupine
 #4469

On Testnet:
Code:
Fee Provided Less than minimum necessary for acceptance in Block
Minimum == .1

How did the minimum get up that high - this intended?
JahPowerBit
Sr. Member
****
Offline Offline

Activity: 335
Merit: 255


Counterparty Developer


View Profile
February 27, 2014, 03:46:15 PM
 #4470

Can the BTC functionality be built into a client or counterwallet? Wouldn't you just need an interface where the protocol can tell the client where to send dividends etc? If this functionality could be added I think it would help enormously.

+1

Yes. Great idea. I will add this feature in BoottleXCP:

I just add Phase 3 here : https://forums.counterparty.co/index.php/topic,134.msg932/topicseen.html#msg932
Bountyful
Newbie
*
Offline Offline

Activity: 45
Merit: 0


View Profile
February 27, 2014, 03:47:05 PM
Last edit: February 27, 2014, 04:29:46 PM by Bountyful
 #4471

Protocol Proposal: Would it be possible to implement a function for "Fees" on Assets as we have "Dividends"?

Use Case: Customer purchases a Diamond Asset on Counterparty: DMNDXXEAA. However, the diamond requires storage/insurance fees to be paid in BTC to a Centralized or Decentralized Diamond Storage service. A payment request (BIP70) or otherwise is sent to the BTC Address to request payment each month for .01 BTC in fees.

  • Fees: Paid in BTC
  • Dividends: Paid in XCP
  • Available fees on the buyers address are required for Give=Asset Orders to any other party


Fee set: Fees on assets are set at asset issuance, but can be changed by the issuer. Fees are treated like negative dividends soAn issuer can request fees at anytime as they are able to issue dividends at any time.


Possible Exceptions: User can move fees out of BTC address and the storage will not be paid and DMNDXXEAA will be "destroyed" or decommissioned as unavailable for sale. Also it may not be possible to request fees in Counterparty. This is not how the protocol works, currently. Payments are made in one direction.


Any further thoughts and ideas on this that I may have missed? Does this seem like an appropriate approach to implementing asset-backed coins in Counterparty?
PhantomPhreak (OP)
Sr. Member
****
Offline Offline

Activity: 476
Merit: 300

Counterparty Chief Scientist and Co-Founder


View Profile
February 27, 2014, 04:20:23 PM
 #4472

Can the BTC functionality be built into a client or counterwallet? Wouldn't you just need an interface where the protocol can tell the client where to send dividends etc? If this functionality could be added I think it would help enormously.

+1

Yes. Great idea. I will add this feature in BoottleXCP:

I just add Phase 3 here : https://forums.counterparty.co/index.php/topic,134.msg932/topicseen.html#msg932


This is the kind of thing that, if it's to be done, should be implemented at the level of counterpartyd. I'll add the functionality to the backend, and you can just call create_dividend as you normally would (albeit with an extra argument), alright?
qwertyqwerty
Full Member
***
Offline Offline

Activity: 202
Merit: 100



View Profile
February 27, 2014, 04:24:29 PM
 #4473

Can the BTC functionality be built into a client or counterwallet? Wouldn't you just need an interface where the protocol can tell the client where to send dividends etc? If this functionality could be added I think it would help enormously.

+1

Yes. Great idea. I will add this feature in BoottleXCP:

I just add Phase 3 here : https://forums.counterparty.co/index.php/topic,134.msg932/topicseen.html#msg932


Can the BTC functionality be built into a client or counterwallet? Wouldn't you just need an interface where the protocol can tell the client where to send dividends etc? If this functionality could be added I think it would help enormously.

+1

Yes. Great idea. I will add this feature in BoottleXCP:

I just add Phase 3 here : https://forums.counterparty.co/index.php/topic,134.msg932/topicseen.html#msg932


This is the kind of thing that, if it's to be done, should be implemented at the level of counterpartyd. I'll add the functionality to the backend, and you can just call create_dividend as you normally would (albeit with an extra argument), alright?


Perfect. thank you both. I really think it is is a positive thing which will serve to increase adoption and usage. I will keep an eye on the developments relating to this.
busoni
Sr. Member
****
Offline Offline

Activity: 364
Merit: 250

Owner of Poloniex


View Profile
February 27, 2014, 04:26:01 PM
 #4474

Good news, everyone!

The hacker (a bit of a misnomer, as he has pointed out) returned 50 BTC, and I have just distributed it to affected users. Looks like the other 65 will be sent, too.

Poloniex.com - Fast crypto exchange with margin trading, advanced charts, and stop-limit orders
qwertyqwerty
Full Member
***
Offline Offline

Activity: 202
Merit: 100



View Profile
February 27, 2014, 04:29:06 PM
 #4475

Good news, everyone!

The hacker (a bit of a misnomer, as he has pointed out) returned 50 BTC, and I have just distributed it to affected users. Looks like the other 65 will be sent, too.

Another very positive development. Very happy to hear of it  Smiley
Chang Hum
Hero Member
*****
Offline Offline

Activity: 714
Merit: 502


View Profile
February 27, 2014, 04:31:09 PM
 #4476

Good news, everyone!

The hacker (a bit of a misnomer, as he has pointed out) returned 50 BTC, and I have just distributed it to affected users. Looks like the other 65 will be sent, too.

Hooraahh!!  Grin
kdrop22
Full Member
***
Offline Offline

Activity: 238
Merit: 100


View Profile
February 27, 2014, 04:36:43 PM
 #4477

Good news, everyone!

The hacker (a bit of a misnomer, as he has pointed out) returned 50 BTC, and I have just distributed it to affected users. Looks like the other 65 will be sent, too.

Great job busconi and the white hat.
SyRenity
Hero Member
*****
Offline Offline

Activity: 756
Merit: 502


View Profile
February 27, 2014, 04:36:53 PM
 #4478

Just saw a chat with RS on MCXNOW, and I don't think we will see XCP there anytime soon, if not ever. I won't even copy / paste what was mentioned, that was brutal.

Who's RS?
SyRenity
Hero Member
*****
Offline Offline

Activity: 756
Merit: 502


View Profile
February 27, 2014, 04:38:23 PM
 #4479

Good news, everyone!

The hacker (a bit of a misnomer, as he has pointed out) returned 50 BTC, and I have just distributed it to affected users. Looks like the other 65 will be sent, too.

Awesome news!

Seems you can start considering about lowering those fees back to normal again Smiley.
qwertyqwerty
Full Member
***
Offline Offline

Activity: 202
Merit: 100



View Profile
February 27, 2014, 04:39:14 PM
 #4480

Just saw a chat with RS on MCXNOW, and I don't think we will see XCP there anytime soon, if not ever. I won't even copy / paste what was mentioned, that was brutal.

Who's RS?

RealSolid..owner
Pages: « 1 ... 174 175 176 177 178 179 180 181 182 183 184 185 186 187 188 189 190 191 192 193 194 195 196 197 198 199 200 201 202 203 204 205 206 207 208 209 210 211 212 213 214 215 216 217 218 219 220 221 222 223 [224] 225 226 227 228 229 230 231 232 233 234 235 236 237 238 239 240 241 242 243 244 245 246 247 248 249 250 251 252 253 254 255 256 257 258 259 260 261 262 263 264 265 266 267 268 269 270 271 272 273 274 ... 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!