Ethereum, custom (user-defined) tokens are implemented using smart contracts to simulate the transfer of custom assets. Our approach with Cardano does not require smart contracts, because the ledger itself supports the accounting of non-ada native assets.

Another difference is that Cardano’s multi-asset ledger supports both fungible and unique, non-fungible tokens without…

IOHK has a long association with Ethereum Classic (ETC) and its community, which preserves an untampered history free from external interference and subjective altering of transactions. Serving as the next-generation digital currency platform, ETC is built as an intuitive programming platform, which allows developers of all skill sets to build the next wave of market disrupting…

すべてはetherで始まりました。イーサリアムは2015年7月に登場しました。ビットコインはその時点で登場から6年。しかし、暗号界全体は未だニッチな世界でした。

ビットコインは純粋にデジタル通貨として設計され、現在もそのままの状態です。イーサリアムが登場したとき、これには確固とした奥の手がありました。最初からスマートコントラクトを搭載していたのです。これは、サードパーティ開発者が独自のアプリケーションを構築し、それをイーサリアムブロックチェーン上で分散的に実行できることを意味しました。イーサリアムは市場性および多用途性においてビットコインを凌駕したのです。

スマートコントラクトは、イーサリアムブロックチェーンにユーザー定義のトークンを作成することを可能にしました。代替可能なイーサリアムトークンはERC-2…

Cardanoの開発は、5つの重なり合う開発テーマが関わる旅として捉えられます。そしてその各テーマはコンセンサスプロトコル、Ouroboros（ウロボロス）に支えられています。Cardanoの進化に伴い、プロトコルも変化し、新たな機能性や実用性がプラットフォームにもたらされます。アップグレードによりネットワークプロトコルには段階的な変更が必要となりますが、本稿ではこうしたプロトコルの変更がどのように実装されるか、そしてこのプロセスをスムーズかつ簡単に行うために舞台裏で何が行われているかを説明します。

プロトコルの変更における複雑性を軽減

暗号界では、ブロックチェーンプロトコルに対するどのような基本的変更もハードフォークと見なされます。ほとんどのブロックチェーンでは、ハードフォークは「トラウマ」的イベントで、ブロック生成に中断（できれば短期のもの）を生じさせます。対照的にCardanoは、ブロック生成を止めることなく…

In the previous article, we identified the objectives of the reward scheme in Cardano, and we gave general guidelines regarding engaging with the system.

Taking a more high-level view, we will examine from first principles, the general problem of reward sharing in blockchain systems. To recall, the two overarching objectives of any resource-based consensus system is to…