Portalが$25M を調達し、ビットコインネイティブのクロスチェーントレーディング向けアトミックOTCデスクをローンチ

出典: CryptoNewsNet
原題: Portal to Bitcoinが$25M を調達し、アトミックOTCデスクをローンチ
オリジナルリンク:

ビットコインネイティブの相互運用プロトコルであるPortal to Bitcoinは、いわゆるアトミック店頭取引（OTC）$25 OTC(デスクをローンチする中で、)ミリオンの資金調達を行いました。

最近の発表によると、同社はデジタル資産レンダーJTSA Globalが主導するラウンドで$25 ミリオンを調達しました。この資金調達は、Coinbase Venturesや特定のベンチャーキャピタル、Arrington Capital、その他による以前の投資に続くものです。

新たな資金調達とともに、同社はAtomic OTCデスクをリリースし、「大型ブロックトレードの即時かつ信頼不要なクロスチェーン決済」を約束しています。新たに導入されたこのサービスは、THORChainやChainflip、LiqualityやBoltzのようなよりビットコインに特化したシステムが提供するクロスチェーンアトミックスワップを彷彿とさせます。

Portal to Bitcoinの特徴は、機関投資家やホエール向けのビットコイン(BTC)を基盤としたクロスチェーンOTC市場へのフォーカスと技術スタックにあります。「Portalは、ブリッジやカストディアン、ラップド資産を使わずに、ビットコインをグローバル資産市場の決済レイヤーにするためのインフラを提供します」と、創設者兼CEOのChandra Duggiralaは述べています。

Portal to Bitcoinのチームメンバー。左から右へ: 共同創設者兼CTOのManoj Duggirala、創設者兼CEOのChandra Duggirala、共同創設者のGeorge Burke。

ネイティブ資産のみ、カストディなし

Portal to Bitcoinは、複数のチェーンとビットコインTaprootコントラクトにまたがるHashed Timelock Contracts（(HTLCs)）を活用し、ネイティブBTCと統合されたブロックチェーン上のネイティブ資産を非カストディ方式でスワップします。信頼の前提を減らすことに強く焦点を当てています。HTLCは、どちらか一方が交換を完了するか、両方が元の資産を回収できることを保証する設計です。

同プロトコルは、ビットコイン上に構築され、Taprootやポリシーテンプレートを用いたLightning Networkに類似したレイヤー3のBitScalerを採用しています。これはLightningチャンネルのようにチャネルを開設し、バリデータ連合がハブ、流動性プロバイダーがスポークとなるハブ＆スポーク構造を導入します。これらのチャネル内の取引はHTLCによって保護されます。

エンドユーザーにとっては、連合によるラップドトークンを信頼する必要がなく、ネイティブチェーン上のネイティブ資産のみを扱えばいいことになります。また、途中でスワップが停止しHTLCが期限切れとなった場合でも、資金は回収可能です。

Duggiralaは、アトミックスワップ自体は存在するものの、THORChainやChainflipは「両当事者から資金を預かるボールトに基づいており、それはバリデーターによって管理されている」と指摘します。Portal to Bitcoinとは異なり、こうした仕組みでは「不正なバリデーターの過半数がすべてのボールト管理資金を盗む可能性がある」と述べています。

LiqualityやBoltzはHTLCベースの設計という点でPortal to Bitcoinに近いですが、主に単純な1回ずつのスワップツールであり、ビットコイン上に流動性プールを備えたレイヤーやDeFiスタックを持つものではありません。この点でプロジェクトのスコープは大きく異なります。

セキュリティの前提

PortalOSは、Cosmos上のEthereum Virtual Machine（(EVMOS)）に構築されたノータリーチェーンを持ち、バリデーターはPortal Guardiansと呼ばれます。このネットワークには42のバリデータースロット（(Duggiralaによれば現在は150に増加)）があり、最低でも21が目標とされています。バリデーターの選出はPBTステーキングオークションを通じてパーミッションレスに行われますが、現時点ではバリデーターセットはパーミッション制であり、パーミッション制オークションは後日導入予定です。

「最初のバリデーターセットを既知の団体に限定し、より集中させたのは、ノードソフトウェアの管理を単純化するためです」とDuggiralaは説明します。

ドキュメントによれば、バリデーター数が少ないのは意図的であり、問題ではありません。なぜなら、彼らはボールトや流動性プールを管理しないためです。

「バリデーターの唯一の役割は、DEX内で買い手と売り手、または一方の当事者ともう一方をマッチングさせることだけです。資金の流れを管理することはありません」とDuggiralaは主張します。

ただし、ドキュメントによれば、バリデーターはLightningハブを管理し、ノータリーチェーンの状態（価格設定、流動性プール会計、取引マッチング、プロトコルのトークンのクロスチェーンコントラクトなど）を維持します。また、システムが現在のオーダーブックモデルから先に進めば、自動マーケットメイカー（(AMM)）の運営も期待されています。

つまり、バリデーターはユーザー資産を直接押収したり凍結したりすることはできませんが、不正な行動や利用不能になった場合、スワップの検閲や遅延、市場価格の誤設定、AMMの機能停止、システム全体の停止などを引き起こす可能性があります。