crypto backendスタックを一つのキーの背後に統合する
典型的なcrypto backendは、トレンチコートを着た4つのベンダーだ：チェーンアクセスのためのRPC node、導出データのためのindexer、コンプライアンスのためのscreeningベンダー、資金移動のためのcustody/transfer API。各々は単独では正当化できる。だが合わせると、構築見積もりにはめったに現れないコストを課してくる。
統合コスト
4つのベンダーは、4つの認証方式、4つのrate-limitモデル、4つの障害モード、そしてコード内で照合せねばならない4つのデータ形状を意味する。あるベンダーではアドレスは文字列、別のベンダーではchecksum済みの16進数だ。トランザクションはそれぞれで異なる正規化がなされる。crypto backendのglueコードのほとんどは、これらの継ぎ目を覆い隠すためだけに存在している。
継ぎ目が漏れる場所
高くつく障害はベンダー間に潜む。あなたのindexerは入金が着金したと言うが、あなたのRPC nodeはそれを巻き戻したreorgをまだ見ていない。あなたのscreeningベンダーは、あなたのcustody APIが既に支払い済みのアドレスをフラグする。独立したプロバイダ間の整合性はあなたが解決すべき問題であり、それは本番に到達する種類のバグだ。
統合が買うもの
RPC、indexedデータ、screening、processingにわたる一つのキーは、一つの認証フロー、アドレスとトランザクションについての一つの一貫したビュー、そしてreorg処理とfinalityが既に照合済みの一つの場所を意味する。どのプリミティブを使うかは依然としてあなたが選ぶ——要点は、それらがあなたのglueコードによってではなく、構造上互いに整合していることだ。
よくある質問
統合はベンダーロックインを意味しないのか？
ロックインのリスクはどのプロバイダでも現実にある。緩和策は標準互換の表面だ——チェーンアクセスにはJSON-RPC、それ以外には慣習的なREST——そうすれば、アカウントは移せなくても、その上に構築するプリミティブは移植可能だ。
一つのプロバイダが4つの専門ベンダーと同じ深さになることはあるのか？
最先端の機能では専門ベンダーが先行しうる。トレードオフはツールごとの深さ対ツール間の整合性だ。ほとんどのバックエンドでは、4つのデータモデルの照合コストが、どれか一つの限界的な深さを上回る。
関連記事
チャージして、キーを取得し、リリース。
セルフサーブ。暗号資産またはカードで支払い。クレジットで従量課金——重いプリミティブは高く、単純なものは安価。
APIキーを取得