-
Notifications
You must be signed in to change notification settings - Fork 334
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Implement two-way replay protection #18
Comments
Is the current plan to launch the mainnet on Nov 1st, even if this is not implemented? That seems dangerous. |
Work in progress. Reply protection is essential for the launch. In case there's anything wrong with it, the launch date could be postponed. |
@h4x3rotab awesome, thanks for clarifying that! People that work on other Equihash coins, like me, are rooting for y'all! Best of luck. |
@h4x3rotab , have you implemented two-way replay protection? Did you implement it by using SIGHASH_FORKID like Bitcoin Cash? Any docs? |
👍 to more docs about the exact method of providing 2-way replay protection |
Less than a week away with no replay protection code pushed? Developers for wallets like Trezor will want to support Bitcoin Gold but can't start development until you show your replay protection implementation. |
we here in Brazil just waiting it too. |
It's might play out as a full on attack on the legacy chain. Choose a side and buckle up. |
Remember it takes days/weeks to release a new firmware for hardware wallets with support for new coin, so don't keep major technical changes for later, if you want support. |
So what? Still not solved? How YoBit is going to list it? |
In progress |
Link to public branch where this is being developed so we can comment? |
This seems to be under development in private. Somewhat concerning. |
Or not being developed at all ... |
@prusnak please, if i understand correctly, after this issue will be solved it will become possible to implement Trezor web-wallet support? |
This and address change in #17 |
Will you use |
Yes, the same 2-way replay protection as Bitcoin Cash. But we will not implement their legacy OP_RETURN protection. |
That sounds excellent, but where is the code? To use your own words, this has been "work in progress" for weeks. |
Too many features requested. We have to do it one by one. The original plan is to launch a small scale pre-testnet without replay protection, add it later, and then launch another testnet and the mainnet. Now we are putting all the bandwidth on this. |
@h4x3rotab When exactly is the testnet going to be launched then? If you want support released quickly, it would be a good idea to have a testnet running at least a few days before the mainnet yet the fork is supposed to happen in about 550 blocks. |
It's the snapshot block height. The full launch is targeted on Nov 1 and could be postponed to ensure the safety if necessary. |
Why not just fork when the launch happens? |
Tight timeline, and there will always be a gap due to the PoW change. A snapshot is the best choice to ensure a smooth launch. Actually we've repeated this for several times but you might missed it. |
Why did you just start a bounty (#51) if this has been a work in progress since at least 16 days ago? This does not look good at all ... |
T-minus 3.5 days according to the countdown on http://btcgpu.org/. Oh boy... |
Will there be a snapshot in 3.5 days or will the fork just happen when it has replay protection? |
Nevermind it got answered serval times: you do a snapshot. Cool. |
Wait so no one has implemented this? What even is the bounty? I dont even know if I can do it in this time anymore though.. |
Well theres like 7 hours left now? GL lol... >_< |
@h4x3rotab Why dont you postpone the fork if all these features are not implemented yet? It looks not very serious to start something, which is not properly tested and reviewed (nor even implemented)? |
Ow man.. Just think! This is a fork not the launch of the coin.. They will only take a snapshot just it. The deposit and withdrawal will only be available a bunch of days later |
So why now? and not at the launch of the coin? |
Is simple. They chose this block to fork. They didn't finished the replay protection on time, but is all ready for the fork then they have time to implement, and is a lot easier than other things like pow that they have implemented. So they already stated that they won't launch without the protection. But now there is other priorities. So please stop complaining like noobs. They will implement that same protection than BCash almost crtl c crtl V and boom, they can launch without problems.. Now please relax guys... And will be just another bitcoin free |
yes, the people complaining here are the noobs. /s |
Actually some last minute dodgy negative version number hack. |
replay protection already implemented ?, and if so, when trezor would enable a wallet for bitcoin Gold? |
Is this done? |
I think not, because they still do not deliver them supposedly until November |
have you guys implemented Replay protection yet? |
IMHO this is possible the worst rollout of a hard fork imaginable. Anyone who held their BTC on a Ledger Nano S or Trezor like myself basically lost any chance at selling off their BTG when it still had any value. Hope you core dev(s) really only 1 main dev (how is this possible?) made out like a bandit and sold your pre-mined coins before it tanked. I don't mean to sound negative and I hope there comes some real value to this eventually. In the meantime... |
100% agree with @lacostenycoder this is a fucking joke. vapourware it should be called from now on... |
hahaha you guys are hillarious!!
…On Thu, Oct 26, 2017 at 9:02 PM, Nuno Vieira ***@***.***> wrote:
100% agree with @lacostenycoder <https://github.com/lacostenycoder>
this is a fucking joke. vapourware it should be called from now on...
[image: 22852178_10208152641972438_2174978924627953445_n]
<https://user-images.githubusercontent.com/28983492/32071841-7f994cfa-ba88-11e7-93d3-5a0c6e020d85.jpg>
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
<#18 (comment)>, or mute
the thread
<https://github.com/notifications/unsubscribe-auth/AFlX26EeQhn6NCUCAQtxQe92VkAylraRks5swNdOgaJpZM4PosxX>
.
|
Stop spamming FFS. When you want to spam or hate, create your repo and do it there. Some people here are trying to get the work done as you have no other job than just spamming.
We want to have clear emails from github in order to be aware if there are real issues and that way you are making it really hard…
Please respect my work as I don’t spam your repos and making your work hard!
… On 26 Oct 2017, at 22:02, Nuno Vieira ***@***.***> wrote:
100% agree with @lacostenycoder <https://github.com/lacostenycoder>
this is a fucking joke. vapourware it should be called from now on...
<https://user-images.githubusercontent.com/28983492/32071841-7f994cfa-ba88-11e7-93d3-5a0c6e020d85.jpg>
—
You are receiving this because you modified the open/close state.
Reply to this email directly, view it on GitHub <#18 (comment)>, or mute the thread <https://github.com/notifications/unsubscribe-auth/ADrjrXOa4D_uyJcPADCrrVT0j_3c-7V5ks5swNdIgaJpZM4PosxX>.
|
Feel free to spam my repos whenever I let out blatant lies! |
This is necessary in order not to cause havoc.
Bitcoin Cash implemented this by using SIGHASH_FORKID and I recommend you doing the same, as it would be trivial to implement your coin into other wallets that already support Bitcoin Cash.
More info:
The text was updated successfully, but these errors were encountered: