Bitcoin Forum
November 24, 2017, 04:23:57 AM *
News: Latest stable version of Bitcoin Core: 0.15.1  [Torrent].
 
   Home   Help Search Donate Login Register  
Pages: « 1 2 3 4 [5] 6 7 8 9 10 11 12 »  All
  Print  
Author Topic: [ANN] Bitcoin PoW Upgrade Initiative  (Read 41623 times)
Frogolocalypse
Newbie
*
Offline Offline

Activity: 8


View Profile
March 20, 2017, 11:25:32 AM
 #81

Don't like the options.  Don't think there should be a hard-fork unless bitcoin is attacked by the china-coin chain.  If they want to fork-off, it is their right.  There's no reason to punish the miners that don't.  While I think a PoW needs to be investigated in the medium to long-term, I don't think it's necessary unless bitcoin is attacked.

This is my take on what would happen if BU forked and took 50% of the hashing power.  It would almost immediately see SegWit being enabled.  That's one thing I would love to see, and I suspect the UASF trigger could make this happen, because you could set the UASF trigger to be the middle of a difficulty epoch.

Let's assume we're talking about mid epoch.  The only thing we can really be sure of, yes?  The average?  For brevity, let's say 1000 blocks.

    1000 blocks : one week. 10 minute blocks.

    1000 blocks : 50% hashing rate. Two weeks. 20 minute blocks.

Three weeks til difficulty reset. Then, because the difficulty calc will include both parts of this (50% full-mine, 50% half-mine), the new lowered difficulty will be 2/3 of the difficulty it was before, with 50% of the previous hashing power. So ~15 minutes blocks.

Off the top of my head, I reckon that would be another three weeks instead of two. Then the difficulty resets to the available miners, and you're back to normal.

So :

Fork happens.

    Two weeks : 20 minute blocks

    ~Three weeks : ~15 minute blocks.

Then back to normal. Assuming miners don't see the potential for huge fees to be had by switching over. Cuz, you know, money. I might be out for a few days or so, but I reckon it'll be about this assuming 50%. Seeing as I think bitmain actually has 50% or so of hashing power, I think I'll be close to right.

It's almost like you want bitmain to fork off. Because blocks will be bigger, so more transactions, but the block creation time will be longer, so less blocks. So less miners creating blocks less often, each with more transactions. Net effect to miners? More total fees in larger blocks and more for each miner. Net effect to users? Same fees for larger blocks that are created less often.

For those five weeks, miners will have a field-day. 50% more profit? Good on em I say.

And if they do attack?  PoW change (to something like Keccak that already has an infrastructure?) and bonza, off we go again, no difficulty reset, and everyone wants to pile into keccak mining.  I really hope we have a real solution to miner centralization instead of kicking the can down the keccak road though.
1511497437
Hero Member
*
Offline Offline

Posts: 1511497437

View Profile Personal Message (Offline)

Ignore
1511497437
Reply with quote  #2

1511497437
Report to moderator
1511497437
Hero Member
*
Offline Offline

Posts: 1511497437

View Profile Personal Message (Offline)

Ignore
1511497437
Reply with quote  #2

1511497437
Report to moderator
1511497437
Hero Member
*
Offline Offline

Posts: 1511497437

View Profile Personal Message (Offline)

Ignore
1511497437
Reply with quote  #2

1511497437
Report to moderator
Join ICO Now Coinlancer is Disrupting the Freelance marketplace!
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction. Advertise here.
1511497437
Hero Member
*
Offline Offline

Posts: 1511497437

View Profile Personal Message (Offline)

Ignore
1511497437
Reply with quote  #2

1511497437
Report to moderator
tonymidlee
Newbie
*
Offline Offline

Activity: 7


View Profile
March 20, 2017, 12:23:56 PM
 #82

The more I think about it , the more concerned I become. Ver and Wu are a bunch of crazy guys , and we must be prepared for the worst.

So, I for one strongly support the change of PoW algo.

I personally suggest some RAM-intensive problem, say 8GB at lease,  basically you need a lot of memory, which makes the ASIC impossible.
bit_me
Newbie
*
Offline Offline

Activity: 3


View Profile
March 20, 2017, 12:29:12 PM
 #83

Just adding my suggestion to counter the bot net fear mongers (aka altcoin gpu farm owners).

It would be a good idea to use a memory intensive pow, 6gb or more. This will eradicate the supposed threat from bot nets and allow for anyone with a CPU to mine with a simple ram upgrade. One CPU one vote. The bitcoin network can be secured once again by off the shelf parts.


I also think having this ready to go and on testnet as a counter to any malicious actors is great. Hopefully consensus can be reached but China pboc has already announced they want to make their own crypto coin we can not ignore the fact it is in their interest to try and undermine the open bitcoin network.

Edit: lol tonymidlee you beat me to it.
Carlton Banks
Legendary
*
Offline Offline

Activity: 1834



View Profile
March 20, 2017, 12:39:16 PM
 #84

I'm into this idea.


But let's not fuck about, forget the "only in an insurmountable emergency" rhetoric, the emergency is already here.

The longer it takes to build support, the quicker proven bad actors like Bitmain will just develop a Keccak ASIC, if they've not started doing that already. Keccak PoW coins have already been tested in the market, doing 101% rigorous QA is a trade-off against the actual attack we're trying to fend off.


And if it's more appropriate to change the name, The Blockchain Formerly Known as Bitcoin, whatever, then so be it. The brand is the flimsiest aspect of the current Bitcoin's value proposition, it's arguably a highly desirable public relations move, as it then forces the attackers into coming up with different reasons why they're now desperate to "save" everyone from the evil developers who switched from Bitcoin to neoBitcoin.

i.e. If BU saved everyone from the evil Bitcoin Core devs, what is the need to follow them around, constantly trying to hard-fork the new project?

Vires in numeris
nemgun
Hero Member
*****
Offline Offline

Activity: 490



View Profile
March 20, 2017, 12:48:43 PM
 #85

I doubt Bitmain will loose time and money to develop a keccac ASIC, they did an enormous investment in the new farm.

The emergency is to make bitcoin compliant with an algorythm change, if the miners still wants to force a protocl change, then he will simply be activated. It can be used a threatening option.

Do not forget that miners have to follow the community, not force it to adopt the changes they want, if the miners want a more suitable version of bitcoin to mine, let them create their own, i will stay with bitcoin-core as long as they respect the original ideology, because i respect people who do so, and i respect their ideology.

I don't care about bitcoin price, nor about his name, these can change as long as the heart remains the same.

And Carlton Banks is right.


        ▄                   ▄██
       ▐██▄                ▄████▄
       █████▄            ▄███████
      ████████▄        ▄██████████
     ▐██████████▄    ▄█████████████
     █████████████▄ ▀██████████████▄
    ████████████████▄ ▀█████████████
   ▐█████████████████▄  ▀████████████
   ████████████████████▄  ▀██████████▌
  ███████████████████████▄  ▀█████████▄
 ▄█████████████████████████▄  ▀████████
 ████████████████████████████▄  ▀██████▌
▐██████████████████████████████▄  ▀██▀▀
▀████████████████████████████████
    ▀▀▀███████████████████████▀
          ▀▀███████████████▀
                ▀▀█████▀▀
.
▄█▄


▀█▀
.
▄█▄


▀█▀
.
Ukigo
Hero Member
*****
Offline Offline

Activity: 938


View Profile
March 20, 2017, 12:56:23 PM
 #86

I suggest to change the name of new PoW BTC chain to Bitcon.
Then evil pissed-off miners and alnasty Ver-guy can't sue us for usage of Bitcoin(TM).
Let them fail in price of BTU on exchanges, when all honest believers in Core The Blessed will dump all free BTU sinful tokens.
So everyone will see then that it's their fault that Bitcoin(aka BTU) suffers so harsh fate.

As to new algo for PoW i think we must invite here Mike Hearn.
He is very cool cryptodude. He can manage to master it with small help of Peter Todd and Gavin Andresen.
Together we shall win.
And sinful BU will fall under our swords miserably !
 

"...Enemies are everywhere ! Angka is all rage ! Be a good soldiers, blow everything... " <-- Pol Pot (C)
HardwareReviewer
Sr. Member
****
Offline Offline

Activity: 256


View Profile
March 20, 2017, 01:18:32 PM
 #87

A change of PoW as a quickfix (to fool currently manufactured ASICS) without too much risk of bugs can be as follows:

Instead of checking for n zero bits, implement checking for n one bits instead.

If you are bold, you can have the sequence of leading bits to check to be dependant on the trailing bits of the previous block.

Prepare to enter a world of stress
mmgen-py
Member
**
Offline Offline

Activity: 95


View Profile WWW
March 20, 2017, 01:33:31 PM
 #88

I like the idea of a memory-hard (Equihash?) PoW.

Another option would be a PoW that's randomized every retargeting period to make it ASIC-proof. A block hash would be used as the source of randomness.
Spondoolies-Tech
Donator
Legendary
*
Online Online

Activity: 924


It was fun while it lasted


View Profile WWW
March 20, 2017, 01:34:46 PM
 #89

I like the idea of a memory-hard (Equihash?) PoW.

Another option would be a PoW that's randomized every retargeting period to make it ASIC-proof. A block hash would be used as the source of randomness.

https://medium.com/@vcorem/lesson-learned-from-the-classic-coup-attempt-or-why-core-needs-to-prepare-a-gpu-only-pow-6a9afe18e4b0#.fv0s8ll36

We released the following miners only when we were operational: SP10, SP20, SP30, SP31 and SP35.
If you see anything else offered online, it's a scam.
We designed but never completed the SP50
HardwareReviewer
Sr. Member
****
Offline Offline

Activity: 256


View Profile
March 20, 2017, 02:17:09 PM
 #90

A long term ASIC-resistant solution would be where the PoW algo itself is dynamic:

The algo, consistent of base code blocks, will be compiled using (previous) block parameters.

So the exact algo will not be known beforehand, thus ASIC-resistant.

Does it make sense?

Prepare to enter a world of stress
BitUsher
Hero Member
*****
Offline Offline

Activity: 840


View Profile
March 20, 2017, 02:34:23 PM
 #91

Jihan and bitmain have given plenty of statements they intend to attack -

https://twitter.com/gavinandresen/status/827904756525981697

https://archive.is/zjvh1

Quote from: Gavin
Preventing a minority-hashrate fork from confirming any transactions is a good idea. Nakomoto Consensus != unanimity.



https://www.cryptocoinsnews.com/bitcoin-market-needs-big-blocks-says-founder-btc-top-mining-pool/

Quote from: Zhuoer
“We have prepared $100 million USD to kill the small fork of CoreCoin, no matter what POW algorithm, sha256 or scrypt or X11 or any other GPU algorithm. Show me your money. We very much welcome a CoreCoin change to POS.”


We must prepare!

How about developing a ethash and Equihash PoW change so we can have ETC and Zcash merge mine bitcoin for much more security in case Zhuoer and other miners decide to spin up their GPU farms in an attack as they have claimed?  Having 2 different tested PoW algos would also have the benefit of being more difficult to create an asic for.  What do you guys think?
Carlton Banks
Legendary
*
Offline Offline

Activity: 1834



View Profile
March 20, 2017, 02:40:05 PM
 #92

We must prepare!
[snip]
What do you guys think?

I told you already: "preparing" sounds too much like a euphemism for "fucking around"


Quit the bandying of hashing algorithms around already, we need to pre-empt their attack, not sit around waiting for it to happen. If the lead-time to develop a Keccak ASIC is long enough, we need to get the ball rolling, as soon as is diligently possible.

Vires in numeris
mda
Member
**
Offline Offline

Activity: 71


View Profile
March 20, 2017, 03:05:20 PM
 #93

Definitely more cpu processing time though.
I agree that giving the user control is the way to go, any change of PoW only kicks the can down the road.
What do you think about addition of a database where every miner is defined by his bitcoin address and every set of miners is defined by an unique string.
Then any block that includes a transaction containing incorrect string (miner missing in set) is rejected by the network.
This way rogue miners will be penalized with lost fees and signaling of code changes can be based on amount of earned fees instead of hashrate.
BitUsher
Hero Member
*****
Offline Offline

Activity: 840


View Profile
March 20, 2017, 03:31:38 PM
 #94

I told you already: "preparing" sounds too much like a euphemism for "fucking around"


Quit the bandying of hashing algorithms around already, we need to pre-empt their attack, not sit around waiting for it to happen. If the lead-time to develop a Keccak ASIC is long enough, we need to get the ball rolling, as soon as is diligently possible.

Simply changing the PoW pre-emtively sets a bad precedent because it harms good miners and long term investors and it will harm cryptocurrency in general by showing how flippant the community can be. Most of the users and core developers I have spoken to do not support pre-emptively changing the PoW algo, thus this HF would have very few following it , and we would not have the moral high ground. Also , merely preparing and testing is a form of pre-emption because it is enough to scare the hell out of miners so they do not attack in the first place . We already see Jihan opening up and looking for a compromise by the mere mention of a PoW change. We should not let this stop the work we are doing here though.

Perhaps there can be another way though to prepare .... where we develop a full node wallet , like Knots, where it simultaneously mines the other PoW algo on a testnet, where during times of contention users can enable this secondary mining and have the users ready to quickly HF over when ready.
nemgun
Hero Member
*****
Offline Offline

Activity: 490



View Profile
March 20, 2017, 03:36:51 PM
 #95

I told you already: "preparing" sounds too much like a euphemism for "fucking around"


Quit the bandying of hashing algorithms around already, we need to pre-empt their attack, not sit around waiting for it to happen. If the lead-time to develop a Keccak ASIC is long enough, we need to get the ball rolling, as soon as is diligently possible.

Simply changing the PoW pre-emtively sets a bad precedent because it harms good miners and long term investors and it will harm cryptocurrency in general by showing how flippant the community can be. Most of the users and core developers I have spoken to do not support pre-emptively changing the PoW algo, thus this HF would have very few following it , and we would not have the moral high ground.

Perhaps there can be another way though to prepare .... where we develop a full node wallet , like Knots, where it simultaneously mines the other PoW algo on a testnet, where during times of contention users can enable this secondary mining and have the users ready to quickly HF over when ready.

True, someone aleready experimented a multi algo coin, i forgot the name of the coin, but it can't bring good results as each algorithm requires custom GPU tweaks, so if you change the algo at each new block, miners will leave. Annother sollution would be to define an ASIC safe algo and use it, i don't know much about Keccac, but if luke-jr believes that he can be amended to fit in bitcoin-core code, then we should go for this sollution.


        ▄                   ▄██
       ▐██▄                ▄████▄
       █████▄            ▄███████
      ████████▄        ▄██████████
     ▐██████████▄    ▄█████████████
     █████████████▄ ▀██████████████▄
    ████████████████▄ ▀█████████████
   ▐█████████████████▄  ▀████████████
   ████████████████████▄  ▀██████████▌
  ███████████████████████▄  ▀█████████▄
 ▄█████████████████████████▄  ▀████████
 ████████████████████████████▄  ▀██████▌
▐██████████████████████████████▄  ▀██▀▀
▀████████████████████████████████
    ▀▀▀███████████████████████▀
          ▀▀███████████████▀
                ▀▀█████▀▀
.
▄█▄


▀█▀
.
▄█▄


▀█▀
.
BitUsher
Hero Member
*****
Offline Offline

Activity: 840


View Profile
March 20, 2017, 03:46:54 PM
 #96

True, someone aleready experimented a multi algo coin, i forgot the name of the coin, but it can't bring good results as each algorithm requires custom GPU tweaks, so if you change the algo at each new block, miners will leave. Annother sollution would be to define an ASIC safe algo and use it, i don't know much about Keccac, but if luke-jr believes that he can be amended to fit in bitcoin-core code, then we should go for this sollution.

Fair concern ... but if the algos match ETC and zcash and merged mined couldn't this concern be negated as we would be bringing in 2 different communities to help secure Bitcoin? ETC and zcash folks get along with Bitcoin Core folks as well and share many similar values and we could benefit from  their collaboration against those who wish to attack immutability.
tokona44
Member
**
Offline Offline

Activity: 111


View Profile
March 20, 2017, 03:53:56 PM
 #97

Nice with CPU-only model. when do we start Wink
Rakete4
Full Member
***
Offline Offline

Activity: 235


View Profile
March 20, 2017, 04:04:05 PM
 #98

The only way to upgrade the POW while keeping Bitcoin Bitcoin, is to add an extra POW as a soft fork.

I see there are mostly newbies posting in this thread.  Perhaps you should take some time to educate yourself about how bitocoin and blockchains work.

Feathercoin and some other coins changed proof of work. And guess what? It's still Feathercoin.
BitUsher
Hero Member
*****
Offline Offline

Activity: 840


View Profile
March 20, 2017, 04:21:01 PM
 #99

What do you guys think of Bram Cohens Proof of Space/Proof of Time?
I agree with him that PoW is a waste of energy, however all the experts say everything else is a joke and won't work. (Proof of Stake etc...)
So I guess our only option is to use PoW to secure the blockchain. But then again I'm no expert so I don't know if Proof of Space/Proof of Time is feasible or not.

Here he is talking about it on Whale Pool: https://youtu.be/HZOD3ytZLWo?t=2395


https://twitter.com/bramcohen/status/843856434999844864


Quote from: Bram Cohen
I haven't talked about Burstcoin because it's busted. Any random junk can make a functional proof of work. That isn't true of proof of space

Proof of space is too hypothetical and not well tested to be considered

Thus we are left with these options

Keccak - Code already ready and ASIC resistant
Equihash - Code tested on zcash and ASIC resistant
Ethhash- Code tested on ETC and ASIC resistant
or combination of the above...

I would stay away from PoS because it is insecure and goes against bitcoins ethos. I would stay away from Cuckoo because we dont have code ready like others.
Carlton Banks
Legendary
*
Offline Offline

Activity: 1834



View Profile
March 20, 2017, 04:26:44 PM
 #100

merely preparing and testing is a form of pre-emption because it is enough to scare the hell out of miners so they do not attack in the first place.

Or they prepare counter-measures to whatever is (publicly) tested, because they are too belligerent to back down, tail between legs. I seriously doubt your scenario.


We already see Jihan opening up and looking for a compromise by the mere mention of a PoW change.

Or buying time.


I pretty sure you don't get it.

Bitmain et al don't care about their infrastructure, or negotiating, I'm convinced you've never dealt with sufficiently pathological characters to understand this.

Forget their words, or rhetorical actions, and look strictly at what their primary mode of behaviour adds up to. They will do or say anything in order to get what they want; the destruction of this currency and it's economy.


Decisive, strike-first and belligerent evasive action is probably the only thing that can save the value in the Bitcoin network as it is today, and if you can't see that, and some surprise move that nobody (except apparently me) anticipated sends things into even more of a tailspin, then you and everyone else who are saying "let's talk and pro-crastinate on our options for another 9 months" will get everything you deserve.

To put it another way, imagine that those directing Bitmain's actions have a planned killer blow to land. Do you think they're going to announce it 6 months in advance on a public forum? We must act, we're being forced into an "eat or be eaten" situation, and you can't see it.

Vires in numeris
Pages: « 1 2 3 4 [5] 6 7 8 9 10 11 12 »  All
  Print  
 
Jump to:  

Sponsored by , a Bitcoin-accepting VPN.
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!