コンピュータによる保管: トラストレスで自律的なデジタル資産管理に向けて

Qredo 中国

2022-10-13 15:57 (UTC+8)

本文约1679字，阅读全文需要约7分钟

コンピューティングホスティングにより、デジタル資産運用のスケーラビリティの上限が引き上げられ、組織は 1 日に数百万件のトランザクションをサポートできるようになります。

スケーリングはビジネスゲームと同義であり、自動化はそれを効率的に行うための鍵です。

このことを認識して、銀行や従来の金融機関は、競争上の優位性を高め、業務効率を最大化し、日常業務に必要な人間の介入を最小限に抑えるために、長い間自動化を利用してきました。

ただし、デジタル資産は依然として大部分が手動モードのままです。ほとんどのトランザクションは依然としてマウスのクリックまたは指のタップで実行されており、1 分間に数件以上のトランザクションを実行することは通常は問題外です。

はじめに: コンピューティングホスティング

Qredo のコンピューティングホスティングは、分散マルチパーティコンピューティング (dMPC)自動化と組み合わせてデジタル資産運用のスケーラビリティの上限を引き上げ、組織が 1 日に何百万ものトランザクションをサポートできるようにします。

これは、事前に決定された基準に基づいて、ユーザーに代わってトランザクションに自動的に署名するトラストレスエスクローエンジンのようなものです。

しかし、このエンジンはどのように動作するのでしょうか?

コンピューティングホスティングの仕組み

コンピューティングホスティングは、Qredo の強力なポリシーエンジンによって強化されています。

このポリシーエンジンを使用すると、トレーダー、管理者、承認者など、さまざまな役割タイプの構成要素から選択して構築できます。カスタムガバナンス、各役割タイプには独自のアクティビティとアクセス権があります。このようにして、チーム固有の構造を反映した安全なトランザクションワークフローを作成できます。

トランザクションが開始されると、そのガバナンスポリシーで割り当てられた各承認者は、送信する前にトランザクションに署名する必要があります。この開始と承認は、Qredo Signature アプリケーションを通じて行われます。

取引を承認するために、署名アプリは指紋に触れることでユーザーを生体認証し、デジタル署名を使用して取引を承認します。

一言で言えば、Compute Hosting は Qredo 署名アプリケーションを安全なサーバー (署名エージェント) に置き換えます。

Qredo のオープンソースライブラリを使用すると、サイズ、宛先アドレス、発信元などの特定の基準に基づいてトランザクションルーティングを管理するように署名プロキシを構成できます。

この署名エージェントは、独自のインフラストラクチャ上またはエスクローサービスで初期化されたトランザクションに署名するための BLS キーをホストします。

BLS署名とは何ですか?

Qredo は BLS (Boneh-Lynn-Shacham) 署名を使用して、Qredo チェーン上のガバナンスポリシーを不変に記録するしきい値署名スキームを実装します。

トランザクションを開始するとき、承認ごとに BLS (Boneh-Lynn-Shacham) が作成されます。デジタル署名。必要なしきい値の BLS 署名を受信した後、Qredo はトランザクションを完了します。

コンピューティングホスティングの使用例

1 日に数十件のトランザクションを手動で承認することによって引き起こされる署名疲労を軽減することに加えて、プログラマティックなデジタル資産管理は、ガバナンスポリシーを強化し、運用を合理化する複数の機会を提供します。

ホワイトリストによる運用の簡素化

組織は、コンピューティングエスクローを使用して、特定の基準を満たした場合 (たとえば、宛先アドレスが既知の取引相手のアドレスと一致する場合) にトランザクションを自動的に承認するホワイトリストルールを設定できます。

あるいは、DeFi ファンドはホワイトリストを使用して、dApp 内の特定のスマートコントラクトへの自動アクセスを許可し、他の潜在的に悪意のあるコントラクトをブロックすることで、dApp と安全にやり取りする可能性があります。

トランザクションを事前確認することでレイテンシーを短縮

ペースの速いデジタル資産市場では、ミリ秒がチャンスをうまく掴むか取り残されるかの違いを生む可能性があります。

トランザクションの事前承認は遅延を最小限に抑える上で重要な役割を果たします。たとえば、ファンドマネージャーは、トレーダーに一定の制限内で自由に取引できる機能を提供する場合があります。これらの制限 (個々の取引の規模から指定された期間の総取引量に基づく場合があります) を超えない取引は、自動的に承認されます。

したがって、市場機会が生じたとき、トレーダーは承認を待たされることなく、すぐにそれを掴むことができます。

複数のチーム間でトレードする

基本的なブール演算子 (and、or、not) を使用してルールをプログラミングすることにより、コンピューティングエスクローにより、トランザクションをさまざまなチームとガバナンス構造の間でルーティングできるようになります。

たとえば、ファンドでは、一定の金額を下回るすべての取引の承認がポリシーグループ A (運用チーム) に送信されるというガバナンスポリシーを構築するとします。あるいは、トランザクションが一定量を超える場合、トランザクションチームによる承認のために自動的にグループ B にルーティングされます。

あるいは、指定された承認者は取引を開始した人に依存する場合もあります。ジュニアトレーダーは取引をよりよく監視し、上級トレーダーは自動的に承認されます。

別のケースでは、特に大量の注文が複数のグループにルーティングされる場合があります。たとえば、取引チームの最終承認の前に運用チームの承認が必要な場合などです。個々のポリシーグループは通常と同じ方法で構成され、トランザクションを承認するには一定数の「承認者」が必要ですが、トランザクションのサイズが増加するにつれてガバナンスの層が追加されます。