Topic: [ANN][EGC] EverGreenCoin | Environmental Green Causes | Full 7% PoS | Foundation - page 45. (Read 284539 times)

Welcome to the forum page - EGC is a great coin and has a very good community. Now is a great time to get involved as the price is undervalued (in my opinion).

Quite some promising stuff inside. Especially the environmental thing. Will keep this on my watchlist

Thanks for the clarification - fingers crossed that all the exchanges will manage to move quickly - I suspect there may be a couple of issues with Yobit - I hear they are not always the fastest to respond to a wallet change request.

Saving your Coins at an exchange is always a risk. The desktop wallet is not only for staking. Hardware wallets always are more secure and you don't need to give your trust to any exchanges. And because of the good speed of EGC it should be no problem to send Coins from your wallet to an exchange to trade. Bittrex only needs 7 confirmations thats nothing for EGCs speed. For the moment your Coins are safe on Bittrex but I will never advise somebody to store the Coins on an exchange. Saving your Coins on an exchange is even worse than using an bank account from a unknown bank that you don't even khnow they are in debt. I hope some day everybody uses an easy to use desktop wallet to help the network and use full security like crypto coins are suppose to be.

Absolutely yes. Your EverGreenCoin are absolutely safe at Bittrex. Bittrex is already aware of the plans and on standby for the announcement of the exact time.

Rest assured, your EverGreenCoin will be absolutely safe.

Hello Seven Sir

Just 1 question from me & which is "Are my EGC Safe on Bittrex Wallet" ?

I don't use Desktop Wallet & don't intend to use it either in future as well because I'm not interested in Staking.

Reply me so that I can be best assured.

Thanks a lot.

Yes, exchanges along with anyone wanting to send, receive, or stake EverGreenCoin must upgrade. It will be a protocol upgrade and all other wallets will not meet the new protocol version and will be blocked. This is required because all other wallets do not have the code for the forthcoming hardfork. The entire network will only be version 1.5 wallets.

It's important to note that upgrading does not have to happen at a certain time. Exchanges will have to leave their wallet in maintenence until they do upgrade. Users will have to stop their existing wallet and not run it until they have upgraded. In the worst case, they will have to resync after they upgrade if they run their existing wallet past the time of the network upgrade (aka big bang).

The time this will occur is not set yet, but it will be next weekend. I will announce the exact time this will happen as soon as it is known. I want to be sure it is set at a time that is doable for as many service providers as possible. I do hope to have that time established as soon as possible.

If all this sounds confusing, do not worry. I will make it very simple in forthcoming announcements. All users need to know now is at some point in time next weekend, they will need to have stopped their EverGreenCoin software (all existing versions) and not run it again until they have upgraded to version 1.5. If they run any other version past that time, they will need to resync once they have upgraded.

I hope I have answered completely and everyone understands what will take place. If any further elaboration is needed, please do not hesitate to ask.

Great, I look forward to upgrading to the latest version when it is released =)

Are the exchanges planning to upgrade too?

https://evergreencoin.org/forums/topic/evergreencoin-version-1-5/


For those that may shutter at the words of "required upgrade" or "hardfork", you need to realize a few things. First and more obvious, EverGreenCoin needs to do have a functionally reliable blockchain. While most of the readers here have the computer literacy to cope with network troubles, 'layman', for lack of a better word, do not and may not wish to tolerate learning how to. This is an audience I wish to be able to participate in EverGreenCoin and all our environmental efforts.

Second, we have more than enough time to prepare and make sure everyone is prepared. Knowledge of it coming is the only preparedness we need to raise. As previously mentioned, exchanges and service providers have already been alerted. If users are not prepared or do not learn of the forthcoming network upgrade, no harm. In the absolute worst case, they will have to resync after they do upgrade. All coins will be safe and of course myself and others will gladly assist. Please retweet so people can become aware, https://twitter.com/EverGreenCoin_/status/830546566104678400

Third, EverGreenCoin has been through this previously. There will be none of the issues that other coins have had when trying to do similar. That said, please do not think it will be carried out without diligence. As done previously, all steps of the process will be thoroughly mapped and prepared for.

Forth, any crypto project with any longevity and that is cared for and aims to succed must go through this at some time. If they haven't yet, they will in time. As all the relevant technology evolves, so must the network.

In closing, I would like to sincerely thank all those that have tolerated the network issues of unintentional forks. Also the many that have helped me to support others during them. Once we can finally put that behind us, EverGreenCoin can truly reach its potential.

Thanks for reading and I will provide more details as soon as they are concrete.

The network upgrade will not be taking place until next weekend. Reason being, we will not have all hands on deck this weekend and people have expressed they would like more time. This gives us a full week to spread the word and possibly work in other enhancements to the EverGreenCoin wallet.

Of course, we will narrow the time down better this coming week.

Precisely, a new protocol version and a new minimum protocol version and an additional minimum PoS difficulty to be implemented by an if condition.The old minimum PoS difficulty does stay for blocks prior to the hardfork that is determined by the if condition.


I have 5 nodes, one acting as the checkpoint server, all using a recent snapshot of MainNet. They are networked together but removed from the Internet. They are all staking various amounts. Since I can stop any and all wallets from actively staking, allow a considerable amount of time to pass, and then enable staking, I can trigger the hardfork minimum PoS difficulty to be enacted in this test environment reliably. Experimenting with different values does reflect in the results and I have found what I feel is a solid new minimum for PoS difficulty, .015

That is the goal of this hardfork, prevent PoS difficulty from becoming so low that the network is flooded with PoS blocks faster than consensus can be established network wide and forks forming.

Great to see, thanks for sharing that...

That is significant and impressive - good to see EGC is reaching a wider audience - that can't be bad at all =)

I think EGC has a good future in the long term.

Hi Steven,

    I imagined the commits would include a new minimum PoS difficulty and perhaps a revised implementation of our target spacing rules along with an incremented PROTOCOL_VERSION & MIN_PROTO_VERSION.

    A simulation with the upcoming client release and new network rules where there are several wallets carrying staking balances should produce convincing data to validate the coin parameters.

    Network rules specify the target spacing should be 180 seconds.
    https://github.com/EverGreenCoinDev/EverGreenCoin/blob/master/src/main.cpp#L1052    

    Network rules specify a retarget every 10 blocks.
    https://github.com/EverGreenCoinDev/EverGreenCoin/blob/master/src/main.cpp#L51

    One harbinger of the Evergreencoin 24-hour DoS bans for "block with too little proof-of-stake" has been when blocks are created too close together.

    I thought a bit about how a simulation might work.
    If there is just one staking node in the simulation, there are limited and very few reasons which may describe why target spacing would not be honored over retargeting windows.
    If there are just one or two staking nodes, there is not enough entropy to simulate the network when the PoS difficulty is at its minimum.
    If there are just enough staking nodes, then a network simulation with sufficient netstakeweight to approximate our current environment will permit the coin parameters to express themselves in the blockchain.

    Preparing a controlled environment for such a simulation would be a big job since there is no single group of Evergreencoin stakeholders, at this point, working together on a TestNet fork of the blockchain to simulate the MainNet environment's historical average netstakeweight in order to evaluate target spacing under the new network rules of the upcoming client release.

    Suppose a controlled environment were prepared with an arbitrary number of coin daemons, where a genesis block is created including a coinbase transaction of 13,239,136 EGC (current MainNet moneysupply).  The newly created EGC would then be divided among the arbitrary number of coin daemons and time passes until nStakeMinAge has occurred (24 hours).  Once the minimum stake age has been achieved, several of the coin daemons are brought online to begin staking and observations are made to evaluate network performance.  The simulation may be incrementally horizontally scaled by increasing the number of online coin daemons carrying a balance.  During the simulation, taking 30% - 70% of the netstakeweight offline to evaluate network performance would approximate real world conditions of our young network.

    What are your thoughts?

Best Regards,
-Chicago
    

Excellent screen capture. Encouraging 

EverGreenCoin got a mention at a bitcoin meetup in the Netherlands today! A colleague of mine there snapped this picture for me. The topic was the negative environmental effects of cryptocurrency. EverGreenCoin was mentioned as one of the projects realizing and working away from that negative impact.

I am personally very pleased to once again see EverGreenCoin mentioned with honourable projects such as Stanford's Folding@Home and Foldingcoin.

If I collect any other pictures, I will be sure to share them.

Hi Chicago,

We had gone through this in June with the PoW block time hardfork. This is the reason we still find v1.3 wallets and not v1.1 wallets, a protocol upgrade to the network forced the upgrade to v1.3. Selecting a point in time the old protocol version stops, all seednodes are upgraded to the new protocol version, users upgrade to the new protocol version then or in the future, and the blockchain continues. This is what I mean by 'big bang'.

Protocol version cannot be changed while in use. We can't create a condition that says at 'this' block height, start using a new protocol version.  A protocol version upgrade must be 'big bang', all or nothing.

When you think about it, and for reasons like you stated including people's reluctancey to upgrade, 'big bang' is the only proper way to implement a hardfork. The hardfork itself will happen at a later point in time on the new protocol version blockchain and, yes, with the condition test of at 'this' block introduce a new PoS block difficulty mininum. Thus not necessarily slowing down the network, but preventing it from going so fast concensus is not formed before nodes start building on to, what they think is, the correct blockchain height.

We can't have old wallets introducing new blocks that do not meet the new validity rules after the hardfork and we can't have other old wallets verifying those blocks after the hardfork. Big bang (protocol upgrade) is the only way for us to stop that. Also, the source code not being made publically available until that time. I of course can private repo the change and review with any community member that wishes to see them.

Giving forewarning is not beneficial in any other way than letting people know to not to try and move any coins after the time of the big bang until they upgrade. But they will not be able to upgrade until the time of the big bang when new wallets, containing the protocol upgrade and the forthcoming hardfork code, are made available.

People that do not have the time to upgrade, no worries, don't upgrade until you have time. But you will have to resync if you run the old version past the time of the big bang. If you do not run the old version past the time of big bang, you can upgrade at your convenience. But you will not be able to stake or move coins until you do upgrade.

So, why the urgency? The issues are holding the project back and for that I sincerely apologize and wish to change. Not only does it eat away at any time for further development, we are at risk of losing services. It is no secret I have been giving great effort to make EGC user friendly to new comers. The tasks of having to verify blockchains and resyncing defeats those efforts. The sooner we can put them behind us, the better.

As promised some screenshots 

Updated overview page, which now shows the estimated BTC and USD values of the wallet (based on bittrex rates), The current local height (which also links to a local block explorer), as well as the last 5 block checks against the public block explorer (all green as the checks matched, in future these should be orange/red if there's a problem and a warning at the top of the page)


There's also a list of recent transactions which in future will become searchable.


The web interface is currently designed to be fairly similar to the QT wallet although in time they might change as features get added/changed.

Hi Steven,

    Based on the network's adoption of v1.4.2.0 and based on those peers which still run v1.3.0.0, we know it took more than 2.5 weeks to see greater than 50% of the users install v1.4.2.0.

    To ensure a successful launch of the proposed fork, it would be prudent to select a block height at least 2.5 weeks in the future and have the new client trigger the new network rules at the specified height.

    This will permit us to release the new client as soon as the time is right yet also provide enough time to monitor the number of peers who have adopted it so we can spread the message more aggressively if needed.

    Also, what specifically do you mean by "big bang and hardfork"?  I understand hardfork but do not yet see commits describing the big bang reference.
        https://github.com/EverGreenCoinDev/EverGreenCoin/commits/master

Best Regards,
-Chicago

   

Looking at my node monitoring, whilst there's a drop in connections (around 1500 UTC) it doesn't look to be as large as previous times when things have gone a bit weird on the network. The last few times I've seen a drop like it's recovered within 24 hours.

On a related note I've been adding some stuff to the Solar Staker web interface that makes it check certain blocks against the explorer and show their status. It's also showing an estimated wallet value in BTC and USD (based on current bittrex rates). I need to tidy how this is displayed a bit but I hope to do that over the next few days and I'll try and post a screenshot once done.

Thanks for the warning, I'll take a look when I get back to my wallet - hopefully I'm still on the main chain - I've been sync'd 24x7 for a while, so fingers crossed =).