Staking is one of the newest ways of potentially profiting from the digital currency markets. Take part in the staking economy.

Romania
Joined May 2020
Boom. Moving forward. It's great to announce that Tradeville, one of the largest brokers in Eastern Europe, Romania, is using the @FinanceCompute! Why? Simple. Faster movement of money, equals better conversion, more users, more profits. This is the finance computer.
39
239
15
807
44,628
RT @beniaminmincu: A few quick notes (1) Supernova is live, running with remarkable speed and precision. (2) Over the next 5–10 days, glo…
13
9
SUPERNOVA IS LIVE Fix is deployed. Users and funds are secured. The network is working beautifully. Huge respect for all the partners involved in this mission-critical recovery, especially the team working day and night to get us here.
53
233
8
883
35,770
Disruptive Digital retweeted
MultiversX is back online. Thank you for your patience and belief through these hard days. To our validators and partners: thank you for the work that brought us here. We’re proud to be here with you. We continue to build different. Together.
97
251
27
900
55,090
Disruptive Digital retweeted
After carefully reviewing yesterday’s logs, our engineering team confirmed that the recovery hard fork completed successfully. It does not need to be repeated. Validators are now upgrading and synchronizing for the coordinated restart. Please continue to wait for the separate all-clear before submitting transactions. Thank you to our validators, partners and everyone standing with us through these difficult days. We keep building, together.
Update: Mainnet restart upgrade v2.1.5.0 is now available. Validators are upgrading and synchronizing their nodes ahead of the coordinated restart. Engineering’s review of yesterday’s logs confirmed that the recovery hard fork completed successfully, including Shard 1 blocks being confirmed by the metachain. However, Shard 1 did not have sufficient consensus votes to sustain block production. The recovery hard fork does not need to be repeated. This clarifies our initial assessment of yesterday’s attempt. The new release improves synchronization for nodes still catching up. Today’s preparation window gives validators more time to bring their nodes online and synchronize, with the focus on establishing sufficient validator readiness across every shard. We currently estimate that Mainnet will resume block production at approximately 15:30 UTC today, Thursday, September 24, subject to validator readiness and successful completion of the restart. A separate all-clear will be issued for users. Until then, please do not submit or rebroadcast transactions, or use EGLD and ESDT deposit and withdrawal routes through exchanges or bridges. We know yesterday’s setback made an already difficult wait harder. Thank you for your continued patience, and to the validators and partners working alongside us to bring the network back online.
25
105
4
437
40,270
Disruptive Digital retweeted
Protocol recovery update.
Mainnet hard-fork release is out.
7
45
3
262
15,327
Disruptive Digital retweeted
Update: The recovery hard fork has been completed successfully on public Testnet. The Devnet rehearsal with validators is now planned for tomorrow, Wednesday, September 23, at approximately 08:00 UTC. Participating validators should prepare to be available from that time. The start and operational instructions will be confirmed in the validator channels. Subject to a successful rehearsal, final checks and coordination with exchanges and infrastructure partners, we are asking validators to prepare to be available from 14:00 UTC tomorrow for Mainnet recovery. This is a tentative coordination time, not the time block production will resume. The restart will follow once validators have synchronized and readiness has been confirmed. Mainnet remains paused. Please continue to wait for the all-clear: do not submit or rebroadcast transactions, or use EGLD and ESDT deposit and withdrawal routes through exchanges or bridges. We know the continued wait and changes in timing have been difficult. We deeply appreciate your patience, and thank all the validators and partners supporting the recovery.
Update: Mainnet will remain paused today. Recovery testing has taken longer than planned, but the current internal test run is nearing completion. Subject to successful results, we aim to begin the public Testnet recovery run within approximately the next hour. If that completes successfully, we are targeting the Devnet rehearsal with validators around 17:30 UTC today. This remains tentative; we will confirm the start time and operational instructions in the validator channels. Mainnet restart timing will be confirmed separately, following successful testing and rehearsal and coordination with validators, exchanges and infrastructure partners. Please continue to wait for the all-clear: do not submit or rebroadcast transactions, or use EGLD and ESDT deposit and withdrawal routes through exchanges or bridges. We know this wait is difficult. Thank you for your patience and continued support.
6
46
7
171
19,974
Disruptive Digital retweeted
Update: Mainnet will remain paused today. Recovery testing has taken longer than planned, but the current internal test run is nearing completion. Subject to successful results, we aim to begin the public Testnet recovery run within approximately the next hour. If that completes successfully, we are targeting the Devnet rehearsal with validators around 17:30 UTC today. This remains tentative; we will confirm the start time and operational instructions in the validator channels. Mainnet restart timing will be confirmed separately, following successful testing and rehearsal and coordination with validators, exchanges and infrastructure partners. Please continue to wait for the all-clear: do not submit or rebroadcast transactions, or use EGLD and ESDT deposit and withdrawal routes through exchanges or bridges. We know this wait is difficult. Thank you for your patience and continued support.
Update: Validator rehearsal planned for tomorrow We are preparing a coordinated recovery rehearsal on Devnet tomorrow, Tuesday, Sep 22, 2026, tentatively at 12:00 UTC, and invite validators to participate. The protocol fix is prepared, and the simplified recovery procedure has completed a successful first internal trial. We will repeat the trial internally tomorrow morning with a wider transition window. Subject to successful validation, we plan to proceed to public Testnet, followed by the Devnet rehearsal. To prepare for the rehearsal: - If you already operate Devnet nodes, please ensure they are synced. - If you would like to participate but do not currently run Devnet nodes, you can start a Devnet observer or squad using start-in-epoch mode and allow it to sync ahead of tomorrow’s rehearsal. We will provide the rehearsal release, including the new binary and configuration, for installation through the usual upgrade process. The start time and operational instructions will be confirmed in this channel before the rehearsal. If testing and the rehearsal are successful, we plan to proceed to the coordinated Mainnet rollout. Its timing will be confirmed separately with validators, exchanges and infrastructure partners. Mainnet nodes must remain stopped until explicit restart instructions are issued. The preparation above applies only to Devnet. Thank you for your support, it means the world to us. We keep building.
23
57
9
229
26,819
Disruptive Digital retweeted
Running a node since D1 here. We stopped ourselves after the announcement. Nobody has a button on my machine. And I can still say no to the upgrade if I want. The tokens that hit exchanges got locked. They weren’t sold. Of course there was a hack, I’m not pretending there wasn’t. I just don’t see the story people are spinning. Team and validators spent the weekend cleaning it up. Ugly, we lost 100% uptime, but nobody’s funds disappeared.
EGLD has been totally exposed for its lies & hidden centralization today! ⚠️ 3 days of downtime is only the tip of the iceberg: 76M EGLD (2.5x supply) was minted & partially sold! EGLD did not halt; the foundation used an off-switch! All consequences of its reckless design! 🧵 Unlike a normal chain halt, where the chain stops due to a "consensus failure/disagreement", this was far, far worse. Instead of the chain stopping because an "inflation bug" caused consensus to fail, it kept going... That is what allowed the hacker to actually send their EGLD into exchanges & cause considerable harm. What comes next is even more unbelievable. As I was wondering how it was even possible to shut down a chain with 3k validators in 66min... That is what made me uncover the next bombshell: There is a literal foundation-controlled off-switch in the code!!! The Off-Switch Every mainnet node runs with a hard-fork trigger enabled that listens for a message signed by one specific public key. That is a remote stop switch held by the Foundation! We cannot know for sure if they pressed that switch, but it is highly unlikely they could have stopped the chain that quickly otherwise & the fact that it even exists is bad enough! This is all a direct consequence of the shortcuts they had to make to bring a sharded chain down to 600ms... Reckless Design Sharding comes with certain trade-offs: EGLD claimed to overcome these trade-offs through its unique design. Turns out, in reality, those trade-offs had some extreme consequences we are feeling now: EGLD sharding splits every transfer into a sender-shard debit & a destination-shard credit that must be reconciled by hand, & on one path the credit had no debit: a money printer. With no global supply invariant, finality before execution, & no protocol-level freeze, the only fix was manually shutting down the chain & a hard fork erasing the "final" history! Lack of Disclosure Given what I just explained, you can judge for yourself whether the team's disclosure is adequate. I argue it absolutely was not. The fourth screenshot shows their communication on the matter so far & exactly what they failed to mention Including the mint, the hackers' success & the off-switch! The fact that it took my own chain & code analysis to reach these conclusions tells us the team cared more about minimizing PR damage than properly disclosing the incident. At least with this piece out, they will not be able to get away with that anymore & will have to also include this information in their report The community deserves to know what is really going on, how centralized EGLD really is & how the tech is not a magical panacea but instead comes with serious trade-offs Chain Analysis The record is clear, all on a public chain for all to see. The attacker exploited this vulnerability in the chain & managed to mint 76M EGLD! Over 2.5x the supply! Along with 430M bridged USDC, about 430M bridged USDT & 5,540 bridged WBTC... The hacker then proceeded to split these into 16 wallet addresses & then send EGLD to multiple exchanges. If we look at the timing of when these exchanges "froze" EGLD, we see that MEXC did not act in time & it perfectly corresponds with very suspicious selling activity on that exchange, which was not even arbitraged out when the full freeze took effect. We cannot tell whether the hacker managed to exit the exchange afterward, but they certainly could have! Which means the hacker was likely able to walk away with around $1M USD, effectively defrauding the exchange in the proccess, by leveraging this EGLD vulnerability Please look at the visuals, as they provide all of the supporting evidence that can also be independently verified with publicly available information Conclusion This is BTC's 2010 inflation bug & ETH's 2016 DAO's hack rolled into one. That this all happened in 2026 is even more embarrassing Unlike those historic failures, there was no full disclosure of the problem as it was happening. People deserve to know; we are blowing the lid off this story now! This is also nothing like SOL's historic downtime, which involved network halts caused by bugs. Something that has happened in over two years. While EGLD managed to beat SOL in total downtime with this single incident! SOL also never ever had an off switch! The irony & I apologize; some degree of schadenfreude cannot be helped in my situation. As the EGLD community was one of the loudest spreading that false narrative. Turns out it was unknowingly a projection! The biggest red flag is still the team itself, after my fallout with EGLD last year. The toxicity & dishonesty became too much to bear This will likely trigger another ad hominem campaign against me, as it did last time & as it did for other influencers/journalists/thinkers. Fortunatly, I am specialized in weathering the storm. While these facts are undeniable & mostly speak for themselves EGLD certainly has some good technology; we can learn something from everyone. However, what we saw here over the last few days is beyond the pale That's where the value lies: In also understanding the character of a chain's leadership, especially at an early stage, as even with decentralized governance, bad leadership can still mess it all up! This is a truly worst-case scenario for a blockchain; there are very few examples of this level of collapse in blockchain history. After such an event, we have to question the competence & the wisdom of the underlying design choices EGLD's design is flawed & reckless, making centralization trade-offs other chains would never even dream of. All while claiming to be holier-than-thou It is never too late to change our minds in the face of new evidence; please study the supporting visuals for yourself. The truth cannot be credibly denied What occurred here is undeniable, while the silence of EGLD's leadership speaks louder than words: 🎓
15
57
5
222
12,139
Solid progress made securing the situation. 1. The incident is contained. Fund are safe. In coordination with major global exchanges, the attacker’s accounts have been identified, seized and frozen. Specialized law enforcement is now engaged, and the attacker will face the consequences of his actions. 2. The fix is prepared. The team has defined the mission-critical path to recovery. It is now being rigorously tested and, once cleared, will be executed over the next 1–2 days. This is a moment to stand together. Supernova speed and experience return to full force soon. Forward.
Yesterday, around midnight EST, we detected a VM-related security incident unfolding on the MultiversX network. First priority, executed. The attacker has been fully contained and the immediate threat has been neutralized. We are actively coordinating with the relevant law enforcement agencies as the investigation moves forward. Second priority, unfolding. Our team is now focused on defining and executing a mission-critical recovery path. We expect this process to unfold carefully over the next few days, with the security of users as our highest priority. Third priority. A full security report will follow once the investigation is complete and we have established all relevant facts. We will continue to share updates as soon as the definitive recovery steps are ready to be executed. Thank you for your ongoing support, and standing with us through this.
88
170
19
715
67,093
Disruptive Digital retweeted
We are investigating a potential issue detected on the MultiversX mainnet. Our highest priority remains protecting users and ensuring the safe and reliable progression of the network. We will share a further update within the next 12 hours, or as soon a clear conclusion on the matter arises.
76
63
15
425
132,654
Disruptive Digital retweeted
Supernova delivers the internet-scale blockchain. What does that make possible? Explore the engineering, what’s in it for builders, and where EGLD fits in the bigger picture. supernova.multiversx.com/ins…
13
110
3
392
28,931
A few notes, only for some crypto people. If you’re not in crypto, please keep scrolling. Nothing to see here. 1. Is Supernova live and delivered? YES. After years of work, it’s live. It works. It’s delivered. 2. Does this change your life? Yes and no. Yes, if you’re building something cool and know how to find users. No, if you're not looking to building anything. 3. Does the Finance Computer use MultiversX? YES. Does it use EGLD? Yes. 4. Is the Finance Computer a product for crypto people? Another thing for crypto people to generously bless with their omniscient wisdom? No. It’s not built for crypto people. Their omniscient wisdom, fortunately, doesn’t apply here. :) 5. Will the Finance Computer spend every day talking about crypto? No. Plain and simple. This is a distinct B2B distribution product. It targets businesses, not crypto users. It speaks their language, solves their problems, and focuses on delivering a service they actually want to use. Less explaining crypto. More of making money actually work better. 6. Now that Supernova is live, will there be new use cases? YES. That’s precisely the point. The Finance Computer is a new interface for bringing these capabilities into the real world. Different audience. Different language. Different distribution. Same underlying rails. 7. Will there be announcements and partnerships? YES. 8. When when when, sirs? Can we have everything today? No. Not everything today. During next week and September, we’ll start sharing the first business use cases. Something merchants and companies can use in a simple way. Beyond that, we’ll have some focused workshops around what the Finance Computer can actually unlock for businesses. Simple language. Clear benefits. Clear next steps. Use cases businesses can use today. 9. Do we have strategic use cases that validate the Finance Computer and meaningfully accelerate momentum? YES. Some very interesting ones. That is the entire point of the finance computer. Let those be cooked. We announce them when they are shipped, or just ready. 10. So when do we get all the information? At the right time. What I can say is this: this quarter will be defining for both the Finance Computer and MultiversX from a business adoption and real-world use case standpoint. We have shipped a massive infrastructure upgrade, with a completely new interface, that speaks a different language for the business world.  Taking that further is the focus now. Crawl, walk, run. 11. Isn't it unprofessional or impolite to block trolls who fill my posts and timeline with NPC rubbish? No. We worked for two years on Supernova. Actually, much longer. We set out to deliver an extremely difficult technical milestone, and we delivered it. Together with the entire team, I am very proud of that milestone. We now stand at the very frontier of performance, on the right ground, with a clear suite of money services ready for the business world. So yes, trolls will disappear from my timeline. Better for everyone that way. In computer science, we have a technical term for this. It’s called garbage collection. Works surprisingly well, highly recommended. :) 12. Are we here to solve all the world's problems? No. We’re here to build a great product and deliver it. Take what is useful. Build on it. Adapt it. Move forward. That’s it. 13. But but but, isn’t this supposed to be for everyone? No. Not everything needs to be for everyone. What we are building stands for something specific. A better way of accessing, moving and programming money. If it resonates with you, and you need it, great. Come build, use it, contribute, push it forward. If it doesn’t, also great. Life is short. Find something else that does. 14. One final thing. Crypto, generally, has gotten so toxic that it feels more and more like an autoimmune disease, the body eating itself from the inside. We are in the process of treating that toxicity. Changing the focus, applying more effort on money used in the real world, communicating to the right distribution target, and spending less time on things that are clearly misaligned. Simple steps can go a long way. That’s the direction. /end of professional rant :) —------ Ps. That said, for the rest of the cool people here, the Finance Computer makes things simple for real world money movement adoption. It abstracts rocket science technology, and makes things just work. Next week we are sharing some simple use cases that enable businesses to take this product and use it. It also enables you as an individual to find businesses you are close to, or love, deliver this to them, and potentially make some money as they adopt it. Anyway. With these milestones delivered, and the new Finance Computer unveiled, we have officially entered the adoption phase.
105
270
25
784
65,763
✅ Staking rewards update The MultiversX staking fix is now active and reward claiming is open again. All funds remain safe. Rewards affected by earlier claims are currently being reconstructed and will be handled through a separate recovery patch. If you were affected, no action is required at this time. We will share the next steps as soon as the recovery process is confirmed. Official update: xitter.cf/MultiversX/status/2099… Disruptive Digital disruptivedigital.eu
The staking fix is active and claiming is open again. All funds are safe. Rewards overwritten by earlier claims are being reconstructed for a separate recovery patch. No action is needed for that recovery now; we’ll share the next steps once verified.
2
17
325
SUPERNOVA IS LIVE AND DELIVERED! After all these years, and all the work that went into it, I almost can’t believe I can finally say this out loud, *Supernova is fully live.* (Bears repeating every single day for the next 30 days, and just taking it in) And with it, we introduced the Finance Computer. A bold, categorically different, and remarkably simple product. Built on a radical idea: brands, businesses, agents, and robots don’t want more financial complexity. They simply want a better way to access, move, and program money. One connection. Financial superpowers. This is a B2B and B2M product. And the simpler we can make it, the more powerful it becomes. At first, this may feel like a narrative violation to some people in crypto, but then an important realization comes. This product is not built for crypto people. It is built to strike a chord with the real world. Businesses that want money to move instantly. Brands that want financial capabilities embedded directly into their products. Agents and robots that need to transact on their own. All through one simple interface. Regulated. Secure. Global. A new category of machine-ready finance is here, now. Money, capital, assets, and markets moving around the world in a fraction of a second. Open and live 24/7. Programmable by default. Gradually, becoming accessible to anyone, anywhere. This is what the Finance Computer makes possible.
53
212
9
721
37,098
Disruptive Digital retweeted
⚡ @MultiversX just raised its recorded speed ceiling Chainspect recorded 21,770 TPS over a single block, up nearly 57% from its previous best of 13,877 TPS The Internet-Scale Blockchain has a new number to show off 😎 📊 chainspect.app/chain/multive…
9
81
10
276
19,708
Disruptive Digital retweeted
🛡️ 3,222 validators are securing @MultiversX That keeps it at #2 on Chainspect by validator count, ahead of nearly every network we track Internet-scale performance, backed by one of the broadest validator sets in Web3 😎 📊 chainspect.app/dashboard/dec…
8
50
2
195
9,073
⚠️ Important: Staking Rewards Update Following the MultiversX Supernova upgrade, an issue has been identified affecting the recording and claiming of staking rewards. Your funds are safe. No EGLD has been lost or will be lost. Staked EGLD remains secure, and any affected rewards will be restored. Until the fix is confirmed live, please do not perform any staking operations, including: • Claiming rewards • Redelegating rewards • Delegating • Undelegating / unstaking • Withdrawing previously unstaked EGLD If you already claimed rewards and received 0 EGLD, no action is required. Please do not submit another claim, as additional claims may make the reward recovery process more complex. We recommend waiting for the official confirmation before interacting with your staking position. Official updates from MultiversX: xitter.cf/CodeMultiversX/status/… xitter.cf/CodeMultiversX/status/… We will keep you informed as soon as the issue is resolved. Disruptive Digital disruptivedigital.eu
Replying to @CodeMultiversX
Additional Information In plain terms Staking rewards are calculated every epoch and stored so they can be claimed later. During the first epoch transition following Supernova, the system filed the newly calculated rewards under the previous epoch instead of the new one. This created two related problems. First, one day's reward record could replace a reward record already stored in the same position. Second, if someone submitted a claim during this period, the system could move their claim checkpoint forward even when the claim paid 0 EGLD. Repeating the claim moves that checkpoint further and makes the account's recovery history more complex. This is an accounting and record-assignment issue. The underlying EGLD has not left the staking system. We can identify the affected reward periods and restore the amounts through the recovery update. Technical detail Supernova introduced Header V3 behavior for the epoch-change proposal block. That block still carries the number of the epoch being completed, while epoch-start processing needs to operate on the epoch being entered. The staking reward path used the epoch exposed by the block header when selecting the storage key. It therefore wrote the rewards under the previous epoch instead of using the effective epoch for the transition. At the activation boundary, rewards earned during epoch 2232 had already been stored under the epoch 2233 key by the previous flow. The first Supernova transition then stored epoch 2233 rewards under that same key, overwriting the earlier entry. The claim path also used the misaligned epoch value when advancing its checkpoint. A claim could therefore return zero while still moving the checkpoint past a reward period. Different claim histories produce different recovery cases, which is why users should not continue trying to claim. The forward fix will align reward storage and claim checkpoints with the effective epoch used during epoch-start processing. The recovery update will then address the two resulting states separately: Reward entries overwritten at the activation boundary Claim checkpoints advanced without the corresponding reward payment As an immediate mitigation, staking actions have been blocked in the main user interfaces and are being restricted at the gateway level, including relayed transaction paths. This limits the number of affected records while the coordinated fix is prepared and deployed. We will provide further updates as deployment and recovery milestones are completed.
1
3
16
496
⚠️ Important: Actualizare privind recompensele de staking În urma upgrade-ului MultiversX Supernova, a fost identificată o problemă care afectează înregistrarea și revendicarea recompenselor de staking. Fondurile sunt în siguranță. Niciun EGLD nu a fost pierdut și nu va fi pierdut. EGLD-ul aflat în staking rămâne securizat, iar recompensele afectate vor fi restaurate. Până la confirmarea oficială că soluția a fost implementată, vă rugăm să nu efectuați nicio operațiune de staking, inclusiv: • Claim rewards / revendicarea recompenselor • Redelegarea recompenselor • Delegare • Undelegare / unstaking • Retragerea EGLD-ului pentru care perioada de unstaking s-a încheiat Dacă ați efectuat deja un claim și ați primit 0 EGLD, nu este necesară nicio acțiune. Vă rugăm să nu efectuați un nou claim, deoarece fiecare solicitare poate avansa checkpoint-ul recompenselor contului și poate face procesul de recuperare mai complex. Recomandăm să așteptați confirmarea oficială înainte de a interacționa din nou cu poziția de staking. Actualizările oficiale MultiversX: xitter.cf/CodeMultiversX/status/… xitter.cf/CodeMultiversX/status/… Vă vom informa imediat ce problema este rezolvată. Disruptive Digital disruptivedigital.eu
Replying to @CodeMultiversX
Additional Information In plain terms Staking rewards are calculated every epoch and stored so they can be claimed later. During the first epoch transition following Supernova, the system filed the newly calculated rewards under the previous epoch instead of the new one. This created two related problems. First, one day's reward record could replace a reward record already stored in the same position. Second, if someone submitted a claim during this period, the system could move their claim checkpoint forward even when the claim paid 0 EGLD. Repeating the claim moves that checkpoint further and makes the account's recovery history more complex. This is an accounting and record-assignment issue. The underlying EGLD has not left the staking system. We can identify the affected reward periods and restore the amounts through the recovery update. Technical detail Supernova introduced Header V3 behavior for the epoch-change proposal block. That block still carries the number of the epoch being completed, while epoch-start processing needs to operate on the epoch being entered. The staking reward path used the epoch exposed by the block header when selecting the storage key. It therefore wrote the rewards under the previous epoch instead of using the effective epoch for the transition. At the activation boundary, rewards earned during epoch 2232 had already been stored under the epoch 2233 key by the previous flow. The first Supernova transition then stored epoch 2233 rewards under that same key, overwriting the earlier entry. The claim path also used the misaligned epoch value when advancing its checkpoint. A claim could therefore return zero while still moving the checkpoint past a reward period. Different claim histories produce different recovery cases, which is why users should not continue trying to claim. The forward fix will align reward storage and claim checkpoints with the effective epoch used during epoch-start processing. The recovery update will then address the two resulting states separately: Reward entries overwritten at the activation boundary Claim checkpoints advanced without the corresponding reward payment As an immediate mitigation, staking actions have been blocked in the main user interfaces and are being restricted at the gateway level, including relayed transaction paths. This limits the number of affected records while the coordinated fix is prepared and deployed. We will provide further updates as deployment and recovery milestones are completed.
7
280