Web3/BlockChains


BlockChains and Decentralised Ledger Technology (DLT)

realtor enterprise application realtor enterprise app realtor enterprise app

BlockChain Technology was pioneered and invented by a person or people using the name of Satoshi Nakamoto, as part of the Bitcoin system, in its original reference implementation, Bitcoin Core (formerly known as Bitcoin-Qt). BlockChain Technology underpins Bitcoin.
Some businesses now show signs like the one below:
customer relations management real estate e-marketing

There is a very ingenious system of trust-logic embedded in BlockChain Technologies. The following references explain the process of “Bitcoin Mining”, and how it ensures trust is maintained despite anonymity being inherent in Bitcoin’s design (so for us the question is how can trust be maintained, if we want to develop a Secure, Private, Scalable & Auditable Enterprise-Strength BlockChain?)
The answers found more recently (best example being Ethereum tokens and smart contracts) have limited scalability. Our preferred choice (Elastos) provides scalability, as well as much increased security, and fundamentally delivers to enterprises an immutable audit trail for all enterprise transactions, as well as providing smart contract capability. Rather than reinventing the wheel, Elastos actually allows us to use Ethereum, and some other Smart Contract systems, as Sidechains off the Elastos Mainchain. The Mainchain uses the Bitcoin miners to guarantee Trust via “merged mining” for all Sidechains, at consumers’ (such as our) expense. In this fashion, Elastos allows indefinite scalability, something unattainable in Ethereum’s traditional Single-Mainchain Design (now slowly choking with the volume of data).

Blockchain Miners, Bitcoins and Trust

Bitcoin Ultimate Guide
Although at the absolute beginning (2008), one Bitcoin had zero value, “the first real price increase occurred in July 2010 when the valuation of a bitcoin went from around (USD) $0.0008 to $0.08 for a single coin.1“
Try googling
 

“what is a bitcoin worth”!

[sc name=”BlockchainLimitationsToggler”]

blockchaindiag
Colonel, can you explain the benefits of the Hedera (Hiero) approach to Distributed Ledgers?
Of course. Hedera is one of the most distinct and interesting projects in the distributed ledger space because it is fundamentally not a blockchain. Understanding this difference is key to grasping its value and how it operates.
Here’s a breakdown of its value proposition and modus operandi.
Part 1: The Value Proposition (The “Why”)

Hedera’s goal is to be a public, enterprise-grade distributed ledger that overcomes the limitations of traditional blockchains like slow performance, high costs, and instability. Its value is built on four pillars:
1. High Performance & Low, Predictable Cost:
•
Speed: While Bitcoin handles ~7 transactions per second (TPS) and Ethereum handles 15-30 TPS, Hedera is architected for 10,000+ TPS. This is throttled by the network for stability, but the underlying technology is extremely fast.
•
Cost: Transaction fees are not volatile gas fees. They are fixed in US dollars (e.g., $0.0001 per transaction) and paid in the native currency, HBAR. This predictability is critical for businesses that need to budget for operational costs.
•
Latency: Transaction confirmation takes only 3-5 seconds with finality. Once confirmed, it is immutable and cannot be reversed.
2. The Highest Grade of Security (aBFT):
•
Hedera’s consensus algorithm, Hashgraph, is asynchronously Byzantine Fault Tolerant (aBFT).
•
This is a formal mathematical proof of the highest possible level of security for a distributed system. It means the network can reach a fair and honest consensus even if up to one-third of the nodes are malicious and the network is suffering from delays and attacks (like DDoS). Blockchains like Bitcoin are not formally aBFT.
3. Fairness of Ordering & Access:
•
Fair Timestamps: Hashgraph provides a mathematically proven fair ordering of transactions. No single node or miner can manipulate the order of transactions to their benefit (a problem known as Miner Extractable Value or MEV in the blockchain world).
•
Fair Access: All nodes have an equal opportunity to submit transactions to the network.
•
This is crucial for applications where order matters, such as stock exchanges, auctions, or multiplayer games.
4. Stable and Trusted Governance:
•
Hedera is not run by an anonymous or amorphous group. It is governed by the Hedera Governing Council, a term-limited, rotating council of up to 39 of the world’s leading organizations.
•
Members include Google, IBM, Boeing, Dell, LG, Ubisoft, and major universities.
•
This council’s role is to run the initial consensus nodes, oversee the software codebase, and provide a stable, trustworthy governance framework that ensures the network will never be forked and will be managed responsibly.

property management

  1. feds-0
  2. feds-1
  3. feds-2
  4. feds-3
  5. feds-4
  6. feds-5
  7. feds-6
  8. feds-7
  9. feds-8
  10. feds-9
  11. feds-10
  12. feds-11
  13. feds-12
Part 2: The Modus Operandi (The “How”)
Hedera’s performance and security come from its unique consensus mechanism, Hashgraph, which works very differently from a blockchain.
The Problem with Blockchains: In a blockchain, nodes must “mine” or “propose” a block of transactions and then vote on it. This process is slow, inefficient, and requires a huge amount of bandwidth for communication.
The Hashgraph Solution:
Hashgraph achieves consensus without blocks and without direct voting. It uses two key concepts:
1. Gossip about Gossip Protocol:
•
Imagine a group of people gossiping. When two people talk, they share all the information they know.
•
In Hedera, when two nodes “sync,” they don’t just exchange transactions; they exchange their entire history of who they talked to and when. This is the “gossip about gossip.”
•
This process builds a data structure called the hashgraph. It’s a directed acyclic graph (DAG) that contains the full history of how information spread through the network. It’s a web of events, not a chain of blocks.
2. Virtual Voting:
•
This is the genius of the system. Because every node has a copy of the hashgraph (the history of all communication), it can figure out what every other node would have voted on without actually sending a vote.
•
Each node looks at its copy of the hashgraph and runs the voting algorithm locally. It can calculate, with mathematical certainty, when a specific transaction has been seen by over two-thirds of the network.
•
When a node proves that a transaction has reached this threshold, consensus is achieved, and the transaction is given a final, immutable timestamp.
•
By eliminating the need to send voting messages across the network, Hedera avoids the bandwidth bottleneck that slows down blockchains, allowing it to be extremely fast and efficient.

Summary: Hedera vs. Blockchain
Feature Traditional Blockchain Hedera Hashgraph

Data Structure A linear chain of blocks A graph (DAG) of events
Consensus Miners/validators propose blocks and nodes vote “Gossip about gossip” protocol and “virtual voting”
Performance Slow (7-30 TPS) Very Fast (10,000+ TPS)
Fairness Transaction order can be manipulated by miners Mathematically proven fair ordering
Security BFT (usually) Asynchronous BFT (aBFT) – the highest level
Governance Often decentralized and informal Formal council of leading global organizations

In essence, Hedera sacrifices the “fully decentralized” ethos of some blockchains for a model of “distributed trust” among a council of reputable global players, in exchange for unparalleled performance, security, and stability.

Tx-Rails Federations
(Maximum practical number of federations, in terms of operational limits, is 13)

tolerable
faulty
servers (f)
number of BFT network
servers required to tolerate f
faulty servers (n=3f+1)
Relative Risk of Initial Breach of Consensus
of f+1 servers (Subsequently
Detected by ChubbyChecker)
0 1 High: 1 server must be corrupted
1 4 High-Moderate: 2 servers must be corrupted
2 7 Moderate: 3 servers must be corrupted
3 10 Moderate-Low: 4 servers must be corrupted
4 13 Low: 5 servers must be corrupted