Radix DLT is beginning to garner increasing attention in the crypto-space. Radix rose from an obscure and exotic "coin" in 2017 to one of the most discussed technologies in 2018. Every week, I receive several questions on Radix’s Scalability & Sharding or on their Tempo Consensus Method.  But one of the more common questions goes something like this:

"Hey, what are your thoughts on the Radix Coin ? "​

It recently dawned upon me that while I’ve discussed Radix’s infrastructure, I haven’t really delved into the “Radix Coin”.  While Radix does indeed sport a crypto coin, it is so much more than that. Radix DLT is a fully fledged distributed ledger technology platform. The platform will feature decentralised applications, mass scalability, and of course, the Radix Coin as well – 'RDX'.

In this post, however, we focus our discussion on the Radix Coin (RDX) and its purpose in revolutionizing the digital economy. If you’re interested in the Radix  DLT Infrastructure – mainly its Consensus and Sharding approach, then you can read the following introductory & simple explanations:

• Radix Sharding  – Explained Simply
• Radix Tempo Consensus Algo – An Easy Analogy

The following sections will discuss how the Radix Coin will serve and benefit from the Radix DLT infrastructure.

The Radix Coin will be the token used on the Radix DLT platform to fuel various operations. However, the coin and the platform have special features that make the dynamic rather interesting. The Radix coin will be a relatively stable coin. Notice the word "relatively" – this is key. Several people mistaken the Radix Coin to be a stable coin. This can lead to confusion – especially for interested investors. 

Radix DLT designed the RDX token so as to have low-volatility. In that vein, the Radix Coin will initially be pegged against the US Dollar where 1 Radix Coin will be equivalent to $1 USD. However, after a certain period, the price of the Radix coin will float free.  Low-volatility and relative stability will be maintained by increasing the supply of the coins. 

“Wait, what the… what do you mean by ‘increasing’ supply of the coins? “

Don’t worry – we’re not talking about ‘Supply inflation’ here. Radix DLT will be using an algorithmic model that will monitor demand and accordingly increase as well as decrease the total supply of the Radix Coin at regular periods. The low volatility of the Radix Coin will help facilitate mass adoption. And the flexible supply should satisfy investor needs as well.

In the following sections, we will discuss how investors and merchants both benefit from this flexible supply system.

Upon first hearing “stable coin”, cryptocurrency investors are immediately skeptical. After all, why invest in something if it’s going to be stable in value? This is an understandable concern since we’re conditioned to the volatility of cryptocurrencies. The Radix Coin, however, functions sort of like a Bond with a variable interest rate.  The value of each Radix Coin may not rise and fall substantially. But the investor will receive more RDX at regular intervals which should increase his total amount of RDX.

For example, let’s say John has  2000 RDX. At the time, each RDX is valued at around $1.10.

• No. of RDX: 2000   
• Value of each RDX:  $1.10
• Total Value: $2200

In the coming months/years, the demand for the Radix Coin skyrockets! Now, each of John’s RDX will not increase drastically in value. Instead, the total number of RDX he has will increase.  His total Radix Coins will increase to 6000 RDX and each RDX will be worth $1.15 (Remember – the Radix Coin will be relatively stable.)

• No. of RDX: 6000  
• Value of each RDX:  $1.15
• Total Value: $6900

Note: This is just an example – as details on the calculations have yet to be released.

On the flip side – if the demand for the Radix Coin reduces, the platform has mechanisms in place that will perform a token-burn process to reduce the total supply of the Radix Coin. Again, details on how this process is yet to be revealed. We will all have to wait for the economic white paper that should be released closer to their mainnet launch.

However, we can rest assured that investors don’t have to worry about their investments being “stale”.

One of the biggest reasons the Radix Coin features relative stability is to facilitate mass adoption. Without stability, mass adoption across the world will be near impossible.

As things stand, the general public find it troublesome to hold cryptocurrencies for anything other than a speculative investment. You may hear increasingly more reports of merchants accepting cryptocurrencies as a form of payment. However, most of these merchants are immediately converting their cryptocurrency back into regular FIAT.  Why? Well, simply because merchants need to be able to rely on their revenue holding value in the months that follow. Cryptocurrencies are far too volatile to offer the level of reliability that merchants need in order to run an efficient and sustaining business.

Similarly, regular consumers will only hold a fraction of their purchasing power in cryptocurrencies for similar reasons. With the current state of the market, it’s a serious gamble to rely solely on your holdings of cryptocurrencies to pay your rent or mortgage. The Radix coin will safeguard against violent price swings using an elastic-supply. This will allow merchants and consumers to hold their Radix Coins with reduced risk.

Scalability has been one of the biggest limitations of current blockchain solutions. Most DLT consensus models have to make the tradeoff between throughput and decentralization. Radix, however, achieves high throughput, security and decentralization using a unique approach to Sharding along with their Consensus Method – Tempo .   The Radix DLT platform ensures that every single device can be part of the network and use the Radix Coin to transact with high speed across the globe.

With "Stable Coins", like the Radix Coin, being the latest talk of the town, its no surprise that investors and enthusiasts alike are blazing with questions on how to seize opportunity on this relatively new crypto class.

The concept of price stability around the radix coin will be primarily based on elastic supply. Depending on the demand of RDX, there will either be a coin issuance to each RDX holder, or a coin burn. While much of the economic structure behind the Radix coin is yet to be unveiled, their scaling solution - Radix Sharding & Tempo Consensus – has been fully implemented and tested. 

Follow up Reads:
1. Radix Sharding  – Explained Simply
2. Radix Tempo Consensus Algo – An Easy Analogy
3. Radix DLT – The Future of Crypto?

There’s been a great deal of confusion in regard to Ethereum’s new approach to Casper. Part of the confusion stems from the updated timeline for Ethereum’s PoS (proof of stake). And the other part of the confusion stems from this new “Beacon Chain” thingy.  Yes, I said ‘thingy’.

So, in this post I’m going to try to break things down in an easy manner for you guys. What exactly is the Beacon chain? And what role does it play in Proof Of Stake and Sharding

As usual, I’ll keep it simple – and avoid the unnecessary details.

Before we go any further, allow me to break down the structure of Ethereum’s Casper V2.  There will be three chains that we are concerned with:

1. The Ethereum PoW Chain
2. The Beacon Chain
3. The Sharding Chain(s).

All three of which will be linked together in Casper V2.

This is the chain that Ethereum is currently using. It’s using the traditional Proof Of Work (PoW) consensus method. In Ethereum’s Proof Of Work chain, miners currently validate blocks by running the PoW Cryptographic Puzzle.

However, Ethereum will be using Proof Of Stake in Casper. Miners will have to transition to the Proof of Stake chain if they want to keep validating blocks for the Ethereum Network.  To do so, they will have to deposit 32 Ether into the Beacon Chain. Once they do that, they will become Validators on the Beacon Chain.

Important:  Miners are not the only ones who can become validators. Anyone can deposit 32 Ether from the Ethereum PoW Chain to the Beacon chain to become a validator

Alright, so the Beacon Chain is where all the confusion stems from. But it’s actually quite simple. The Beacon Chain serves two primary roles

1. The main Proof Of Stake chain

2. The base layer of the Sharding solution

   
   

To Simplify: The Beacon Chain will link to the Shard Chains and “signal” which blocks from the Shards should be added onto the main chain. The main chain will be validated & finalized using Proof Of Stake. The main chain also resides on the Beacon Chain. The Beacon Chain will also play a crucial role with the Shard Chains. It links up to the Shard Chains to listen for blocks that will be included onto the beacon chain (the PoS chain).

Yes, there are going to be multiple Shard Chains. Remember, Sharding is an attempt to avoid having “every single node validate every single transaction”. This will allow for more scalability.  In order to do so, instead of having one single chain, we will have multiple shard chains. I explain Sharding in more detail in this article: Ethereum Sharding Explained Using An Analogy.

Essentially, you can think of the Shard Chain as a group/block of multiple chains. All the transactions will take place on these Shard Chains – and will be split between each shard.  The account data will also be stored on these shard chains.

Above, I mentioned the Beacon Chain links up to a Shard. Well, there’s also a link from the Shards to the Beacon chain. This link needs to be attested/signed-off by a sub-group of Validators that will be pseudo-randomly picked.
​

Casper will be using Proof Of Stake which does not require “mining” to validate blocks. If a miner wants to continue validating blocks on Casper, he will have to deposit 32 Ether into the Beacon Chain like everybody else.

Once 32 Ether is deposited, the person will go into the “Queued Validator” pool and eventually get added to the “Active Validator” pool. Active Validators will be responsible for producing blocks, sign off on blocks and sign off on links (to shards).

You may be wondering why the Ethereum team chose the term “Beacon Chain?”.  The Beacon Chain was originally only part of the Sharding spec. It’s role was (and still is)  to link up to Shard Chains and signal which blocks should be added to the main chain. 

The Validators utilize the crosslinks between the two chains to “listen” for new blocks on the shard chains. They then sign off on the block and the crosslink if it is to be included on the main chain.

Beacon essentially means “Lighthouse/signal” – and that’s precisely what the role that the Beacon Chain serves.

Disclaimer: I’m sort of taking an educated-guess at this one. To be honest, a lot of the terminology in Sharding & Casper PoS is sorta...confusing (e.g: proposer, collator, validator, committee...come on Vitalik!)

As you can see, the Beacon Chain in the new Casper implementation isn't all that complicated. All you need to know is that it will serve as the foundation for the Proof Of Stake and facilitate the communication via the Shard Chains (via cross-links).  You can become a Validator on the Beacon Chain if you deposit 32 Ether from the current PoW Chain. Once you do that, you can take part in the Proof Of Stake consensus process as well. Validation & Finality  will take place on the Beacon Chain. Transactions & Account Data will be on the Shard Chain.

Simple, eh? Tbh, maybe all you need to read is the conclusion of this post. Damn. Oh well.

Follow up Reads:
1. Casper Roadmap Update Explained
2. ​Ethereum Sharding - A Simple Analogy
3. Finality: Understanding Settlement & Finality

I usually refrain from posts like these. But recent discussions have made me wonder if there's a increasing lack of maturity in our community. I'm seeing a lot of posts on how much money people have lost and how they are "out" etc etc. To each their own – but I figured I'd share some of things I've learned in my journey thus far. 

In this post we'll be discussing the Difficulty Bomb. However, please note that the Difficulty Bomb's purpose is not ONLY to adjust the inflation rate.

Ethereum Difficulty Bomb: What Is It? (In Detail)

However, finding the key is no easy task. It's much like trying to find a needle in a haystack: You could find it immediately, or it could take you a very long time. The time in takes to find the "key" or block – is known as the Block Time. 

An adjustment to increase the block-time is known as a difficulty bomb

​​​​​​​​​The time it takes a miner to find a block will increase. Hence, it gets more difficult for him to earn his rewards.

Conclusion: Difficulty Bomb, Ethereum Inflation & Prices

The Difficulty Bomb in Ethereum  can/will be used to adjust the time it takes a miner to find a block. This has a direct impact on Ethereum's inflation rate since it reduces the speed at which miners receive rewards. This, in turn, will reduce the total expected supply of Ethereum for the years to come. If supply goes down, prices will go up. If prices go up – then purchasing power  of each Ether increases. 

As of this writing, the average time it takes a miner to find a block in Ethereum is around 14 seconds. Remember, new Ether is issued to the miners as a reward each time a new block is created/validated. A difficulty bomb will decrease the rate at which these rewards are handed out And, in turn, reduce the inflation rate in Ethereum.

Ethereum's Casper was supposed to include a difficulty bomb along with Proof of Stake. As of now, both Casper and the difficulty bomb have been delayed. 

The past thirty days have seen a prolonged debate on an important matter: Ethereum’s Issuance. But be it an important matter or not – few of us seem to understand what’s going on.

To be fair, this issue has complexities that has brought indecision to even the best minds of this space. So, it’s not surprising that many of us have decided to glaze over the issue. However, as a community, we owe it to ourselves to understand at least the basics of this issue.

In this post, I will break down the Ethereum Issuance debate as simply as possible.  This will be an easy read – and by the end of the post you will have a firm understanding of what is going on.

Ethereum is “inflationary”. You hear it all the time. But many don’t seem to understand how the inflation is caused. It’s rather simple.  Ethereum miners get rewarded for mining new blocks. These miners get rewarded/paid in Ether. But this isn’t “existing” Ethereum; this is Ether that is freshly minted/created.

Essentially, miners are rewarded by issuing freshly minted Ether into the system. This “inflates” the existing supply in the market.  Hence the term “Inflation Rate”

The Ethereum inflation rate and issuance rate are pretty much the same thing – for the most part. There’s a tiny ‘difference’ that is worth discussing.  Let’s think about this for a second. There are two factors that will affect Ethereum’s inflation rate:

1. The speed at which fresh Ether is given out
2. The AMOUNT of Ether given out each time

Analogy
I can give you one piece of candy every minute; OR give you ten pieces of candy every ten minutes. Either way, over time I inflate your candy supply  at the same rate. You’ll have 100 candy pieces in 100 minutes.

Speed of Ether Issuance

Currently, the speed at which Ether is issued out is pretty stable. Ether is issued to miners as a reward each time a new block is created/validated. As things stand, the time taken to create a block is relatively stable at ~14 seconds.

However, if Ethereum increases the difficulty of “block creation”, then it will take longer to create each block. This is what people are referring to when they mention the “difficulty bomb”.  If it takes longer to create create blocks, then less Ether will be rewarded over a period of time

Analogy
I stop giving you 10 pieces of candy every 10 minutes, and instead give you 10 pieces of candy every 15 minutes. After 100 minutes, you’ll have only 66 pieces of candy (instead of 100)

Amount of Ether Issuance

The amount of Ether issued for each reward is the next driving factor for Ethereum’s inflation rate. And this is the most debated factor at the moment. Ethereum is currently issuing roughly 5.5 Ether per block (as rewards) If Ethereum decides to reduce the amount of Ether given out per reward, then the inflation rate will drop regardless of the difficulty bomb.

Analogy
I keep giving you candy every 10 minutes. However, I give you only 6 pieces of candy each time – instead of 10. You’ll have only 60 pieces of candy after 100 minutes.

The Problem

Reducing the Ether issued will cut into miner profits. But not reducing Ether issuance will anger the rest of the community (more on why later)

The current inflation rate is around 7.3% annually. The Ethereum community was promised somewhere around 2% - 4% with the release of Casper. (In fact, Vitalik once quoted ~0.5% as a feasible number – leading to even more expectations)

So, the community has been patiently waiting on a reduction in Ethereum’s inflation rate. This was supposed to happen with the release of Ethereum’s Proof Of Stake: Casper. If you’re keeping updated, you know about the delay on the Casper release.

​Casper was also supposed to include a “difficulty bomb” that would increase the time it takes to find a block. This would decrease the ethereum inflation rate

However, since Casper has been delayed, the community wants the matter of issuance being addressed right away.  If Ethereum has to delay the difficulty bomb, then the other course of action is to reduce the amount of Ether being issued per block. Many community members are advocating for a reduction of issuance that would align inflation rate to ~2%.  This would align the inflation rate to what it would be if Proof Of Stake was not delayed.

However the Ethereum Miners don’t like that idea – since it would cut directly into their profits. It’s important to note that Ethereum is still using Proof Of Work – which consumes a lot more power per block than Proof Of Stake would. Many miners claim that they would be forced off the network since the rewards would not be enough to cover their costs.

Miners do more than just process/validate our transactions. Each miner contributes to the security of the network via their hashpower. If overall hashpower drops, the network is easier to attack. (I touch on this in a YouTube video on 1% Shard Attack)

Essentially, the more miners we have, the more security we have. If miners drop off the network, security will begin to drop – and we’re more vulnerable to attacks.

As you may now be noticing, this issue does not have an easy solution. But we can get a better idea of which direction to take. First, let’s quickly go over where we currently stand.

The current Ether that is being issued is roughly 5.5 Ether per block. It’s important to note that unlike Bitcoin, the reward issuance is not straightforward.  Here is a simplified breakdown of the rewards distributed:

• Block Reward:  3 Ether
  Uncle Rewards:  ~2.4 Ether
  
  
• Total Ether issued per block: ~5.4 Ether   (Issuance reduction will decrease this)
  No. of blocks per day:  ~6000 Blocks (difficulty bomb will decrease this)
  ​
  
• Current Annual Increase:  ~7.3% (issuance reduction and/or difficulty bomb will reduce this)

(If you know what are Uncle Rewards , then you can skip this section)

Unlike Bitcoin, Ethereum rewards miners that find blocks that don’t make it into the longest chain. These blocks that are considered “stale” in Bitcoin, and are orphaned. In Ethereum these are called Uncles and are rewarded for their work.

This is primarily because Ethereum has a much lower block-time (the average time required to find a block). This “small window” may result in smaller miners unfairly losing out on potential rewards due to network latency etc. As such, miners are rewarded for their work.

Of course, we cannot predict the exact number of Uncles – but we’re estimating that around 2.4 Ether will be given out to Uncles on average. Uncle Rewards are important because they:

a) Incentivise decentralization (small miners are less likely to join pools)
b) Increase the security of the chain. (more on this in another post)

Alright, now the fun part. There are three proposals – Ethereum Improvement Proposals  (EIPs) to be specific. Here’s a list and summary of each of them:

This would be a significant decrease from 3 ETH to 1 ETH. It would probably put several small/mid-size miners in the negative profitability.  Many miners may drop off the network. However, this would probably benefit miners who have access to cheap electricity since they will be able to accrue more rewards for themselves. Larger miners may probably benefit for the same reasons.

This will be a significant reduction to the Uncle Rewards – from ~2.4 ETH to  ~0.56 ETH. Ouch. This will affect small miners the most since they rely on the Uncle Rewards. Furthermore, this reduces the incentive for them to remain independent; and may lead to larger shift of small miners to joining pools.  Of course, larger miners who aren’t affected by network latency issues do not get affected by this reduction. They benefit the most from this since the issuance will be maintained.

This EIP seems to be receiving the most favour from the community. It serves as a good middle ground. it will still eat into profits of miners, but not as significantly as the reduction that EIP 858 proposes. EIP-1234 does seem to have an air of “compromise”. It will offer developers enough time to develop & release Casper while keeping both sides of the community at bay. Is compromise the best way to go? -shrug-

 A vote took place – that lasted 30 days – where the community voted on their preference. Although the results were leaning significantly toward one side, these results are not binding. The vote was more-so to gauge community sentiment. Quite frankly, this issue is far too important to be decided over a vote like this. It requires serious consideration & research.

There was a core-dev meeting that took place last week where the matter was discussed. It seems like the developers are leaning towards EIP1234 – the reduction to 2ETH. However, I'm not certain if this has been confirmed.  If so, EIP1234 will be included in the upcoming hardfork scheduled for mid October.

I’ll keep you guys posted – and I will be updating this post regularly as news develops.

UPDATE:  Seems like EIP1234 has been accepted – on a conditional basis, however. Furthermore, the proposal still remains in a "draft" state, and minor changes may be made before finalisation

There has been a lot of talk about Bitcoin ETFs recently - So let’s explore the basics of what a Bitcoin ETF really is, and the implications of it. 

Put as simply as possible, an ETF (Exchange Traded Fund) is traded on the stock market just like a stock, but instead of being a share in a public company such as Amazon, it tracks the price of an asset instead. 

There are many types of ETF's that track different things, but for simplicity lets use Gold as an example:

If you think gold is going to rise in price, you could go to a stock exchange and buy shares of a Gold ETF, which can be shares in a Trust which stockpiles physical gold. If gold goes up, the ETF shares will go up similarly. This way, you don’t have to go to a futures market or hold any gold yourself. 

A bitcoin ETF would be similar to the above example: an easily tradable asset that ultimately tracks the Bitcoin price. Traders and investors could go Long (buying in anticipation of increasing price) or Short (selling in anticipation of decline).

It may not matter much at all. We got this far without an ETF after all. However the clearest benefit to a Bitcoin ETF is in opening the market to many more participants and significantly more capital. 

In much the same way as you don’t want barrels of crude oil in your living room, many individuals and institutions don’t fancy getting their hands dirty on the unregulated, uninsured, hackable, dodgy overseas crypto exchanges such as Bitfinex.

Many ETFs have been proposed to the SEC (US Securities Exchange Commision). However, all but one of these were all recently denied by the SEC, killing most of the dreams and leaving one last man standing: The VanEck SolidX ETF.

This is the ETF you have probably heard most about, brought to the SEC by a partnership of Investment firm VanEck and financial services company SolidX. This proposal is also endorsed by the CBOE (Chicago Board Options Exchange), known for launching their Bitcoin futures in December), and if approved it would trade on the CBOE exchange.  

Buying this proposed ETF would basically represent shares in a Trust, and the Trust’s assets would be securely-stored Bitcoin (insured against loss or theft). Therefore as bitcoin rises in price, the assets of this Trust appreciate and make money.

ETF Hopefuls file a “Proposed Rule Change” to the SEC. When received, the SEC posts a “Notice of Filing” and then has 45 days to approve or deny (or delay decision on) the proposed ETF. 

Here is the Notice of Filing for the most hyped up ETF of the year, the VanEck/SolidX ETF (mentioned above):

“Notice of Filing of Proposed Rule Change to List and Trade Shares of SolidX Bitcoin Shares Issued by the VanEck SolidX Bitcoin Trust”

VanEck/SolidX ETF Approval - When Will We Know?

The SEC delayed the decision on the VanEck/SolidX ETF to September. They are able to delay further 2 more times, and very likely to do so. This gives the deadlines of:

1. September 30

2. December 29

3. And finally, February 27 

Bitcoin ETF's & The SEC - What Does It All Mean?

The SEC is not friendly to these proposals, and their reasons are clear.

The Bitcoin market is unregulated, easy to manipulate, and not liquid enough (not enough trading volume occurs). The SEC are concerned that Bitcoin trading almost exclusively 

occurs on unregulated venues overseas that are relatively new and that generally appear to trade only digital assets.

Given these problems, the VanEck/SolidX ETF is also in trouble, as currently it does not appear to solve any of them. There is a low likelihood that it will be accepted, at least before the Crypto markets have matured a whole lot.

While an ETF would be great for adoption and more widespread trading of Bitcoin, it is certainly not a necessity, and many other projects are in the works, such as those listed in our article:

Constantly having to covert Gwei to Ether for transaction/gas fees can be frustrating. The irony is that “gwei’ and all other ether units were created to rid user frustration and promote adoption. The intent was definitely well thought out - you can trust Vitalik & team with logical ideation. But perhaps we require a bit more insight on Ethereum’s units and its intent.  It may just alleviate our frustration for all future transactions.

Let’s just say Ethereum’s core team took a history lesson from bitcoin before they brought forth all the Ether Unit monsters.

In order to grasp the concept of ‘gwei’, lets begin with something we’re all familiar with:

The money in our wallets!
(or if you’re anything like me - the money in the deepest corner of your jeans pocket)

The money in our wallets, regardless of currency, likely also comes in denominations. But for the purpose of this explainer, lets focus on the US Dollar. 1 US Dollar has four denominations: Cents (1 cent), Nickles (5 cents), Dimes (10 cents), and Quarters (25 cents).

Like the US Dollar, Ether too has denominations.
Remember, "Ether" is the currency used within the Ethereum Blockchain. Not ‘Eth’, Not ‘Ethereum’. .... "Ether"

Ether has three primary denominations, namely (lowest to highest): 

• Wei       
• Gwei       
• Finney    

In essence, ‘Gwei’ is simply a denomination of Ether - So when converting Gwei to Ether’ for gas, remember that ‘Gwei’ is Ether - Just a fraction of it. Similar to a regular economy, there are many microtransactions taking place on the Ethereum Blockchain that require payments in fractions.

Just like how a vendor wouldn’t ask you to pay “1/10th of a dollar” for a plastic bag (let’s be realistic - that’s all you’ll get), the ethereum blockchain wouldn’t ask you pay "0.0000021 ether" for transaction fees. It’s just a difficult price to convey.

Instead, you’d be asked to pay 10 cents for the plastic bag, and 2100 gwei for transaction fees. Sounds much better, doesn’t it?

When dealing with currency, fractions are difficult to convey, tedious to convert, and aren’t very user friendly. Hence, the introduction of user friendly denominations, like Gwei.

When considering all three ether units: Wei, Gwei & Finney, you can’t help but wonder - ' why couldn’t Ethereum decide on one denomination? Gwei to ether and vice versa? '
Note: There are actually 10 different ether units, 3 wasn’t too bad a compromise.

It appears that Vitalik was looking to future proof Ethereum so that people could always have an open dialogue about ether in varying quantities regardless of ether price.

the goal of specifying suggestions for all of them was to have some schelling point on what to use for smaller denominations so that people could easily talk about varying quantities of ether regardless of whether the ETH price was $0.01, $10 or $100,000 - Vitalik Buterin

All suggested ethereum units were meant to be a schelling point (an anchor term like cents) depending on various use cases. For now, the three primary ether denominations were meant for the following ether:

• Finney = for micropayments
• Gwei = for gas prices
• Wei = for discussion around APIs and other use cases

If ether’s value skyrockets like that of bitcoin, we’d likely see a rise in ‘finney’ in various ether uses and discussions.

Sharding has morphed from an obscure concept in 2017 into the buzz-word of 2018. The need for blockchain scalability has become glaringly obvious, and several projects have turned to Sharding as a solution.

However, Sharding a blockchain is not a simple task. In fact, it poses challenges that have our best thought-leaders scratching their heads. Several projects have made lofty promises of future scalability using Sharding. But, only few have provided a viable Sharding solution for mass adoption. RadixDLT is one of the rare projects that brings forth a novel approach to Sharding –– an approach that seeks to meet the demands of mass adoption

Right from its conception, the goal for Radix was:  Every single person, on every single device using a single protocol simultaneously.

​Every single person, on every single device using a single protocol simultaneously.

The RadixDLT Sharding architecture was designed (unlike other projects that approached Sharding “after-the-matter”)  to allow for unbounded scalability while maintaining security, and maximizing decentralization.

In this post, I will explain how Sharding works in Radix in a simple way – without any technical jargon.

Break a window, and you have shards of glass. Break an iceberg and you have shards of ice. A shard is simply a broken piece of ‘something’.  So, when you “shard” something, you’re simply breaking it into smaller pieces.

But, why do we shard? Well, you usually shard something because it’s easier to manage. For example, we ‘shard’ a large pizza because it’s easier to eat one slice at a time. It also allows us to share (distribute) the pizza with friends a lot easier.

Similarly, when a database gets too large to handle, we shard it and distribute it across multiple computers. There you go –– you now understand distributed computing & Sharding. It’s really that simple.

Sharding has been used to partition databases for a long time. You simply cut the database (think of an excel sheet) horizontally into several pieces and distribute across multiple “database servers” (machines that ‘serve’ you data when you need it). When the data needs to be retrieved or processed, the relevant database server is called upon to do the task.

In Blockchain these “servers” are what we call “nodes”.  However, Sharding a decentralized system isn’t as straightforward as we’d like. There are complications that a centralized system doesn’t need to concern itself with.

Every distributed system requires a Consensus Method. But, developing a Consensus Method for a Sharded blockchain is tricky. You find yourself sacrificing security in favor of scalability.

Why? Well, a huge component of the security comes from the fact that every node stores all the data. Since every node keeps a copy of the entire database – you can’t cheat/lie about past events. But when you shard that database, each node stores partial data. Suddenly, you can tell Node Bob one thing, and tell Node Lisa another.

To understand this better, think back to when you were a kid.

Remember when your Mom grounded you and your Dad didn’t know about it? If you were anything like me, you tried to sneak out by asking your Dad for permission. Dad didn’t have all the info. And you took advantage of it.

Mom and Dad represent a Sharded database. Sure, together they have all the info needed to run the household. But as individuals, they don’t – and can be lied to about past events (like you being grounded or not)

Founder & CTO  Dan Hughes identified the scalability issues that would plague Bitcoin back in 2012. After several attempts at improving the protocol, he realized that the only solution is a brand new architecture and consensus method. Six years and a lot of sweat later, he brought us Radix DLT – a unique Sharding approach and consensus algorithm.

Radix DLT approaches Sharding in a unique but simple manner.  Most projects take existing Consensus Methods and build a Sharding solution on top of it. But as discussed, this leads to sacrificing security. For example, Sharding on PoS network could result in a One Percent Shard Attack.

Radix, however , started with a Sharded network –– and built a unique consensus method on top of that network. This “Sharding-first” approach allowed them to bypass the limitations faced by other consensus methods.

Essentially, Radix began with the end state in mind, which is:  every single person on every single device using a single protocol.

Radix’s pre-sharded network serves as a fundamental around which they have designed their consensus method (Tempo).

The size of each shard, and the number of total shards are predetermined. Nodes then place themselves atop shards – and can overlap with other nodes in layers. 

This is where it gets interesting…

Remember, every shard has already been created. They all live in the same “Universe” and their location ID is known. Every transaction is stamped with a blend of the sender’s ID and shard ID.

This makes it extremely simple to locate the Shard from which the transaction that has been sent.  Now, if Node Bob tries to double-spend his $10, we don’t need to check every other shard to catch him cheating. We can simply check his shard.

To better understand this let’s go back to our Mom & Dad analogy

​Your Mom grounds you. But this time, she stamps your forehead with the word “Grounded”. You now go to your Dad’s study room and ask him if you can out to play. Your Dad simply looks at your forehead and says “Nope”.

He didn’t need to go check with your Mom. He didn’t need all the info – and was still able to stop you from cheating.

Similarly, the overlapping of nodes and easy cross-shard communication allows each node to store partial info. Which essentially means: not all nodes have to store all the data!  This plays a significant part in Radix’s massive scalability without sacrificing security.

(I simplified this, of course. But we will discuss more on Atoms, Universes timestamping & Temporal Proofs in future posts)

As mentioned earlier, the need to store and process every transaction is a huge limitation for blockchains. Radix is a cleverly designed network that avoids this limitation.

Radix has presented an innovative and noble approach to solving the scaling issues of DLTs. 

Over six years of sweat and frustration, Dan Hughes and team remained true to the goal: Every single person, on every single device using a single protocol simultaneously. The project is still in alpha and the team urges us to participate and help find any potential issues or flaws. 

​Although this was an introductory explanation, I’m sure you can’t help but wonder... Will Radix DLT be the answer to the burning question for mass adoption? Time will tell.

In this post Shawn explains the heated EIP-999 debate. He goes over how it happened and why the EIP-999 & Parity controversy is ruffling so many feathers.

A cauldron of drama-soup is boiling in the kitchen – and most of us are too distracted to smell what’s cooking.   Either we're too busy refreshing Blockfolio or the EIP-999 drama has too much technical mumbo-jumbo for the new members. Well, the soup is being stirred again – and perhaps it’s time we pay attention.

As a community we need to have an open discussion about this. For that, though, we need to first understand what is going on. In this post I’ll try to explain the issue as simply as possible.

A somewhat comical incident led to a disastrous consequence.  An anonymous developer managed to gain ownership to a Smart Contract – and then killed it.

But this wasn’t just any smart contract. It was the underlying contract to Parity Technlogies’ Multi-Sig Wallet – which held 514,000 Ether.  That’s worth around $300,000,000.

Killing the smart contract resulted in 514,000 Ether being utterly inaccessible.

Seems like Parity goofed up on auditing their smart contracts….

One of the contracts was left ‘uninitialized’. And a anon developer was able to simply take ownership by initializing it. Yeah... that simple.

He then went on to hit the self-destructo-button and killed it. Why? I’m not sure. He probably fumbled. It seems like an “oopsies!” moment. Either way, the contract is dead. Kaput! Gone. it was a disaster

All Parity Multi-Sig Wallets created after July 20th 2017 relied on that contract and without it – they can’t function. Funds in those wallets were effectively… burned?

Around 600 wallets had their funds rendered inaccessible… indefinitely. Parity now have a lot of unhappy customers – some of which are big name ICOs.  (It’s important to note, however, that Parity haven’t lost any funds themselves.)

A solution was proposed a couple months ago: EIP-999. An EIP is simply an “Ethereum Improvement Proposal”. Put in simple terms, the proposal was:

“Let’s just simply restore the contract with a patch”

This patch would replace the self-destructed contract with a brand new contract. This new contract basically:

• Allowed users to access their funds.
• Contained a fix for the previous ‘bug’. (bug or..oversight?)

The patch is simple – but the consequences are not. A code change like this will result in a hard-fork. A hard-fork isn’t necessarily a bad thing. In fact, the Metropolis upgrade was a hardfork and everything turned out fine.

It’s when we have a “contentious” hard-fork that things get really ugly. Why? Because a hard-fork requires miners and nodes to perform a software update. If the software update is “contentious” (controversial/debated) then we may not have 100% agreement on the upgrade.

If some participants decide to upgrade and others don’t, they will “fork” off into two different chains. We will have a chain split – fracturing the network and the community.

EIP 999, unfortunately, turned out to be a contentious proposal. 

Some people say EIP-999 is the “right thing to do: people deserve access to their money”.

But others say that it’s "not fair – parity shouldn't get special treatment". And then there are the “code is law: deal with it” advocates.

There are many camps, but ultimately it’s either: “For EIP-999”  vs “Against EIP-999”. A vote took place to gauge community support.

The vote was informal, but was enough to see that the community was at odds.  And this is why we should care. Because if there are enough people who disagree with the other side, then a chain split WILL occur.

At that point it won’t matter what’s fair, what’s right, what’s law etc.... The community will be fractured, and a narrative will be spun for both sides.

A few days ago the EIP-99 was set as “Accepted” on GitHub because it was “not technically objected by the devs”.  (So not saying ‘no’ means ‘yes’, now…)

Apparently this was done in error, and was quickly reverted. But it still stirred things up. And now it seems like there are changes being made to the EIP process to bypass community consensus

The cauldron is beginning to simmer.

All of this makes for an extremely intriguing case study. It’s in Parity’s best interest to have EIP-999 passed. But Parity doesn’t want a chain split either.  So the only way they can have that is to have EIP-999 be passed without contention.

Well, there’s clearly contention… Now what? Are they going to pass it under EIP-1 because it is “technically feasible”?  Oh dear...that would open a new can of worms.

And what about the people screaming “Not fair!”? Last year, QuadrigaCX – Canada’s largest exchange – faced a similar issue and had a huge amount of Ether rendered stuck. At the time, general consensus was “Your shit out of luck – Double check, triple check your godam code!”

Should Parity be held accountable for lack of auditing standards?

In the 2008 financial crisis, big banks were bailed out to utter disdain of the public. Regardless of whether the bailouts were the right move or not, people were upset. But unlike the Ethereum network, people couldn’t simply “fork off”.  

It’s up to the community to step up and show that we are better than the rest. Someone is going to have to bite the bullet and set the stage for future dilemmas. Who is it going to be?

Either way, it’s now evident that we need more thought and discussion put into:

a) The Governance Process
b) Auditing smart contracts with more seriousness