PhezzanはオーダーブックDEXにリテール流動性をもたらす
免責事項: ここで紹介するものはすべて、ハイレベルな考え、図解、概念にすぎません。Phezzanチームが解明しなければならない詳細な事柄がたくさんあります。Phezzan Protocolで流動性を提供する場合、間違いなくリスクがあります。Financialなアドバイスはなく、DYORの徹底をお願いします。1. 過去2021年後半、Phezzanの2人の創業者は、Apple App Storeのソーシャルネットワーキングカテゴリで100位以内に入ったことがあるスクリーン共有アプリの最後のスタートアップを閉鎖しました。そのビジネスは利益を生むものではありませんでしたが、私たちは人々が求めるものを作りました。今日に至るまで、毎週、ユーザーはいつアプリを復活させるのかと尋ねてきています。 私たち自身は長年のトレーダーであったため、2021年後半にL2がブームになっていたこともあり、DEXの領域を調べ始めました。私たちはあらゆる種類のDEXを試しましたが、CEXのそれとは比べものにならないという結論に達しました。DEXが未来だとしたら、5年後にCEXに勝つためにはどんなDEXが必要なので...

ブロックチェーン間でじゃんけんをしよう!
さっそくですがブロックチェーン間でじゃんけんゲームをしてみませんか? ルールは簡単で、N個のチェーンにじゃんけんのコントラクトを実装し、お互いに通信しながらじゃんけんを実施し、最後に結果を取得します。なんだか、とっても簡単な話に聞こえますよね? それではやってみましょう!目的本記事では、ブロックチェーン間でじゃんけんをすることを通して、クロスチェーンメッセージを使ったアプリケーションの開発体験を垣間見ることを目的としています。といっても、プログラミングや開発を主軸とした話ではないので、身構える必要はありませんよー舞台設定舞台は次のように設定します。開発者はN個のチェーンにコントラクトを実装し、「ある時間になったら」じゃんけんゲームを始めるように定義します。一人の開発者が勝手にコントラクトを整備して、勝手にじゃんけんさせるという異様な光景を想定してください。簡単のためにセッションIDは考えません。要は、じゃんけんは一回限りで、あいこになっても再戦しません。一回じゃんけんしたら、二度とじゃんけんをしません。ブロックチェーン間のコミュニケーション手段として、汎用クロスチェーンメッセージ...

マルチデリゲート
はじめにブロックチェーンに関連するプロジェクトは、しばしばガバナンスの分散化の試みがされている。ガバナンスでは、ガバナンストークンと呼ばれる通貨の導入例が多く見られ、プロトコルの維持管理作業に関して円滑な合意形成を図る。特に、ガバナンスのセキュリティの確保のために委任の仕組みが導入されているが、委任された人がガバナンスに参加できなくなった場合、ガバナンスのセキュリティの確保が困難になる場合が考えられる。本記事では、その緩和策としてMultiDelegateを提案する。投票と委任委任の仕組みがないガバナンストークンによる投票は、以下のように行われる。トークンホルダーは、スナップショットが撮られた瞬間に保有するトークン量に比例した投票力を得る。トークンホルダーは投票期間内に投票を行い、投票期間後に結果を得る。ただ、これには大きな問題点がある。それは、大量にトークンを保有する人が投票結果を左右しやすいがために、少量しかトークンを保有しない人が投票するインセンティブが欠けてしまうという点だ。投票に参加する人の減少は、投票に利用されるトークンの割合の低下を招き、投票結果の正当性が得られにく...
Optimism Support-NERDs🔴✨ | ZetaChain Ambassador

Subscribe to hashigo
PhezzanはオーダーブックDEXにリテール流動性をもたらす
免責事項: ここで紹介するものはすべて、ハイレベルな考え、図解、概念にすぎません。Phezzanチームが解明しなければならない詳細な事柄がたくさんあります。Phezzan Protocolで流動性を提供する場合、間違いなくリスクがあります。Financialなアドバイスはなく、DYORの徹底をお願いします。1. 過去2021年後半、Phezzanの2人の創業者は、Apple App Storeのソーシャルネットワーキングカテゴリで100位以内に入ったことがあるスクリーン共有アプリの最後のスタートアップを閉鎖しました。そのビジネスは利益を生むものではありませんでしたが、私たちは人々が求めるものを作りました。今日に至るまで、毎週、ユーザーはいつアプリを復活させるのかと尋ねてきています。 私たち自身は長年のトレーダーであったため、2021年後半にL2がブームになっていたこともあり、DEXの領域を調べ始めました。私たちはあらゆる種類のDEXを試しましたが、CEXのそれとは比べものにならないという結論に達しました。DEXが未来だとしたら、5年後にCEXに勝つためにはどんなDEXが必要なので...

ブロックチェーン間でじゃんけんをしよう!
さっそくですがブロックチェーン間でじゃんけんゲームをしてみませんか? ルールは簡単で、N個のチェーンにじゃんけんのコントラクトを実装し、お互いに通信しながらじゃんけんを実施し、最後に結果を取得します。なんだか、とっても簡単な話に聞こえますよね? それではやってみましょう!目的本記事では、ブロックチェーン間でじゃんけんをすることを通して、クロスチェーンメッセージを使ったアプリケーションの開発体験を垣間見ることを目的としています。といっても、プログラミングや開発を主軸とした話ではないので、身構える必要はありませんよー舞台設定舞台は次のように設定します。開発者はN個のチェーンにコントラクトを実装し、「ある時間になったら」じゃんけんゲームを始めるように定義します。一人の開発者が勝手にコントラクトを整備して、勝手にじゃんけんさせるという異様な光景を想定してください。簡単のためにセッションIDは考えません。要は、じゃんけんは一回限りで、あいこになっても再戦しません。一回じゃんけんしたら、二度とじゃんけんをしません。ブロックチェーン間のコミュニケーション手段として、汎用クロスチェーンメッセージ...

マルチデリゲート
はじめにブロックチェーンに関連するプロジェクトは、しばしばガバナンスの分散化の試みがされている。ガバナンスでは、ガバナンストークンと呼ばれる通貨の導入例が多く見られ、プロトコルの維持管理作業に関して円滑な合意形成を図る。特に、ガバナンスのセキュリティの確保のために委任の仕組みが導入されているが、委任された人がガバナンスに参加できなくなった場合、ガバナンスのセキュリティの確保が困難になる場合が考えられる。本記事では、その緩和策としてMultiDelegateを提案する。投票と委任委任の仕組みがないガバナンストークンによる投票は、以下のように行われる。トークンホルダーは、スナップショットが撮られた瞬間に保有するトークン量に比例した投票力を得る。トークンホルダーは投票期間内に投票を行い、投票期間後に結果を得る。ただ、これには大きな問題点がある。それは、大量にトークンを保有する人が投票結果を左右しやすいがために、少量しかトークンを保有しない人が投票するインセンティブが欠けてしまうという点だ。投票に参加する人の減少は、投票に利用されるトークンの割合の低下を招き、投票結果の正当性が得られにく...
Share Dialog
Share Dialog
<100 subscribers
<100 subscribers


つい先程、ZetaChainのホワイトペーパー1.0が公開されました。実際に翻訳していて、いくつかの変更点と、追加された部分に気づきましたので、ここにまとめたいと思います。
4章ZetaChainブロックチェーンアーキテクチャの4.1概要のうち、スループットに関する記述が変更されています。以前はTPSは100と記述していたのですが、理想的には4000 TPSという記述に変更されました。ただし、現実には外部チェーンとのやり取りにかかわる処理が律速になるだろうということが述べられています。
4章ZetaChainブロックチェーンアーキテクチャの4.4クロスチェーンスマートコントラクトとZeta仮想マシンのうち、Zeta仮想マシンの表記がZVMからzEVMへ変更されています。実は、昨年にドキュメントが公開された段階ですでに記述は変更されました。意図としては、Zeta仮想マシンはEVM互換であり、外部チェーンとのやり取りに関して書き加える以外は、コードの変更がほとんど必要ないことを強調したいのかなと勝手ながら思っています。
4.4クロスチェーンスマートコントラクトは全体的に変更・追加されています。
4.4.1.汎用クロスチェーントランザクションの課題として挙げられているものが、「(トランザクションの)非同期性と原子性」に置き換わっています。
4.4.2.メカニズム1: クロスチェーンメッセージパッシングと4.4.3.メカニズム2: オムニチェーンスマートコントラクトでは、それぞれZetaChainの2つの機能が詳しく述べられています。特に、リバートした際の挙動について事細かに記されています。
4.4.4.オムニチェーンスマートコントラクトとメッセージングの比較では、2つの機能をよく知られているdAppを具体例に出しながら、それぞれの仕様の違いを説明しています。
4.4.5.手数料・ガスでは、ZetaChainのリソースを使用するのに使われるガスの使用について述べられています。
ZETAトークンの仕様や用途について表現が変わっています。
6.ユースケース・アプリケーションでは、6.5.他のユースケースの項目が追加され、拡充が図られています。
以上がZetaChainホワイトペーパー1.0の変更点と追加点になります。 大きな変更点としては、ドキュメントに基づいてクロスチェーンスマートコントラクトに関する記述が加わっており、その他はそこまで変わってないかなという印象です。
つい先程、ZetaChainのホワイトペーパー1.0が公開されました。実際に翻訳していて、いくつかの変更点と、追加された部分に気づきましたので、ここにまとめたいと思います。
4章ZetaChainブロックチェーンアーキテクチャの4.1概要のうち、スループットに関する記述が変更されています。以前はTPSは100と記述していたのですが、理想的には4000 TPSという記述に変更されました。ただし、現実には外部チェーンとのやり取りにかかわる処理が律速になるだろうということが述べられています。
4章ZetaChainブロックチェーンアーキテクチャの4.4クロスチェーンスマートコントラクトとZeta仮想マシンのうち、Zeta仮想マシンの表記がZVMからzEVMへ変更されています。実は、昨年にドキュメントが公開された段階ですでに記述は変更されました。意図としては、Zeta仮想マシンはEVM互換であり、外部チェーンとのやり取りに関して書き加える以外は、コードの変更がほとんど必要ないことを強調したいのかなと勝手ながら思っています。
4.4クロスチェーンスマートコントラクトは全体的に変更・追加されています。
4.4.1.汎用クロスチェーントランザクションの課題として挙げられているものが、「(トランザクションの)非同期性と原子性」に置き換わっています。
4.4.2.メカニズム1: クロスチェーンメッセージパッシングと4.4.3.メカニズム2: オムニチェーンスマートコントラクトでは、それぞれZetaChainの2つの機能が詳しく述べられています。特に、リバートした際の挙動について事細かに記されています。
4.4.4.オムニチェーンスマートコントラクトとメッセージングの比較では、2つの機能をよく知られているdAppを具体例に出しながら、それぞれの仕様の違いを説明しています。
4.4.5.手数料・ガスでは、ZetaChainのリソースを使用するのに使われるガスの使用について述べられています。
ZETAトークンの仕様や用途について表現が変わっています。
6.ユースケース・アプリケーションでは、6.5.他のユースケースの項目が追加され、拡充が図られています。
以上がZetaChainホワイトペーパー1.0の変更点と追加点になります。 大きな変更点としては、ドキュメントに基づいてクロスチェーンスマートコントラクトに関する記述が加わっており、その他はそこまで変わってないかなという印象です。
No activity yet