Pages:
Author

Topic: [XVC] Vcash (former [VNL] Vanillacoin) cryptocurrency unmoderated discussion - page 7. (Read 16245 times)

legendary
Activity: 1750
Merit: 1036
Facts are more efficient than fud
First they ignore your unmoderated thread
Then they make fun of your unmoderated thread
Then they fight you unmoderated thread
Then you win
hero member
Activity: 509
Merit: 500
XMR dev creates an unmoderated thread about another coin...

XMR shills pile in to prove how shitty bitcointalk has become..

There are already other unmoderated forums that aren't on bitcointalk, and although I would rather discuss things here, you guys really show me why it has moved.


I mean really doesn't the XMR shill army have enough places for them to wag their tongues by now...  

Oh well that's my rant, from now on I'll just come in to add weekly updates.  Have fun running an XMR thread about XVC.




the question is why they created an unmoderated thread about Vcash?and i got it now...they know in their deep mind that Vcash is far more superior than Monero,and this thread is all about a place for FUDing Vcash.

For unmoderated discussion. Enjoy.







i smelt your fear and i did enjoy Smiley
legendary
Activity: 1750
Merit: 1036
Facts are more efficient than fud
XMR dev creates an unmoderated thread about another coin...

XMR shills pile in to prove how shitty bitcointalk has become..

There are already other unmoderated forums that aren't on bitcointalk, and although I would rather discuss things here, you guys really show me why it has moved.


I mean really doesn't the XMR shill army have enough places for them to wag their tongues by now...  

Oh well that's my rant, from now on I'll just come in to add weekly updates.  Have fun running an XMR thread about XVC.




the question is why they created an unmoderated thread about Vcash?

For unmoderated discussion. Enjoy.


The question is now, "Why are they threatened by an unmoderated thread?"

And this is absurd logic as it only accounts for the few that have posted on here about the need for an unmoderated thread, but highlights the absurdity of making "they" claims and making (or intimating) logically fallacies hinged on those claims.
legendary
Activity: 2968
Merit: 1198
XMR dev creates an unmoderated thread about another coin...

XMR shills pile in to prove how shitty bitcointalk has become..

There are already other unmoderated forums that aren't on bitcointalk, and although I would rather discuss things here, you guys really show me why it has moved.


I mean really doesn't the XMR shill army have enough places for them to wag their tongues by now... 

Oh well that's my rant, from now on I'll just come in to add weekly updates.  Have fun running an XMR thread about XVC.




the question is why they created an unmoderated thread about Vcash?

For unmoderated discussion. Enjoy.
legendary
Activity: 1750
Merit: 1036
Facts are more efficient than fud
XMR dev creates an unmoderated thread about another coin...

XMR shills pile in to prove how shitty bitcointalk has become..

There are already other unmoderated forums that aren't on bitcointalk, and although I would rather discuss things here, you guys really show me why it has moved.


I mean really doesn't the XMR shill army have enough places for them to wag their tongues by now... 

Oh well that's my rant, from now on I'll just come in to add weekly updates.  Have fun running an XMR thread about XVC.




the question is why they created an unmoderated thread about Vcash?and i got it now...they know in their deep mind that Vcash is far more superior than Monero,and this thread is all about a place for FUDing Vcash.

https://bitcointalksearch.org/topic/m.14472374
hero member
Activity: 509
Merit: 500
XMR dev creates an unmoderated thread about another coin...

XMR shills pile in to prove how shitty bitcointalk has become..

There are already other unmoderated forums that aren't on bitcointalk, and although I would rather discuss things here, you guys really show me why it has moved.


I mean really doesn't the XMR shill army have enough places for them to wag their tongues by now... 

Oh well that's my rant, from now on I'll just come in to add weekly updates.  Have fun running an XMR thread about XVC.




the question is why they created an unmoderated thread about Vcash?and i got it now...they know in their deep mind that Vcash is far more superior than Monero,and this thread is all about a place for FUDing Vcash.
legendary
Activity: 2184
Merit: 1028
#mitandopelomundo


What was your retort to my prior post? I only see a photo with some inconclusive claims.

this is just a troll thread, if you really wanna talk about that with John Connor, go to official forum https://v.cash/forum/
sr. member
Activity: 420
Merit: 262


What was your retort to my prior post? I only see a photo with some inconclusive claims.
legendary
Activity: 2184
Merit: 1028
#mitandopelomundo
sr. member
Activity: 420
Merit: 262
This brings us back to the Cryptonote adaptive blocksize limit combined with a tail emission found in Monero where:
1) The cost of mining a block is set by the block subsidy

Correct, meaning the amount of hashrate miners spend will be equal to the block subsidy[1] (where block subsidy will ultimately be Monero's perpetual tail reward which is necessarily a fixed # of coins), because (as I pointed out in our prior discussion) transaction fees will trend to costs, due to that the median block size MN will trend upwards to match market demand and thus there is no pricing power on transaction fees.

[1] Note this means the tail reward security of Monero will be very weak and insufficient.

2) The total amount in fees per block has to rise to a number comparable to, but most of the time smaller, than the block subsidy.

You wrote that before in our prior discussion:

The reason the above two scenarios do not apply to a Cryptonote coin with a tail emission such a Monero becomes apparent when one considers the economics of the total block reward components of fees and base reward (new coin emission). If the total in fees per block significantly exceed the base reward then it becomes economically attractive for miners to burn coins to the penalty by mining larger blocks. The block size rises until the total fees per block fall below a level where it is uneconomic for the miners to pay the penalty by increasing the blocksize. This level is comparable to the base reward. It is at this point where the need for a tail emission becomes clear, since without the tail emission the total block reward (fee plus base reward) would go to zero.

And it still doesn't make any sense to me. The block size will trend upwards to match transaction demand, because the penalty is driven to 0 as the median block size increases as  miners can justify burning some of the transaction fees to the penalty. That drives the median block size upwards, which drives the penalty to 0 again. The median block size doesn't have any incentive to decrease again, thus transaction fees then fall to costs.

Sorry as I told you before, Monero does not solve the Tragedy of the Commons in Satoshi's design. It does adaptively increase the block size while preventing spam surges.

I doubt John Conner's design has achieved any better, because as I explained at our prior discussion, there is no decentralized solution to that Tragedy of the Commons in the current proof-of-work designs. I have a solution, but it is a very radical change to the proof-of-work design that relies on unprofitable mining by payers.
legendary
Activity: 2968
Merit: 1198
Quote from: r0ach on April 18, 2016, 08:36:11 PM
Wasn't the Bitpay solution the one where there's no negative incentive for continuously inflating the block size over time?  I haven't really spent any time examining any of the adaptive block size proposals, but it's obviously not as simple as just coding up something that sounds logical if you're unable to identify all the various game theory and attack vectors involved.

John's answer

 I've never seen a proposal other than mine that had working code. Fixed block sizes "by design" are attack vectors. You cannot keep growing the block size, this does not work as it is nothing more than a "fixed variable" since it only grows. If transaction's grind to a halt you end up with 100 MB blocks that could be targeted. I've solved the problem in a deterministic way that does not break consensus rules and XVC is moving forward with it so we never have to think about it again.  Shocked
Report to moderator 
John Connor
Vcash Chief Architect
Website - Offical ANN
 

Monero and prior to that Bytecoin has had working dynamic block size code since early 2014. It has been proven in the wild against three at least spam environments, one due to poorly-written pool code and twice against malicious attacks.



every body knows that monero copy&paste bytecoin code.

Whichever you prefer, debating between BCN and XMR is obviously off topic here. Either way the claim that there is no prior working code is wrong.

legendary
Activity: 2184
Merit: 1028
#mitandopelomundo
Quote from: r0ach on April 18, 2016, 08:36:11 PM
Wasn't the Bitpay solution the one where there's no negative incentive for continuously inflating the block size over time?  I haven't really spent any time examining any of the adaptive block size proposals, but it's obviously not as simple as just coding up something that sounds logical if you're unable to identify all the various game theory and attack vectors involved.

John's answer

 I've never seen a proposal other than mine that had working code. Fixed block sizes "by design" are attack vectors. You cannot keep growing the block size, this does not work as it is nothing more than a "fixed variable" since it only grows. If transaction's grind to a halt you end up with 100 MB blocks that could be targeted. I've solved the problem in a deterministic way that does not break consensus rules and XVC is moving forward with it so we never have to think about it again.  Shocked
Report to moderator  
John Connor
Vcash Chief Architect
Website - Offical ANN
 

Monero and prior to that Bytecoin has had working dynamic block size code since early 2014. It has been proven in the wild against three at least spam environments, one due to poorly-written pool code and twice against malicious attacks.



every body knows that monero copy&paste bytecoin code.
The proof is right here on bitcointalk, just look at the release date of coins

I'd like to remind people that my algorithm(s) for adaptive block size generation are Bitcoin/Peercoin protocol specific. After a year of reviewing the Cryptonote source code I no longer take any of it's derived projects seriously so it does not pertain. To get back on topic, my simple algorithm adapts to traffic influx while simultaneously preventing "arbitrary block size" DoS attacks, lastly it is highly configurable, adaptive yet simple while scaling to ∞ TPS.

Blockstream has no authority to make this wild claim that Bitcoin will ever have an adaptive block sizing solution because they are no authority figure over Bitcoin. Stephen Pair of BitPay came up with a written solution here: https://medium.com/@spair/a-simple-adaptive-block-size-limit-748f7cbcfb75#.pb5cyk56m using a common sense and simple approach but he only touched on the subject and did not produce any code to prove his theory so while possibly good it doesn't help us today. That said, you have a simple and adaptive solution that can be deployed "today" to any Bitcoin or Peercoin based crypto-currency:

https://gist.github.com/john-connor/c1e131771cfcca02ac9e7a14a4f08caf

Peace and Love Cool
legendary
Activity: 2968
Merit: 1198
Quote from: r0ach on April 18, 2016, 08:36:11 PM
Wasn't the Bitpay solution the one where there's no negative incentive for continuously inflating the block size over time?  I haven't really spent any time examining any of the adaptive block size proposals, but it's obviously not as simple as just coding up something that sounds logical if you're unable to identify all the various game theory and attack vectors involved.

John's answer

I've never seen a proposal other than mine that had working code

Monero and prior to that Bytecoin has had working dynamic block size code since early 2014. It has been proven in the wild against three at least spam environments, one due to poorly-written pool code and twice against malicious attacks.

legendary
Activity: 2282
Merit: 1050
Monero Core Team
The solution to the block size problem has nothing to do with controlling the size of the blocks. It requires a different design where transaction fees trend near to costs but not to costs, thus not making the nodes of the system bankrupt.

This brings us back to the Cryptonote adaptive blocksize limit combined with a tail emission found in Monero where:
1) The cost of mining a block is set by the block subsidy
2) The total amount in fees per block has to rise to a number comparable to, but most of the time smaller, than the block subsidy.

legendary
Activity: 2184
Merit: 1028
#mitandopelomundo
The solution to the block size problem has nothing to do with controlling the size of the blocks.
blah blah blah shit blah blah


"Blockstream’s Johnny Dilley: We’ll Eventually Have an Adaptive Block Size Solution (From Vcash)" https://bitcoinmagazine.com/articles/blockstream-s-johnny-dilley-we-ll-eventually-have-an-adaptive-block-size-solution-1460997499?utm_content=buffer36b7c&utm_medium=social&utm_source=twitter.com&utm_campaign=buffer
sr. member
Activity: 420
Merit: 262
The solution to the block size problem has nothing to do with controlling the size of the blocks. It requires a different design where transaction fees trend near to costs but not to costs, thus not making the nodes of the system bankrupt.
legendary
Activity: 1582
Merit: 1001
Quote from: r0ach on April 18, 2016, 08:36:11 PM
Wasn't the Bitpay solution the one where there's no negative incentive for continuously inflating the block size over time?  I haven't really spent any time examining any of the adaptive block size proposals, but it's obviously not as simple as just coding up something that sounds logical if you're unable to identify all the various game theory and attack vectors involved.

John's answer

I've never seen a proposal other than mine that had working code. Fixed block sizes "by design" are attack vectors. You cannot keep growing the block size, this does not work as it is nothing more than a "fixed variable" since it only grows. If transaction's grind to a halt you end up with 100 MB blocks that could be targeted. I've solved the problem in a deterministic way that does not break consensus rules and XVC is moving forward with it so we never have to think about it again.  Shocked
Report to moderator 
John Connor
Vcash Chief Architect
Website - Offical ANN
sr. member
Activity: 420
Merit: 262
Regarding the future of Bitcoin and its Tragedy of the Commons economic design:

At best one would see the type of cartel that TPTB_need_war  has suggested; however my take is that this kind of cartel would only last for a short time before collapsing. Just witness what is currently happening in the crude oil market.

Cartels form in power vacuums. They must align with the greater power vacuums in order to sustain their market inefficiency (top-down control can't anneal maximum fitness). So the only way such a cartel would not fail, would be to become a fiat of the world government and be sustained by the Iron Law on Political Economics which is the perennial, inimitable power vacuum.
legendary
Activity: 2282
Merit: 1050
Monero Core Team
I read Stephen Pair's proposal and it is basically the Cryptonote adaptive blocksize limit in Monero without the penalty function. It relies only on the probability of orphan blocks to set fees. My take is that this will suffer the same fate as a Cryptonote adaptive blocksize limit without a tail emission, such as is the case in Bytecoin. It will fail once the emission runs out, with the hashrate collapsing and the coin becoming insecure  At best one would see the type of cartel that TPTB_need_war  has suggested; however my take is that this kind of cartel would only last for a short time before collapsing. Just witness what is currently happening in the crude oil market.

Edit: https://medium.com/@spair/a-simple-adaptive-block-size-limit-748f7cbcfb75#.muot131pa
legendary
Activity: 1582
Merit: 1001
XMR dev creates an unmoderated thread about another coin...

XMR shills pile in to prove how shitty bitcointalk has become..

There are already other unmoderated forums that aren't on bitcointalk, and although I would rather discuss things here, you guys really show me why it has moved.


I mean really doesn't the XMR shill army have enough places for them to wag their tongues by now... 

Oh well that's my rant, from now on I'll just come in to add weekly updates.  Have fun running an XMR thread about XVC.


Pages:
Jump to: