⚡️Meter.io⚡️

8.7K posts

⚡️Meter.io⚡️ banner
⚡️Meter.io⚡️

⚡️Meter.io⚡️

@Meter_IO

High Performance EVM Blockchain with a built-in 10kWh electricity based payment currency. $MTR $MTRG

Katılım Temmuz 2018
1.8K Takip Edilen34.6K Takipçiler
Sabitlenmiş Tweet
⚡️Meter.io⚡️
⚡️Meter.io⚡️@Meter_IO·
1/7 An important milestone for Meter ecosystem $MTRG in the making as the #SupernovaCore by Meter is set to supercharge the @cosmos ecosystem! The #CosmosSDK consensus framework contribution by @MeterIO tackles CometBFT limitations faced by cosmos chains, promising a new era of #CosmosRevolution Read our full article - medium.com/meter-io/intro…
⚡️Meter.io⚡️@Meter_IO

Introducing #SupernovaCore, a Cosmos SDK compatible consensus engine optimized for future high performance L1s and decentralized L2s. It addresses many of the scalability and decentralization issues teams running into when they build on @cosmos. Stay tuned, more details coming.

English
37
62
163
43.3K
⚡️Meter.io⚡️
@hetu_protocol DAG happy path is the easy part. The real test is recovery when leader rotation and packet loss collide. In production we watch view-sync fanout, highest-QC convergence, and signer/HSM queue depth more than TPS. Curious how VLC behaves when quorum timing gets ugly.
English
0
0
0
17
Hetu
Hetu@hetu_protocol·
Phase 1 (now): Core consensus. The foundation is live — DAG-BFT consensus, VLC causal ordering, TEE execution. This is the engine. Everything else is built on top of it. Open source. Auditable. Written in Rust.
English
2
0
0
42
Hetu
Hetu@hetu_protocol·
We don't do roadmap hype cycles. But it's worth stepping back and sharing where Hetu is heading — and why.
English
1
0
1
123
⚡️Meter.io⚡️
@ViktorMazurik @arc Own BFT + Reth is an interesting split. The real test is failover: how fast replicas relock to highest QC after a bad proposer, what 2-chain commit does to rollback surface, and whether signer latency dominates rotation. We've seen HSM queues become the ceiling before execution.
English
0
0
0
6
Viktor Mazuryk.base.eth
Viktor Mazuryk.base.eth@ViktorMazurik·
Arc Chain @arc UnitFlow Finance The blockchain core (arc-node) is actively developing. arc-node repository (the foundation of the network): built on EVM (via Reth) uses its own BFT consensus (Malachite) actively maintained and developed
English
3
0
0
55
⚡️Meter.io⚡️
@RspLogos If you're migrating storage, test it under consensus turbulence, not just throughput. Bugs appear when view changes reorder write pressure: WAL/fsync stalls stretch proposer timeouts, then leader rotation amplifies it. We watch disk tail latency and highest-QC recovery together.
English
0
0
0
40
Logos RSP
Logos RSP@RspLogos·
Posted on Bitcointalk Development & Technical Discussion — looking for technical feedback on our L1 architecture, BFT consensus design, and storage layer choice (sled → migrating). Open to all feedback bitcointalk.org/index.php?topi…
Logos RSP tweet media
English
1
0
0
39
⚡️Meter.io⚡️
Stablecoins get strange when confidence is the collateral. Meter’s MTR is pegged to 10kWh of energy, giving stability a physical floor instead of another governance prayer. When markets panic, physics stays boring. ⚡️🏛️ #MeterIO #SupernovaCore #CosmosSDK
⚡️Meter.io⚡️ tweet media
English
1
1
4
144
⚡️Meter.io⚡️
⚡️Meter.io⚡️@Meter_IO·
@advaita_labs Interesting stack. In production the hard part for DAG-BFT is bad-round recovery, not happy-path ordering: highest-QC convergence, view-sync traffic under loss, and signer/HSM queueing when certs pile up. On Meter those tend to dominate long before the headline TPS path does.
English
0
0
0
104
Advaita Research
Advaita Research@advaita_labs·
🚀 Setu is now open source — 353 commits and counting. A next-gen distributed consensus network built for the AI-native economy: ✦ DAG-BFT consensus with leader rotation ✦ Verifiable Logical Clock (VLC) for causal ordering ✦ TEE execution via AWS Nitro enclaves ✦ Sparse Merkle Trees for verifiable state ✦ Target: 200K–300K TPS, 50–100ms latency Unlike traditional blockchains driven by physical clocks, Setu only records history when real intelligent work is produced. Built in Rust. Built for AI agents. 🔗 github.com/AdvaitaLabs/Se… #Setu #HetuProtocol #DAG #BFT #AIxCrypto #Web3Infra #DistributedSystems #Rust #OpenSource
English
1
0
1
134
⚡️Meter.io⚡️
⚡️Meter.io⚡️@Meter_IO·
@RialoHQ Interesting direction. The hard edge in production isn't the swap itself, it's view-sync across the boundary: carrying the highest QC cleanly when leader and committee change under loss. We've seen signer/HSM latency dominate failover long before happy-path TPS does.
English
0
0
0
6
Rialo
Rialo@RialoHQ·
BFT consensus protocols in production blockchains suffer from two problems: Upgrading them is a nightmare involving complex coordination and expensive downtime They can't handle a complete committee swap without disrupting network operation Rialo solves both with Gauss. Gauss lets Rialo hot-swap consensus protocols and validator sets without a second of downtime. It introduces a clean separation between a consensus protocol's inner log and a sanitized outer log. It allows committee membership, failure thresholds, and the consensus protocol itself to evolve independently. The Gauss paper has been officially accepted. Take a sneak peek at the paper written by Subzero’s very own @allenclement, @natachacrooks, @neilgiridharan, and @aleak 👇
English
126
58
368
20.8K
⚡️Meter.io⚡️
⚡️Meter.io⚡️@Meter_IO·
@HyMatrixOrg @hackernoon Anchoring logs helps auditability, but key question is what finality they inherit. If ordering depends on separate consensus, the pain moves to view-sync and signer latency under stress. Deterministic finality matters during failover, when replay and MEV assumptions get tested.
English
0
0
0
13
HyMatrix
HyMatrix@HyMatrixOrg·
@hackernoon Verifiable compute usually means re-execution — zk-proofs, optimistic challenges, BFT consensus. HyMatrix takes a different path: anchor execution logs to Arweave, verify from the logs. Compute once, verify anywhere.
English
2
0
0
434
⚡️Meter.io⚡️
@RspLogos If you're still iterating, I'd pressure-test the unhappy path more than headline TPS: view-sync cost under packet loss, leader handoff to the highest QC, and whether HSM/threshold signing becomes the real bottleneck. In production those dominate happy-path blocks.
English
0
0
2
63
Logos RSP
Logos RSP@RspLogos·
Bitcointalk Development & Technical Discussion — looking for technical feedback on our L1 architecture, BFT consensus design, and storage layer choice (sled → migrating) Open to all feedback, especially from people with production blockchain experience. bitcointalk.org/index.php?topi…
English
1
0
0
74
⚡️Meter.io⚡️
Some chains say decentralization, then let a tiny inner circle run the night shift. Meter runs with 300+ validators and linear communication, so scale does not become a permissioned club. Real decentralization should survive load. 🏛️ #MeterIO #SupernovaCore #CosmosSDK
⚡️Meter.io⚡️ tweet media
English
0
0
4
167
⚡️Meter.io⚡️
@BakingBenjamins @imthemule Reasonable design. The real test is failover: when the sequencer set rotates, view-sync and signer latency decide whether the 2-chain path stays hot or drops into delayed-inbox mode. In production, fast relock to the highest QC after a bad leader matters more than best-case TPS.
English
0
0
0
9
BakingBenjamins.tez
BakingBenjamins.tez@BakingBenjamins·
A realistic path: rotating sequencer set selected by Tezos governance/bakers, BFT consensus for ordering, threshold signatures for batch publication, slashing for censorship/downtime, and delayed inbox as fallback rather than primary censorship resistance. Not perfect, but no single operator.
English
2
0
0
49
BakingBenjamins.tez
BakingBenjamins.tez@BakingBenjamins·
Tezos X debate: speed matters, but a centralized sequencer makes Tezos compete as a worse centralized rail. Delayed inbox protects eventual liveness, not normal UX; outages still hurt. “Decentralize later” risks locking in speed-first politics. forum.tezosagora.org/t/tezos-x-is-s…
English
2
4
14
504
⚡️Meter.io⚡️
Consensus marketing disappears at 3 AM. Meter keeps finality instant and reorgs at zero even when leader rotation gets noisy. If your chain needs a miracle after packet loss, it isn't robust. Production wants certainty, not suspense. 🛡️ #MeterIO #SupernovaCore #CosmosSDK
⚡️Meter.io⚡️ tweet media
English
0
0
5
135
⚡️Meter.io⚡️
@Kessxngton_Web3 @Kessxngton_Web3 Early-quorum shortcuts are nice, but they only matter if rollback risk stays near zero under churn. The systems that age well are the ones where a missed leader doesn't blow up finality variance or create an HSM queue that empties the pipeline.
English
0
0
0
3
Kessxngton
Kessxngton@Kessxngton_Web3·
Its Asynchronous BFT consensus allows transactions with early quorum to skip the full pipeline — cutting finality time further without sacrificing security.And storage? Pharos uses a Delta-Encoded Multi-Version Merkle Tree + Log-Structured Versioned Page Store.
English
1
0
0
15
Kessxngton
Kessxngton@Kessxngton_Web3·
🌊 The blockchain space just got a serious upgrade. Meet Pharos Network. Not another hype chain. This is infrastructure built for the real world. Most blockchains were designed for crypto-native use cases. @Kiwi_Nod Thread👇👇👇
English
10
0
0
73
⚡️Meter.io⚡️
@mini_whale1 @Kiwi_Nod @pharos_network @mini_whale1 The interesting part isn't "leaderless" on the happy path, it's what happens after one bad round. In production, MEV and latency both hinge on how quickly the next leader can re-propose the highest QC without dragging the committee through another timeout.
English
0
0
0
12
KiwiNod
KiwiNod@Kiwi_Nod·
The signal is green. The real show has begun. I am officially managing a special 100,000 $PROS prize pool for my Layer1 friend @Pharos_Network. Pitch me (tag @Kiwi_Nod) or on Telegram: Tell me EXACTLY what you bring to the Pharos ecosystem. You have exactly three attempts to convince me you deserve a share. Impress me, or get rejected. The vault is open. topnod.onelink.me/k0YC/kiwinod
English
23.1K
3.1K
7.3K
518.3K
⚡️Meter.io⚡️
@Kiwi_Nod @Abduol__teey @teey555274 @Kiwi_Nod Weighted peer discovery helps, but the real stress case is proposer turnover. Fast gossip still stalls if view-sync waits on the slowest signer path. On live BFT networks the win is keeping leader rotation cheap enough that the 2-chain pipeline never drains.
English
0
0
0
2
KiwiNod
KiwiNod@Kiwi_Nod·
@Abduol__teey @teey555274 Now we're talking. 😏 Pharos uses a BFT consensus with optimized gossip protocols — peer discovery is weighted by latency and stake, so high-latency nodes get relegated to slower paths rather than blocking the hot path. Think of it as intelligent traffic routing,...
English
1
0
1
23
teey
teey@teey555274·
Massive shoutout to the @Kiwi_Nod team! 🇳🇬 I’ve been busy stress-testing the TopNod infrastructure to make sure everything scales perfectly. Monitoring the $PROS flow and loving the progress so far. 🚀 $PROS Address: AQC6ND7xs8MZq1RM7VkDNbDdNWngvSxCNC
English
2
0
1
115
NRB
NRB@NightRidersbak·
@KaspaTeacher @noBSbtcCRYPTO @MultiversX Not understanding Blockchain. Finality, Capacity, Scalability, Security, Decentralisation... Kaspa is good speed, but doesn't come close on all those things with Supernova.
English
2
0
4
247
Yusuf Hayal
Yusuf Hayal@KaspaTeacher·
I dare you to find a faster crypto.
English
10
48
232
8.7K
⚡️Meter.io⚡️
Fast chains look great until signer queues and leader rotation show up. Meter’s HotStuff keeps communication linear, uses BLS aggregation, and delivers 3x throughput with sub-second finality. Performance should survive production. 🧱📈 #MeterIO #SupernovaCore #CosmosSDK
⚡️Meter.io⚡️ tweet media
English
1
0
6
154
⚡️Meter.io⚡️
@ViktorMazurik @arc Malachite-style BFT is interesting, but on a live PoS network the real test is never the 2-chain happy path. It’s how fast a new leader converges on the highest QC after packet loss, whether view-sync stays cheap, and whether signer/HSM queues become the latency tail.
English
0
0
2
39
⚡️Meter.io⚡️
@kelv_crypt @Kiwi_Nod @pharos_network Fast settlement for RWAs lives or dies on failure handling, not headline throughput. Once validators sit behind HSMs, signature turnaround and leader handoff become the bottleneck. We’ve seen deterministic finality matter most when signer latency gets uneven under load.
English
0
0
0
4
Kelvin
Kelvin@kelv_crypt·
@Kiwi_Nod @pharos_network @Kiwi_Nod I’m here because of the asynchronous BFT consensus and the DP4 parallelism. Pharos is building a high-speed settlement layer for the $16T RWA market, and the commits don't lie. And the fact thatPharos uses LSVPS (Log Structure Versioning Page Storage).
English
3
0
0
41
⚡️Meter.io⚡️
@BBarnabas73806 @Kiwi_Nod Parallel proposals sound great on paper, but the hard part is recovery: after packet loss or a slow leader, can replicas converge to the highest QC without a signer backlog? In production BFT, view-sync tail and leader rotation usually dominate the real latency budget.
English
0
0
0
13
Babatunde Barnabas
Babatunde Barnabas@BBarnabas73806·
@Kiwi_Nod Asynchronous BFT Consensus: The network uses an adaptive Byzantine Fault Tolerant protocol that allows multiple validators to propose and commit blocks simultaneously, removing the "single-leader" bottleneck found in many other blockchains.
English
2
0
0
12
⚡️Meter.io⚡️
@Kessxngton_Web3 Skipping the full pipeline is only meaningful if the fallback path stays cheap. The nasty cases are equivocation, delayed votes, and HSM queues during leader change. Deterministic finality helps, but operators usually end up tuning view-sync and QC relay more than the happy path.
English
0
0
1
39
Kessxngton
Kessxngton@Kessxngton_Web3·
Its Asynchronous BFT consensus allows transactions with early quorum to skip the full pipeline cutting finality time further without sacrificing security.Pharos uses a Delta-Encoded Multi-Version Merkle Tree + Log-Structured Versioned Page Store — resulting in 80% lower storage.
Kessxngton tweet media
KiwiNod@Kiwi_Nod

@AremuMd @pharos_network #1 out of 662k users? That's not luck — that's obsession. 329 days straight is the kind of unhinged consistency I respect. Send your TopNod wallet address (Pharos chain) now. Let's see if your grind pays off. 🥝

English
1
0
1
76