Topic: ⚡[ANN]⚡ ▐░Espers [ESP]░▌▐░PoW/PoS░▌▐░HMQ1725 Algo░▌ ▐░New Features░▌ - page 322. (Read 924238 times)

Glad the dev came back with some good news. I hope this new features will help Espers get back on track.

Ok thanks. I seen the wallet download but didn't know if was the right one as last time I downloaded it thinking it was the updated one.It wasnt.Guess coderz hadn't updated the link at that time and I couldn't find the correct wallet anyhoo thanks again.Hey Coderz my friend maybe you should get a bit more organized as us oldsters get confuzzled easy lol.you do a good job but its kinda scattered all over the place lol.

PS: Im one to talk    Im unorganized as shit just look at my sig down there lol

Windows client (v0.8.5.4_Patch-6) is in the first post, section "Wallets". Source too, but not MAC client.

Ok its as I had suspected many people on the wrong chain myself included so someone please direct me to the latest wallet I have 0.8.5.3 patch 6 I cant find the correct wallet link.

Oh and to mineru Thanks for posting that link with the nodes bro.I suggest for everyone to use nodes that are closest to them I'm in the USA so i'll probably use nodes in US canada and south of here and of course whichever ones it wants to connect to

Velocity "BluePaper"
(Prototype Whitepaper)

Contents:
   1 - Intro
   2 - Importance
   3 - Looking ahead

1 - Intro:
Velocity is a re-written feature originally known as "pulse" found in Frycoin. Upon stumbling across this unique feature it became quickly apparent that although significant amounts of code would need to be re-done the feature itself had a very good premise in both security and chain stability aspects. This made it very desirable. Work began to rewrite the code about two weeks ago and has been successful despite a few small setbacks and bugs that do not actually affect chain stability or coin operation in any way other than intended.

2 - Importance:
The key importance of Velocity is to constrain the chain with the parameters already defined within the code as apposed to having things like block spacing and other properties act almost as a suggestion to the chain's operation rather than rule and law so to speak. This is very important in the sense that sudden increase in hashrate or possible attacks are still a vulnerability despite the best retarget systems out there being implemented to control block spacing along with network fees, possible invalid ballance issues while sending transactions and other portions of the blockchain that are enforced with a double check but still susceptible to an attack wether it be temporary or a double spend that is confirmed and causes users of the network grief and losses which is unacceptable.
This is done by the Velocity system being a "triple check", even after a block during generation has seemingly met all requirements and is then produced it is now no longer immediately accepted. Instead it is checked again for inconsistencies and possible other exploits.
Most notably users will see rejected blocks during the mining or minting phase (or both depending on coin properties), despite the tendency to assume that there is something wrong with the chain as it is rejecting blocks this is in fact a completely normal and a welcomed operation.
Reasoning is that rapid block times, incorrect fees, insufficient ballance and other issues can be manipulated by a talented programmer with malicious intent. To guard from these kinds of situations Velocity checks the generated block against the chain parameters, first it Velocity checks the block for proper spacing, if the block was generated too quickly it thus has not met one of the main parameters for the chain and is promptly rejected, staving off possible attacks and any kind of sudden increase in hashrate.
Next the system verifies that previously the client that sent a transaction (if it sent one in the previous block) was in fact a valid transaction by comparing previous balance vs current balance along with fees paid vs minimum fee required to pay. If any of these parameters are not met (mind you these are standard chain parameters and nothing outlandish) then the block is again rejected despite being generated successfully.
Thus this system secures the chain, making it more stable, predictable, and overall reliable, instilling confidence that the blocks that are accepted are indeed blocks that are proper.

3 - Shortcomings:
Currently the biggest shortcoming is that this feature is still a prototype system and in its implementation into the Espers blockchain (which is a fully hybrid system utilizing both PoW and PoS simultaniously) caused small glitches with the retarget system which was not functionining properly to begin with as users may remember seeing very rapid block times and the chain rushing over the course of time since its launch until block 650K when Velocity was finally implemented and the chain secured more thoroughly.
That being said users will note that the blocks accepted are spaced very nicely at a minimum of 3.5 minutes without fail and that the chain moves forward smoothly.
Users will also note that however PoS reports incorrectly stating that a reward is due either imminently (0 seconds) or even states that the user is not staking PoS (which is not true).
These are merely false reports and users that leave their client running will in fact both stake and mine perfectly normally despite seeing rejected blocks, which simply indicates that the Velocity feature is working to secure out chain. The report glitches will be resolved with the upcoming updates that aim to correct the incorrect retarget of Espers' chain.
Next the transaction verification and previous balance checks are currently turned off until such a time as the checks become flawless, the implementation for these specific checks are still being developed to properly ascertain those sections of chain parameters.
Espers itself also being a hybrid blockchain requires a more intuitive retarget approach to reduce rejected blocks and cause the system to properly generate blocks so that Velocity becomes not merely a life support system but merely a security check to a stable and properly operating chain. This is planned to be resolved in the upcoming week.
Users of a Velocity implemented chain may also note that INSANE has now been implemented with this feature, however the issues with Espers will not be apparent in INSANE because INSANE is a pure PoS coin/token now which does not have the shortcomings of a hybrid system (the shortcomings being that hybrid tokens were never intended to stay hybrid save for Espers and a very select few that suffer from the same rapid block time issues as Espers had suffered from prior to Velocity being implemented) and thus will not have the same issues listed above, in this case INSANE will see only the benefits of Velocity running as a security check merely stabilizing the blockchain further and making it more robust.

4 - Looking ahead:
Overall the system can be expanded to eventually include more checks, more verification and a even more stringent implementation that may adapt to any kind of features that are added or removed. This makes the system very adaptable and less of a hassle to work with as it can grow with the coin/token and as it becomes more refined and mature so will this new security feature called Velocity.








if you are not on v0.8.5.4 then you are not on the official chain, please be aware of this, Velocity functions as intended and other portions of the chain are to be stabilized in response to it, removing it IS NOT THE SOLUTION!

There Will be a special broadcast tomorrow (Saturday) about espers on the cryptochat.net live radio. It's Starts around 11h GMT. You can ask questions in general. And they Will be answer it as good as possible.

Wallet should sync without problems. Make sure you are using same wallet version 0.8.5.4 patch 6 and add a couple of good nodes. I can't provide you with a list of nodes now but temporarily and just to sync, you can pick a lot from here: http://espv2.miningalts.com/network

Regards.

Haha! Good for you!

Buying 170M ESP @80 Sat on Novaexchange, just as info for those who aren't watching the market daily.


You're welcome.  

There can be no death at all. At Nova in a pair of ESP2/LTC Orderbook: 230.71081552 LTC now!

The velocity system is an interesting feature to have and doing what is supposed to do. Wouldn't make sense to remove it. We may be glad ESP went through the hassle of including it in the future even as it is a PITA now. Dev told me yesterday the problem was in difficulty adjustment with hybrid (POW/POS) mining. Blocks are being created too fast and with velocity enforcing block spacing, there are tons of rejects. He has rewrited the diff part and everything is being tested before delivering a new patch.

Reports of ESP death have been greatly exaggerated. LOL.

We are waiting for a detailed explanation by Cryptocoderz at any moment.

Hang around.

I'm sure that it will skyrocket before we reach page 600

Yeap, i know that for a fact

I'm sure that we will soon see a great comeback

My wallet syncs just fine, maybe you should update it?
ESP is not dead at all, i know the dev works on it, and things will be moving forward soon, dont lose hope.

Yes I think so too.
it's just a simple speculative move.
to make things work would be enough to install on the nodes the old wallet eliminating the velocity parameter that create problems ...
et voila...

this would be helpful for the dev and community allowing other exchange to list this coin and lets traders and investors to look at it and see the potential, its been a long road but for sure dev are still there and they are still working for this project.

That is question for DEV. Even if wallet doesn't sync there is still daily trade on Nova. So someone is accumulating for things to come

Wallet don't sync since 02 of March. Why?