テストネットONSCHEDULEをリリースしたばかりのKoinosGroupのCEO、AndrewLevineです。 これは、ブロックチェーン企業からはあまり聞かれないことです。 テストネットを時間どおりに立ち上げただけでなく、わずか5日で、コミュニティのフィードバックをプロジェクトに統合することができました。これは、コイノスのコアイノベーションのXNUMXつを示す小さな強力な方法です。 アップグレードでハードフォークする必要があります。 テストネットを（XNUMX分以内に）実行したい場合は、 HackerNoonでこの記事をチェックしてください, YouTubeでこのビデオを見る、または単に githubリポジトリ.
私はこれ（およびそれ以上）について、私たちの分散型未来の最新エピソードで説明します。
コミュニティメンバーのXNUMX人が、テストネットの蛇口からKOINトークンを受け取っているのは、これらが実際の価値のない単なるテストトークンであるのに、混乱していると指摘しました。 テストネットはいつかメインネットになるので、テストネットを構築するときにネイティブトークンの最終的な名前を使用することは私たちの心の中で完全に理にかなっています。このようなことは、開発中に常に発生します。
この混乱は理想的ではないことに同意するため、テストネットトークンの名前「KOIN」を「tKOIN」に変更することにしました。 簡単ですよね？ そうですね、Koinosではそうですが、他のブロックチェーンでは、いくつかの理由で間違いなくそうではありません。 ベーストークンがネイティブに実装されているブロックチェーンでは、名前を変更するには、少なくとも「t」を追加するためのハードフォークが必要になります。 しかし、Koinosでは、KOINトークン契約をアップグレードするだけで済みました。 それでおしまい。 ハードフォークは必要ありません。
モジュール性の重要性
しかし、この例では、ハードフォークなしでアップグレードできるKoinosスマートコントラクトの機能だけでなく、Koinosに搭載されている非常に高度なモジュール性の利点も強調しています。 この完璧な例は、Justin SunがSteemitを購入し、コミュニティに「HIVE」と呼ばれる独自のSTEEMフォークを作成するよう促したときです。 トークンの名前を「STEEM」から「HIVE」に変更する必要がありました。 簡単ですよね？
繰り返しになりますが、Steemは、ほとんどのブロックチェーンと同様に、モノリシックデザインであるため、さまざまなサブシステムの複雑さのすべてが公開され、巨大なスパゲッティのボウルのように相互接続されます（または「大きな泥だんご」）。 XNUMXつのものが破損すると、他の多くのものが破損し、破損の原因の特定と修正の両方が困難になります。
STEEMトークンは、その「スパゲッティのボウル」の一部でした。つまり、「STEEM」という単語がコードベース全体に複製されていました。 これにより、すべてのインスタンスの検索に時間がかかるだけでなく、インスタンスが失われた場合、システムのすべての部分が相互接続されているため、深刻な結果が生じる可能性があります。
リーンブロックチェーン
しかし、Koinosでは、システム機能はスマートコントラクトモジュールとして実装されており、モノリシックブロックチェーンに「ネイティブに」実装されていません。 これにより、ブロックチェーンが無駄なく機能が整理され、ベーストークンの名前を変更したいときに、XNUMXか所（KOINトークンシステムが所有するスマートコントラクト）に移動して変更を加え、アップグレードをプッシュするだけで済みます。 他のブロックチェーンでどのように機能するかを想像し始めるまで、それは実際には難しい問題として登録されていませんでした。
KoinosのブロックチェーンアーキテクトであるMichaelVandebergは、文字通りXNUMX分もかかりませんでした。 この記事を書くのにはるかに時間がかかりました！ さて、マイケルは素晴らしいエンジニアですが、コイノスのモジュラー設計と信じられないほどのアップグレード性が手間をかけました。この場合、テストネットを使用している人はおそらくしなかったのに、ネットワークの生活の質を迅速に改善することができました通知！
これが小さな変更だったという事実にだまされてはいけません。 他のプラットフォームでは、広範なコンセンサスを伴うこれらの「マイナーな」変更は依然として非常に混乱を招きます。つまり、より重要な変更に費やされた可能性のある時間とリソースを転用する必要があります。
しかし、現実はさらに悪いです。 マイナーな変更はメジャーな変更と同じように破壊的であるため、マイナーな変更はまったく行われず、時間の経過とともに蓄積され、プラットフォーム全体が悪化します。
大量採用と迅速な適応
何よりも悪いことに、これによって難しい変更が簡単になることはありません。実際、調整がさらに難しく、ネットワークの混乱がさらに大きくなります。 これが、分散型プラットフォームが主流に参入できなかった理由です。 開発者のニーズに迅速に適応し、人々が使いたくなるようなプラットフォームに進化することができないからです。
Koinosは、両方の種類の変更を無限に簡単にするように設計されています。 Koinosのモジュール性により、問題の原因を見つけて解決策を簡単に作成できます。 Koinosのアップグレード可能性により、実際にシステムに変更を加えることによる混乱がなくなり、簡単な変更を簡単に行うことができます。 これにより、より簡単で混乱の少ない、より重要な変更に費やす時間とエネルギーが増えます。
もちろん、メインネットでは、ランダムな開発者がスマートコントラクトをアップロードしてブロックチェーンの再プログラミングを開始することはできません。 メインネット用に構築する必要のある主要なコンポーネントのXNUMXつは、システム所有のスマートコントラクトをいつアップグレードできるかを規制するガバナンスシステムです。 驚くべきことに、ガバナンス自体はスマートコントラクトモジュールとして実装されます。つまり、ハードフォークなしでアップグレードすることもできます。
これは、ガバナンスが合意に達すると、サービスを中断することなく契約がアップグレードされ、システムが改善されることを意味します。 Koinosのアップグレード可能性について詳しく知りたい場合は、チェックアウトしてください。 HackerNoonに関するこの記事.
Koinosテストネットを実行する場合は、 Koinosgithubにアクセスしてください.
私の社会
コイノスネットワークソーシャル
Twitter
Facebook
LinkedIn
Discord
Telegram
コイノスグループソーシャル
タグ
無料のアカウントを作成して、カスタムの読書体験のロックを解除します。
PlatoAi。 Web3の再考。 増幅されたデータインテリジェンス。
アクセスするには、ここをクリックしてください。
ソース：https：//hackernoon.com/blockchain-upgrades-and-hard-forks-aan359i？source = rss
