KuCoin Exchange Japanese

01 августа 2024 15:58

なんかザクっと調べてると、やっぱかなり大事みたいなことだけは書いてある

KuCoin Exchange Japanese

01 августа 2024 15:57

espresso！なんでARBとかが採用してるのかもしっかり知りたい！

KuCoin Exchange Japanese

01 августа 2024 15:53

Shared Sequencerは、以下の課題も抱えています。
中央集権化: シーケンサーの運営者が権力を集中してしまう可能性があります。 開発: 複雑な技術であり、開発と運用には高度な専門知識が必要です。 規制: 規制当局の対応が不明確な場合があります。

KuCoin Exchange Japanese

01 августа 2024 15:52

https://note.com/noboru59631/n/n17272c36e3fd

KuCoin Exchange Japanese

01 августа 2024 15:48

https://hashhub-research.com/articles/2023-10-23-espresso-overview

KuCoin Exchange Japanese

01 августа 2024 15:45

ソラナ（Solana）ブロックチェーンの凄さと進化：ゲームで例えると…
ソラナは超高性能ゲーム機！
Solanaは、たくさんのゲーム（dApps）をサクサク動かせる、超高性能なゲーム機のようなブロックチェーンです。
SVMは独自ルールでさらに快適に！
SVMは、Solana独自のゲームルール実行システムです。
従来のゲーム機と比べて、こんな利点があります。
同時進行で超快適！: 複数のゲームを同時にサクサクプレイできます。（並列処理）
ゲームごとの料金設定: 人気ゲームに人が集中しても、他のゲームの料金に影響しません。（ローカライズされた手数料市場）
Firedancerで超進化！: さらに処理速度が向上し、より多くのゲームを安全に楽しめるようになります。（Firedancerによる性能向上）
Solanaゲームセンターは人気上昇中！
人気ゲームが続々登場！: Solanaでしか遊べない魅力的なゲームが増えています。（ネットワーク効果の拡大）
巨大ゲームセンターに進化中！: より多くのゲーム開発者やプレイヤーが集まり、巨大なエコシステムを形成しつつあります。（SVMインフラストラクチャの進化）
専用ゲームルーム（ロールアップ）で快適プレイ！
Solanaゲームセンターは大人気ですが、中にはこんな要望も…
自分だけのルールで遊びたい！: ゲームの内容や料金設定を自由にカスタマイズしたい。（独自のロールアップによる柔軟性）
もっと快適に遊びたい！: 大人数参加型ゲームでも、ラグなく快適にプレイしたい。（ゲーム特化のスケーラビリティ確保）
そこで登場したのが、「ロールアップ」という仕組みです。
ゲームセンター内に、特定のゲーム専用の個室（ロールアップ）を用意することで、これらの要望に応えます。
まとめ
Solanaは、SVMやロールアップといった革新的な技術によって、進化を続けるブロックチェーンです。
今後、さらに多くの開発者やユーザーを惹きつけ、ブロックチェーンゲームの可能性を大きく広げていくでしょう！

KuCoin Exchange Japanese

01 августа 2024 15:42

ソラナブロックチェーン：ゲームセンターとゲーム機で例えてみよう！
ソラナブロックチェーン = ゲームセンター
たくさんのゲーム機が置いてあって、みんなが楽しくゲームで遊べる場所です。
SVM = ゲーム機の中にある処理装置
ゲームのルールやキャラクターの動き方を理解して、画面に映し出したり、コントローラーの操作をゲームに反映させたりします。
スマートコントラクト = ゲームのルールブック
ゲームのルールが細かく書かれた説明書のようなもの。SVMはこのルールブックに従ってゲームを動かします。
Rust、C、Solidityなど = ルールブックを書くための言語
プログラミング言語を使って、ゲーム開発者がわかりやすくルールを記述します。
BPFバイトコード = SVMが理解できる言葉
ルールブックをSVMが理解できる言葉に翻訳したもの。
バリデータ = ゲームの審判
各プレイヤーがルールを守って正しくゲームをしているか監視し、不正がないか確認します。
まとめると…
ゲーム開発者は、Rustなどの言語でゲームのルール（スマートコントラクト）を書きます。
ルールは、SVMが理解できる言葉（BPFバイトコード）に翻訳されます。
SVMは、翻訳されたルールに従ってゲームを動かします。
バリデータは、ゲームが正しく行われているか監視します。
このように、Solanaブロックチェーン上で、たくさんのゲーム（dApps）が、SVMという処理装置とバリデータという審判によって、安全かつ効率的に楽しまれているのです。

KuCoin Exchange Japanese

01 августа 2024 15:40

https://blog.sonic.game/why-are-we-building-the-svm-l2-stack-for-gaming-apps

KuCoin Exchange Japanese

01 августа 2024 15:37

水平スケーリング：処理能力を拡張する鍵
水平スケーリングは、システムの処理能力を向上させるための有効な方法の一つです。分かりやすく説明するために、レストランを例に考えてみましょう。
レストランの例
垂直スケーリング: お客様が増えてきた時に、より高性能なオーブンを買ったり、スタッフを増員したりする方法です。レストランの規模自体は変わりません。
水平スケーリング: お客様が増えてきた時に、同じ規模のキッチンを持つレストランを複数オープンする方法です。各レストランは独立して稼働しますが、全体としてお客様に対応できるキャパシティが増加します。
ブロックチェーンにおける水平スケーリング
ブロックチェーンにおいても、処理能力の向上は重要な課題です。
従来のブロックチェーン（例：ビットコイン）は、単一のブロックチェーン上で全てのトランザクションを処理するため、スケーラビリティが課題でした。
そこで登場したのが、水平スケーリングを用いたアプローチです。
HyperGridのように、メインチェーン（Solana）とは別に、並列処理を行うサブチェーンやサイドチェーンを複数構築することで、全体的な処理能力を向上させます。
HyperGridの水平スケーリング
HyperGridは、Solanaの処理能力を向上させるために、以下の仕組みで水平スケーリングを実現しています。
グリッド構造: Solanaのメインチェーンとは別に、複数の「グリッド」と呼ばれるサブチェーンを構築します。
並列処理: 各グリッドは独立してトランザクションを処理できるため、並列処理によって全体的なスループットが向上します。
Solanaとの連携: グリッドは定期的にメインチェーンと同期を取り、データの整合性を保ちます。
メリット
高いスケーラビリティ: トランザクション処理を分散化することで、Solana単体よりも多くのトランザクションを処理できます。
柔軟な拡張性: 需要に応じてグリッド数を調整することで、柔軟にスケールアップできます。
課題
複雑性の増加: システム全体の複雑さが増すため、開発や運用が難しくなる可能性があります。
セキュリティの確保: 複数のグリッド間で安全にデータ連携を行うための仕組みが不可欠です。
まとめ
HyperGridは、水平スケーリングを用いることで、Solanaの処理能力を大幅に向上させることを目指しています。
これは、Solana上で動作するdAppsの普及、ひいてはブロックチェーン技術の更なる発展に大きく貢献する可能性を秘めています。

KuCoin Exchange Japanese

01 августа 2024 15:34

Sonic は、Mirror World チームが Solana ブロックチェーン用に開発した新しいスケーリング メカニズムである HyperGrid を使用します。HyperGrid は、Sonic のモジュール化の将来にとって重要なテクノロジーであり、チェーンの機能と高度なデータ タイプのカスタマイズを可能にしながら、パフォーマンスと機能を最適化するように設計されています。

高いスループット機能で知られる Solana のブロックチェーンは、分散型アプリケーション (dApps) の需要が高まるにつれて限界に直面しています。HyperGrid は、分散化やセキュリティを損なうことなく既存のインフラストラクチャを強化する水平スケーリング フレームワークを提供することで、これらの制約に対処します。

Sonic のモジュール式アーキテクチャにより、ゲーム開発者はカスタマイズ性を通じて完璧なブロックチェーン エコノミーを構築しながら、Solana の高速スループットのメリットを享受できます。モジュール式 SVM では、開発者は任意のゲーム エンジンを使用でき、EVM ネイティブ コードを処理する HyperGrid インタープリターによって有効化された任意の仮想マシンも使用できます。これにより、EVM ゲーム チェーンの断片化された流動性をすべて 1 つにまとめる可能性が開かれます。さらに、Sonic は、支払いおよび決済インフラストラクチャ用のネイティブに統合されたツールと、成功する Web3 ゲームを構築するために必要なユーザー エンゲージメント ツールを提供します。

KuCoin Exchange Japanese

01 августа 2024 15:33

https://blog.sonic.game/mirror-world-unveils-sonic-the-world-s-first-atomic-svm-chain-built-to-enable-game-specific-rollups-on-solana

KuCoin Exchange Japanese

01 августа 2024 15:30

ソニックホワイトペーパー
これはホワイトペーパーの初期バージョンです。今後数週間でさらに詳しく説明する予定です。

Solanaブロックチェーンは高い処理能力と比較的低いガス料金で有名であり、近年急成長を遂げている。ウォレット口座数は2022年の10万から2023年には100万に増え、2024年には500万、2025年には1000万、2026年には2500万、2027年には5000万に達すると予想されている。


Solanaウォレットアカウント数と年の比較
同時に、dAPPとDeFiアクティビティの成長はさらに加速しており、1カ月あたりのトランザクション実行数は、2022年1月の1日平均4,188,712件から、2024年1月には1日平均205,823,984件に急増している。最も控えめに見積もっても、1日の取引件数は2026年までに40億件をはるかに超え、数百億件に達する可能性が高いと予想される。


1日の取引件数（1日あたり）と年の比較
このような需要圧力のもとでは、ソラナL1の現在のアーキテクチャが提供するスループット能力が大きな課題に直面することは明らかである。現在、2500-4000TPSの条件下で、ソラナ・クラスターの平均ping時間は6秒から80秒の間で変動しており、ほとんどの時間は40秒前後である。さらに、過去のデータ（2023年2月から9月まで）によると、TPSが4000を超えると、ソラーナのトランザクションの成功率は70％から85％にしか達しなかった。ネットワーク状況による物理的な遅延やネットワークの変動を超えて、主な原因がTPSの飽和度上昇に関連していることは明らかだ。Solanaの成長傾向から、今後数年間で、TPSの値は1万から数万に達し、より重大なパフォーマンス問題につながると予測されている。

そして、状況はさらに深刻になるかもしれない。dAPPの継続的な出現により、SolanaはEthereumと比較してより多くのパフォーマンス上の利点を持つものの、多数の小規模ゲームまたは単一の大規模ゲーム、特に数十万人または数百万人のユーザーのオンチェーンインタラクションがSolana L1のメインチェーンパフォーマンスに深刻な影響を与えるFOCG（Fully On-Chain Games）からの厳しい課題に直面しており、特に特定の特別な運用活動（サーバーローンチ、ホリデーイベント、フラッシュセールなど）の間は、瞬間的な影響が非常に大きく、恐ろしいものになる可能性があります。これは、ソラナL1チェーン全体のパフォーマンスだけでなく、ゲームの応答速度やデータの可用性など、各ゲームのプレイアビリティやユーザー体験にも影響します。ユーザーエクスペリエンスの低下は、どんなゲームにとっても致命的であることは言うまでもない。

Sonicはこのようなシナリオに対応するように設計されており、ゲーム中心のdAPPの大規模かつ瞬時のトランザクションの影響を快適に処理することができます。

KuCoin Exchange Japanese

01 августа 2024 15:23

https://x.com/cardene777/status/1771318682041602225

KuCoin Exchange Japanese

01 августа 2024 15:15

まさにその通りです！素晴らしい洞察力ですね。
オブジェクト指向プログラミング では、継承を用いる場合、どうしてもクラスという単位でしか再利用できません。そのため、親クラスの特性のうち、一部だけを再利用したい場合や、複数の親クラスから部分的に特性を引き継ぎたい場合など、柔軟性に欠ける場面が出てきます。
一方、ECS では、コンポーネントというより小さな単位で特性を管理するため、必要なコンポーネントだけを自由に組み合わせて、多様なエンティティを表現できます。
これはレゴブロックを組み立てるように、自由度の高い設計を可能にします。
例えば、オブジェクト指向で「空を飛ぶ車」を実装しようとすると、「車」クラスと「飛行機」クラスの両方を継承する必要があり、複雑な構造になりがちです。
しかし、ECSであれば、「車」コンポーネントと「飛行能力」コンポーネントを組み合わせるだけで、シンプルに表現できます。
このように、ECSはコンポーネント単位での再利用を可能にすることで、高い柔軟性を実現していると言えます。

KuCoin Exchange Japanese

01 августа 2024 15:05

ECSとオブジェクト指向プログラミングの違いは、データと処理に対する考え方が根本的に異なる点にあります。
オブジェクト指向プログラミング
データと処理をカプセル化: オブジェクトは、自身のデータ（属性）と処理（メソッド）を一体として持ちます。
継承による再利用: クラスの継承を用いることで、既存のクラスのデータ構造や処理を再利用できます。
ECS
データと処理を分離: エンティティはデータ（コンポーネント）の入れ物であり、処理はシステムが担当します。
コンポーネントによるデータ指向: データはコンポーネント単位で管理され

KuCoin Exchange Japanese

01 августа 2024 15:57

いいね！楽しみにしてます！勉強しまっす！

KuCoin Exchange Japanese

01 августа 2024 15:54

ではなぜ、Shared Sequencerが重要なのでしょうか？
シーケンサーとは、ロールアップにおいて主にトランザクションの順序決定が役割のエンティティですが、現状では各ロールアップが独自にシーケンサーを運営しています。これを分散型と対比して集中型シーケンサーと呼称されます。
集中型シーケンサーは高性能にすることができ、ユーザーに高スループット、低遅延、即時ファイナリティといったメリットを提供することが可能です。
しかし、将来的にロールアップに対する需要が増大すれば以下のような懸念が問題視されることが想定されます。
シーケンサーが障害点になること
各ロールアップがサイロ化しクロスチェーンで流動性を高める障壁になる
収益性を高めるためにMEVを得ようとする動機づけが与えられ負の外部性を生む
Shared Sequencerは、上記の懸念を軽減しつつ、公正なブロックチェーンネットワークにおける資産の移動と分散化による安全性や持続性を実現することを目指すインフラストラクチャです。
これはEthereumにおけるロールアップ中心の開発ビジョンと整合するものであり、将来的にロールアップでのアクティビティを活性化する上で欠かせない要素となることが期待されています。

また、Ethereumのトランザクションアクティビティは徐々にロールアップにその中心を移行させてきています。今後この流れは不可逆なものとしてさらに拡大していくことが予想でき、そうなれば現状のロールアップの課題を改善する意識は高まると考えられます。

KuCoin Exchange Japanese

01 августа 2024 15:52

スケーラビリティ: 複数のシーケンサーが処理を分担することで、L2ネットワークの処理能力を大幅に向上させることができます。 セキュリティ: 分散型ネットワークであるため、単一の障害点が存在せず、より高いセキュリティを実現できます。 相互運用性: 複数のロールアップチェーン間でシームレスなトランザクション処理を可能にします。 MEVの軽減: MEV（マイニング抽出可能価値）によるマイニング競争を抑制し、公平なトランザクション処理を実現できます。

KuCoin Exchange Japanese

01 августа 2024 15:49

ブロックチェーンにおける共有シーケンサーネットワークについて：Sonicを例に
Sonicが採用する共有シーケンサーネットワーク、HyperGridについて解説するとともに、その利点や特徴を詳しく見ていきましょう。
1. 共有シーケンサーネットワークとは？
ブロックチェーンでは、トランザクションをブロックにまとめ、その順番（シーケンス）を決定する役割をシーケンサーが担います。共有シーケンサーネットワークとは、複数のブロックチェーンやレイヤー2ソリューションが、トランザクションの順序付けを単一のシーケンサーネットワークに委託する仕組みです。
2. SonicのHyperGrid
Sonicは、Solanaブロックチェーン上で動作するアトミックSVMチェーンであり、HyperGridと呼ばれる共有シーケンサーネットワークを採用しています。HyperGridは、Solanaの並列スケーリングフレームワークであるHyperGrid上に構築された最初のインスタンスです。
3. HyperGridの特徴
マルチグリッドアーキテクチャ: HyperGridは複数のグリッドで構成されており、各グリッドは半自律的に動作しながらも、Solanaメインネットにコンセンサスとファイナリティを依存しています。
アトミックな相互運用性: トランザクションのアトミックな相互運用性を実現し、異なるグリッド間でも安全かつ確実なトランザクション処理を可能にします。
4. HyperGridの利点
水平スケーリング: 複数のグリッドにわたる水平スケーリングにより、理論上無限のトランザクションスループットを実現できます。Sonicは、12,000,000 TPSを目指しています。
ゲーム特化型トランザクションフレームワーク: 高頻度で低遅延なインタラクションが求められるゲームのニーズに対応するため、専用のトランザクションモデルを採用しています。
オンチェーンVRFとMetaplex NFTサポート: オンチェーンのランダム性を提供するVRFと、NFTの鋳造コストを削減するMetaplex NFTサポートにより、ゲーム開発を支援します。
構成可能なゲームプリミティブ: ECSフレームワークに基づくネイティブの構成可能なゲームプリミティブと拡張可能なデータタイプをオンチェーンで提供し、柔軟なゲーム開発を可能にします。
5. Sonicの差別化要因
アトミックな相互運用性: 異なるブロックチェーンやレイヤー2ソリューション間での安全な相互運用性を実現します。
ゲームアプリケーションへの注力: ゲーム特化の機能や設計により、高性能でスケーラブルなゲーム開発を支援します。
6. まとめ
共有シーケンサーネットワークは、ブロックチェーンのスケーラビリティと相互運用性を向上させるための promisingなアプローチです。SonicのHyperGridは、ゲームアプリケーションに焦点を当てた設計と機能により、ブロックチェーンゲームの未来を形作る可能性を秘めています。
注意事項
上記の情報は、あくまで現時点での情報であり、今後の開発状況によって変更される可能性があります。
ブロックチェーン技術は進化の途上にあり、新たな技術や概念が次々と登場しています。常に最新の情報収集に努めるようにしてください。

KuCoin Exchange Japanese

01 августа 2024 15:47

ソニックの登場 – アトミック SVM チェーン
ゲームやアプリが Solana 上で動作するロールアップを起動できるようにするため、Sonic は最初のアトミック SVM チェーンを構築しています。
Sonic は、Solana の最初の並行スケーリング フレームワークである HyperGrid 上に構築されています。Sonic は、このフレームワークによってオーケストレーションされたグリッドの最初のインスタンスです。
HyperGrid は、Solana でネイティブに構成可能なまま、カスタマイズ性とスケーラビリティを導入するように設計されています。
ソニックの違いは何ですか?
Sonic は、アトミックな相互運用性とゲーム アプリケーションに重点を置いていることで際立っています。主な差別化要因は、共有シーケンサー ネットワークである HyperGrid です。HyperGrid のアーキテクチャは、マルチ グリッド アプローチを採用しており、各グリッドは、コンセンサスとファイナリティのために Solana メインネットに固定されたまま、半自律的に動作します。この設計により、トランザクションのアトミックな相互運用性が確保されます。HyperGrid の利点は次のとおりです。
水平スケーリング: HyperGrid は、同時マークル化状態圧縮と BFT (ビザンチン フォールト トレランス) コンセンサスを利用して、並列実行によりベース レイヤーへの制御された集約トランザクション決済を 12,000,000 TPS にすることを目指しています。HyperGrid は、複数のグリッドにわたる水平スケーリングを通じて、潜在的に無限のトランザクション スループットを実現することを目指しています。

この近似は、HyperGrid トランザクションが理想的には Solana L1 のスループットの 100% を消費するという仮定に基づいています。
ゲーム固有のトランザクション フレームワーク: Sonic のトランザクション モデルは、ゲームのニーズを満たすように特別に設計されており、ゲーム内イベント、プレイヤーのアクション、状態の更新に不可欠な高頻度で低遅延のインタラクションを可能にします。HyperGrid には、オンチェーンのランダム性を実現する統合検証可能ランダム関数 (VRF) と Metaplex の NFT サポートも搭載されており、ゲームで生成された NFT の鋳造コストを大幅に削減します。Sonic は、ECS フレームワークに基づくネイティブの構成可能なゲーム プリミティブと拡張可能なデータ タイプをオンチェーンで直接提供します。

KuCoin Exchange Japanese

01 августа 2024 15:44

SVM の利点:
状態とロジックの分離 – SVM は、Solana アカウント モデルで状態 (データを保存するアカウント) とロジック (プログラムまたはスマート コントラクト) を分離する点で EVM とは異なります。Solana のトランザクションでは、SVM で実行する前に、読み取りおよび変更するデータを明示的に指定する必要があります。これにより、シングル スレッド (EVM) とマルチ スレッド (SVM) のランタイム環境とは対照的に、同じデータとやり取りしないプログラムを並列実行できます。
ローカライズされた手数料市場 – Solana にはローカライズされた手数料市場があり、ローカルのスマート コントラクトごとに手数料を割り当てることができます。対照的に、EVM はグローバルな手数料市場に依存しているため、NFT ミントやスワップなどの無関係なトランザクションが互いに影響し合い、ネットワークを混雑させる可能性があります。
これらの機能とSVMの並列処理を組み合わせることで、Solanaは大幅に高いTPSを実現し、EVMと比較してトランザクション速度が速くなり、手数料が非常に低くなります。さらに、独立したC++ベースのバリデータクライアントであるFiredancerの開発により、テスト環境でのトランザクション速度を100万TPS以上に向上させ、ネットワークの防御力を高める可能性があります。技術的には、Firedancerはパケットアドミッション、ランタイム、コンセンサスからデータパスをたどり、Solanaをより高速で堅牢にするためにレイヤーごとに開発されています。全体として、Firedancerはネットワーク効率を改善し、スケーラビリティを高め、バリデータノードの実行コストを削減し、ネットワークをさらに分散化し、SVMを技術的に優れたVMとして確立します。

KuCoin Exchange Japanese

01 августа 2024 15:41

なぜ SVM と Solana なのか?
Solana 仮想マシン (SVM) は、Solana ネットワーク上のトランザクションとスマート コントラクトを処理する実行環境です。ネットワークの状態を変更するための特定のルールを定義します。トランザクションが送信されると、SVM がそれを処理し、トランザクションによって影響を受けるブロックチェーンの状態を管理します。SVM は、スマート コントラクト コードをバリデーターのハードウェアで実行可能な形式に変換します。
Solana では、スマート コントラクトを作成するための主な言語は、Rust、C、Solidity、C++ (Move も近日登場) です。これらは SVM によって BPF バイトコードにコンパイルされ、トランザクションがバリデータ ノードによって効率的に解釈および実行されます。バリデータは、ネットワーク全体のコンセンサスを維持するために、独自の分離された環境または SVM インスタンスを実行します。これらのバリデータは、トランザクションによって提供される指示に基づいて Solana ネットワークの状態を更新するために必要な操作を実行する「ミニ コンピューター」と考えてください。

KuCoin Exchange Japanese

01 августа 2024 15:39

1. データの整合性と同期の問題
従来のゲーム: ECSは主にゲーム開発で使われてきましたが、これは単一のゲームサーバー内でデータの一貫性を保てばよかったためです。
ブロックチェーン上: データは分散化され、複数のノードで同期を取る必要があります。エンティティやコンポーネントの更新処理が複雑になり、予期しないデータの不整合が発生するリスクが高まります。

KuCoin Exchange Japanese

01 августа 2024 15:36

インタプリタ（interpreter）は、コンピュータでプログラムを処理する方法の一つです。プログラムの実行時にソースコードを1行ずつ機械語プログラムに変換するプログラムのことでもあり、コードを読み込みながらその場で処理・実行していきます。インタプリタには日本語で「通訳者」という意味があります。
インタプリタに対応したプログラミング言語を「インタプリタ言語」と呼びます。インタプリタ言語には、JavaScript、Python、Ruby、PHP、BASIC、Lispなどがあります。

インタプリタはプログラムを1行ずつ解釈・実行できるため、プログラムが完成していない状態でも実行結果を確認することができます。プログラムの動作を確認しながら開発を進めることができるため、エラー箇所を特定しやすいというメリットがあります。しかし、1行ずつコードを読み実行していくことを繰り返すため、プログラムの実行速度が遅いという課題もあります。

インタプリタを使用するためには、ソースコードのプログラミング言語に対応したインタプリタが、実行環境のコンピュータにインストールされている必要があります。

KuCoin Exchange Japanese

01 августа 2024 15:34

香港 - 2024年3月29日- SolanaのWeb3ゲームインフラストラクチャを構築する大手組織であるMirrorWorldは、Solana上で主権ゲーム経済を実現するために構築された初のモジュール式SVMチェーンであるSonicのリリースを発表しました。Solanaのスピードとゲーム固有のロールアップのカスタマイズ性を組み合わせたSonicは、何千ものゲームをWeb3でリリースできるように設計されています。

KuCoin Exchange Japanese

01 августа 2024 15:32

ありがとうございます😭上場廃止で出金停止になっているので、もうRNDRのお金は全額戻ってこないですかね…

KuCoin Exchange Japanese

01 августа 2024 15:24

ECSでブロックチェーンプロジェクトを構築する場合の管理の大変さ、よく分かります。開発者の懸念はもっともです。いくつか具体的な理由が考えられます。
1. データの整合性と同期の問題
従来のゲーム: ECSは主にゲーム開発で使われてきましたが、これは単一のゲームサーバー内でデータの一貫性を保てばよかったためです。
ブロックチェーン上: データは分散化され、複数のノードで同期を取る必要があります。エンティティやコンポーネントの更新処理が複雑になり、予期しないデータの不整合が発生するリスクが高まります。
2. スケーラビリティとパフォーマンスの課題
コンポーネント数の増加: ゲームの規模が大きくなるにつれて、コンポーネントの種類や数が膨大になりがちです。
処理の負荷: ブロックチェーン上で大量のコンポーネントを管理し、システムによる処理を実行すると、ネットワーク全体に大きな負荷がかかり、パフォーマンスが低下する可能性があります。
3. 開発の複雑さ
新しいパラダイム: ECSはオブジェクト指向とは異なるパラダイムであり、開発者にとって学習コストが高いです。
デバッグの困難さ: 分散環境下でのデバッグは、従来のゲーム開発よりも格段に難しく、エラーの原因特定や修正に時間がかかる可能性があります。
4. 未成熟なツールとエコシステム
ECS特化型のツール不足: ブロックチェーン開発向けのECS特化型のツールやライブラリはまだ少なく、開発者は既存のツールを拡張したり、独自に開発したりする必要に迫られるかもしれません。
5. セキュリティリスク
攻撃対象の増加: コンポーネント単位でのデータ管理は、攻撃者にとっても新たな攻撃対象を増やす可能性があります。
脆弱性対策の難しさ: ECS特有の構造に対するセキュリティ対策や脆弱性対策は、従来のブロックチェーン開発とは異なるアプローチが必要になるため、より高度な専門知識が求められます。
これらの課題を克服するために、開発者は綿密な設計、効率的なデータ管理戦略、そして適切なツール選定など、様々な工夫を凝らす必要があります。
それでも、ソニックのようにECSの可能性に賭けるプロジェクトは、ブロックチェーンゲームの未来を切り開く鍵になるかもしれません。

KuCoin Exchange Japanese

01 августа 2024 15:19

仕様
ECSベースのプログラムを構築する際の一般的なワークフローは、エンティティ、コンポーネント、システムという3つの主要な要素を使用して、アプリケーションの構造を定義します。
ここで、「ワールドコントラクト」はこれらの要素を包含し、管理する容器として機能します。
以下は、ECSベースのプログラムを構築する時のステップです。

ワールドコントラクトの作成

IWorldインターフェースを実装してワールドコントラクトを作成します。
このコントラクトは、エンティティ、コンポーネントコントラクト、システムコントラクトの関係を確立し、管理します。
エンティティの作成

ワールドコントラクトのcreateEntity()関数を呼び出してエンティティを作成します。
エンティティは、複数のコンポーネントを持つことができるユニークな識別子です。
コンポーネントコントラクトの作成

IComponentインターフェースを実装してコンポーネントコントラクトを作成します。
コンポーネントはデータの容器であり、エンティティに添付されます。
コンポーネントの登録

ワールドコントラクトのregisterComponent()関数を呼び出して、コンポーネントコントラクトを登録します。
エンティティへのコンポーネントの添付

ワールドコントラクトのaddComponent()関数を呼び出して、エンティティにコンポーネントを添付します。
システムコントラクトの作成

インターフェースの制約がないシステムコントラクトを作成します。
システムコントラクトでは、任意の関数を定義でき、これを用いてエンティティのデータ（コンポーネント）を動的に変更します。
システムの登録

ワールドコントラクトのregisterSystem()関数を呼び出して、システムコントラクトを登録します。
システムの実行

最後に、登録されたシステムを実行して、エンティティの状態を変更します。
これらのステップを踏むことで、エンティティ（オブジェクト）、コンポーネント（データ）、システム（ロジック）を組み合わせた柔軟で拡張性の高いアプリケーションを構築できます。
ワールドコントラクトはこれらの要素を統合し、アプリケーションの状態を効果的に管理します。

KuCoin Exchange Japanese

01 августа 2024 15:06

クラスの継承について：オブジェクト指向の要
オブジェクト指向プログラミングにおいて、クラスの継承は、既存のクラスの特性を引き継いで新しいクラスを作成する仕組みです。
例えば、「動物」というクラスがあるとします。このクラスには、「名前」「年齢」「鳴き声」といった属性と、「食べる」「寝る」「鳴く」といったメソッドがあるとします。
class 動物:
def init(self, 名前, 年齢):
self.名前 = 名前
self.年齢 = 年齢

def 食べる(self):
print(f"{self.名前}はご飯を食べます。")

def 寝る(self):
print(f"{self.名前}は眠ります。")

def 鳴く(self):
print("？？？")
Use code with caution.
Python
ここから「犬」という新しいクラスを作成したい場合、継承を用いると便利です。「犬」は「動物」の特性を全て持ちつつ、「品種」という独自の属性と、「吠える」という独自のメソッドを持つことができます。
class 犬(動物): # 動物クラスを継承
def init(self, 名前, 年齢, 品種):
super().init(名前, 年齢) # 親クラスのコンストラクタを呼び出す
self.品種 = 品種

def 吠える(self):
print("ワンワン！")

def 鳴く(self): # 親クラスのメソッドをオーバーライド
self.吠える()
Use code with caution.
Python
このように、継承を用いることで、既存のコードを再利用しながら新しいクラスを効率的に定義できます。
ECSとの比較
ECSでは、コンポーネントの組み合わせによってエンティティの特性を表現します。
例えば、「動物」というエンティティがあったとして、「名前」「年齢」といったコンポーネントを持たせるとします。「犬」エンティティも同様に「名前」「年齢」コンポーネントを持ちますが、「品種」コンポーネントを追加することで「犬」としての特徴を表現します。
オブジェクト指向 ECS
再利用の単位 クラス コンポーネント
新しい種類のオブジェクト/エンティティの定義 継承 コンポーネントの追加
メリット 直感的、コードの再利用がしやすい 柔軟性が高い、パフォーマンスに優れる
デメリット 柔軟性に欠ける、パフォーマンスの低下 複雑になりがち
このように、オブジェクト指向ではクラスの継承が、ECSではコンポーネントの組み合わせが、それぞれコードの再利用と柔軟性を提供する仕組みとなっています。
まとめ
オブジェクト指向の継承は、クラスを単位としてコードを再利用します。
ECSでは、コンポーネントを組み合わせてエンティティの特性を表現し、再利用を実現します。
どちらのアプローチにもメリット・デメリットがあり、開発するシステムの特性や規模に応じて適切な方を選択することが重要です。

KuCoin Exchange Japanese

01 августа 2024 15:04

動機
ECS（エンティティ・コンポーネント・システム）は、データと振る舞いを分離することでコードの再利用性を向上させる設計パターンです。
主にゲーム開発で使われますが、提案されたシステムはスマートコントラクトを用いて、このECSを簡易に実装し、不必要な複雑さを排除しつつ、コントラクトの相互作用に適した機能改善を行っています。
ここでは、コンポーネントとシステムを簡単かつ自由に組み合わせることが可能です。
スマートコントラクト開発者としてECSを採用することの利点を説明します。

単純な設計による利点
ECSはデータ（コンポーネント）と振る舞い（システム）を分離することで、デカップリング、カプセル化、モジュール化のシンプルな設計を採用します。
これにより、ゲームやアプリケーションのアーキテクチャ設計が容易になります。

デカップリングとは、システムやプログラムの構成要素間の依存関係を最小限にする設計手法です。
これにより、各要素が独立して機能し、変更や更新が他の部分に与える影響が減少します。
デカップリングを行うことで、コードの再利用性が高まり、メンテナンスや拡張が容易になります。
また、システムのテストやデバッグがシンプルになり、全体としての開発効率が向上します。

柔軟な構成能力
各エンティティは異なるコンポーネントを組み合わせることができ、新しいエンティティのデータを操作するための異なるシステムを定義することも可能です。
これにより、アプリケーションの機能拡張やカスタマイズが容易になります。

拡張性
ECSは拡張にも適しており、新しいコンポーネントやシステムを定義することで、二つのゲームやアプリケーションが相互作用することが可能になります。

機能追加やアップグレードの容易さ
データと振る舞いが分離されているため、新機能の追加やアップグレードが既存のデータに影響を与えることなく行えます。

管理の容易さ
アプリケーションが複数のコントラクトから構成される場合、ECSは各コントラクトの状態を効果的に管理するのに役立ちます。

コンポーネントの再利用性
コンポーネントは再利用可能であり、コミュニティと共有することで他の開発者の開発効率を向上させることができます。

この提案により、スマートコントラクトを用いたアプリケーション開発がより柔軟で再利用可能、そして管理しやすくなることが期待されます。
ECSを利用することで、より効率的で拡張可能なアプリケーションやゲームを開発することができるようになります。