V4 resets to one when a block isn't found in twenty minutes.
I guess V3 can be used more often than V4, because in testnet4, all CPU miners will be stuck, after reaching the nearest difficulty adjustment. Which means, that testnet3 can survive without ASICs, but testnet4 will probably not.
ASIC miners are worthless anyway, it seems to be fitting that they would be used for a worthless network. (I think if it can't DDOS, then it is a paper weight in my book long term.)
And currently, developers are talking about testnet5, where minimal difficulty rule will be dropped
The min difficulty rule should be dropped. This is a good call.
and where instead of halvings, you will have doublings (until you reach 21 million coins, because UTXOs with bigger amounts cannot be created in the current consensus).
I almost fell out of my chair laughing at this. I'm sure that'll do the trick.
Try it. I'm not sure what y'all think that will do, but I'm willing to bet that it isn't what you think it is!
As I said in an email yesterday to Sjors (Lopp and StWenhao cc'ed):
Bitcoin Testnets' focus should be on shielding it from being appealing as a long-term investment. The true foundational security of Bitcoin is that it's going to be there for *someone* in 10 years. Bitcoin Testnet needs to be reset every 5 or 10 years. Testnet shouldn't randomly reset whenever some dude from Arkansas who can't code feels like instructing his team to list it against Bitcoin... furthermore, launching a new Testnet like this would and does actually encourage more market activity and speculation.
Take the speculation out of Bitcoin Testnet. Announce the intent to "reset" the network on a specific date that is pretty far out, so as not to annoy the global community that caters to y'alls updates.
In regards to mining of v4 coins that has turned into "Who can submit their Dif 1 block first with a Windows 98?" The clear answer to myself that prevents this + makes Testnet as close to Bitcoin as possible is to have it full POW. Strip the dif reset out of it and let the network deal with it. It's life in Bitcoin as normal.
A slight adjustment to your expectations will result in a positive outcome for Bitcoin, which is a win for all of us.
1. Bitcoin Testnet will be "hard reset" on ~1-9-2030.
2. Full POW with no difficulty reset (just like Bitcoin). *ASAP*
3. Don't waste any more time on economics based on ideologies that can easily and are actively being disproved. You're probably a better coder than an economic theorist anyway (I hope).
I fear that with your current expectations regarding Bitcoin Testnet having "any" value, there are only two options: 1. You "fail" (by your standards, not mine). 2. You give up.
Respectfully,
Steven Steiner (BayAreaCoins)
AltQuick.com CEO (Formerly FreeBitcoins.com)
Hi Steven,
Please read the rest of the thread before repeating things that have been addressed before.
> Bitcoin Testnets' focus should be on shielding it from being appealing as a long-term investment.
No, it should be a tool that can be used for testing. Any other unintended use case is fine as long as it doesn't critically interfere with that purpose. And unfortunately that is the case both testnet3 and testnet4 as has been explained earlier.
> Take the speculation out of Bitcoin Testnet. Announce the intent to "reset" the network on a specific date that is pretty far out, so as not to annoy the global community that caters to y'alls updates.
This has been addressed in this and other threads. Resets come with develop and ecosystem overhead, they're not a free lunch.
> Strip the dif reset out of it and let the network deal with it.
That's already in the proposal for testnet5.
> It's life in Bitcoin as normal.
No it's not. In somewhere between a value-less test network and an extremely low hash rate alt-coin. The incentives are not the same as on the majority hash rate network. E.g. testnet3 and testnet4 can trivially re-org'd all the way back to their genesis block by any pool with a few percent of hash rate.
> 1. Bitcoin Testnet will be "hard reset" on ~1-9-2030.
See my point on overhead. There's no point in committing to a date. If testnet5 turns out to be broken earlier than than, we should replace it earlier (or give up on testnets completely). If it's not broken by 1-9-2030 we should just keep it.
It was also pointed out earlier that a fixed sunset date can be used by degens just as well, e.g. for an airdrop based on coin distribution at the termination date.
Sjors,
>"Please read the rest of the thread before repeating things that have been addressed before."
Do not tell me what to do, you are not my supervisor. I'll repeat or second whatever I think is important. To think that I've not read over all of this is pretty silly...
Like I'll repeat this, with your current mindset that Testnet is a failure if it is traded... You have two options. AltQuick lists a new Testnet coin in under a day, which helps increase our trade volume. We would be OK with listing a new Testnet every week if that is how often you feel like "failing".
>"No it's not. In somewhere between a value-less test network and an extremely low hash rate alt-coin."
You have no power to determine value or hashing power from others. You are welcome to vote with your feet, but you will not be voting with mine.
>The incentives are not the same as on the majority hash rate network. E.g. testnet3 and testnet4 can trivially re-org'd all the way back to their genesis block by any pool with a few percent of hash rate.
Do it then. It won't hurt our service at all; you will just inconvenience a number of users trying to test the network, which I think people should be aware of, given the potential fragility of Bitcoin and the developers working around it. In your earlier post, you say we shouldn't merge anything into testnet that isn't intended for Bitcoin, and the next line you talk about doubling the blockchain reward instead of halving it for Testnet... Seems conflicting & I do not thing doubling the block reward would do anything of significance to the Testnet demand.
>There's no point in committing to a date. If testnet5 turns out to be broken earlier than than
It takes us a single workday to list a new Testnet coin on our exchange and free faucet. If your idea of "broken" is "traded," then I think your expectations are going to turn out very disappointing.
>(or give up on testnets completely)
Honestly, this is what I figure it comes to. A few of y'all strike me as the type to win the chess game or flip the board.

boo hoo sir. Testnet is being used to Test, but not in a way you like.
Testnet being used is a feature. Testnet being widely available to users easily is a feature as well.
>It was also pointed out earlier that a fixed sunset date can be used by degens just as well, e.g. for an airdrop based on coin distribution at the termination date.
Degens are going to degen. If you think you are going to stop that, I got news for you... you won't.
“Here's to the crazy ones. The misfits. The rebels. The troublemakers. The round pegs in the square holes. The ones who see things differently. They're not fond of rules. And they have no respect for the status quo. You can quote them, disagree with them, glorify or vilify them. About the only thing you can't do is ignore them. Because they change things. They push the human race forward. And while some may see them as the crazy ones, we see genius. Because the people who are crazy enough to think they can change the world, are the ones who do.” Steve Jobs
Respectfully,
Steven Steiner
AltQuick.com CEO (Formerly FreeBitcoins.com)
The line that Sjor said that stands out the most to me is:
"This has been addressed in this and other threads. Resets come with develop and ecosystem overhead, they're not a free lunch." Sounds like he's familiar with the saying
"There's no such thing as a free lunch" but thinks that this somehow magically doesn't apply to Testnet to some extent... seems pretty goofy.
If anyone knows where I can flash my dev card and get a free lunch with my free Testnet coins I'm *entitled* to, please let me know because I'm hungry af.
*nom nom nom*They're the result of (mostly) careful engineering and consideration of trade-offs. If you wish to run a policy based on taste, then indeed you'll have to accept the trade-off of code that's less audited. Potentially even code that's poorly designed because it was not driven by careful engineering considerations but rather by ideology. Of course Bitcoin has always threaded a careful balance between those two things.
*puke*

Luckily, some of those ideologies can be tested in reality, and we have a Testnet to test ideas.
Ideologies do change.
They should not become a theology. "GOD SAID YOU CAN'T".
Gtfo of here.