#blockchain-API ライティング コンテストの締め切りが延長されました: 強力なエントリーを書くための dRPC のヒントをご覧ください

ハッカーの皆さん、

素晴らしいニュースです。 #blockchain-api ライティング コンテストの応募締め切りが2024 年 9 月 27 日まで延長され、 #blockchain-apiストーリーを応募して最大1,000 ドルの賞金を競うための期間が 15 日間延長されました。すでに応募作品を提出している場合は、より多くの時間を使って注目を集めたり、新しい作品に取り組んだりして、受賞の可能性を高めることができます。

この余分な時間を最大限に活用するために、コンテストのスポンサーである dRPC と AMA を開催し、ブロックチェーン API、Web3 インフラストラクチャ、および dRPC プラットフォームのレビュー、一般的な API と RPC ノード、dAPP 開発、負荷分散システムなど、優勝作品でカバーされるべきその他の重要なトピックについて話し合いました。

さあ始めましょう！

ゲストのFito、Martin、Consta、Slavaをご紹介します。

CEO、Consta: 2017 年から web3 に在籍し、製品、マーケティング、ビジネス機能を率いています。P2P Staking で製品リーダーとして輝かしい実績を残した後、Consta は CEO として dRPC に入社し、わずか 1 年余りで dRPC を市場リーダーに押し上げたロックスターのチームを築き上げました。

Slava、CTO: Web2 バンキングとソーシャル ネットワークの経験を持つ 10 年の経験を持つコード マスター。しばらくイベントを追った後、Slava は 2022 年に暗号通貨の重要性を確信し、dRPC ロケットに乗り込みました。

Fito、ブランド: Fito は、dRPC のブランド活動を主導し、Web3 インフラ業界で市場革新者および信頼できるパートナーとして世界的に知られるよう努めています。2018 年に、分散化への愛と Web3 の採用に貢献したいという意欲から、暗号通貨業界に参入しました。

マーティン、マーケティング: マーティンは社交的な才能に恵まれており、2017 年以降、エンド ユーザーやオンライン コミュニティにリーチして関与する上での先生として活躍してきました。マーティンは暗号通貨業界の動向を熟知しており、当社の AMA MC でもあります。

この AMA では、ゲストが以下のことについてすべて語ります。

• Web3インフラストラクチャにおけるブロックチェーンAPIの役割

• ブロックチェーンAPI呼び出しにおけるデータの正確性

• 分散型サービスプロバイダーの利点: 手頃な価格、マルチチェーン、検閲耐性

• ブロックチェーンAPIライティングコンテスト

  
  

この Slogging スレッドは、Mónica Freitas、Jose Hernandez、Jonh、Martin Kalliola、Asher Umerie、Sheharyar Khan によって slogging の公式 #amas チャンネルで作成され、読みやすいように編集されています。

1. チームの皆さん、こんにちは。ご参加いただきありがとうございます。まずは、皆さんの自己紹介と Web3 でのこれまでの歩みについてお話しいただけますか? どのように始めたのですか?

私の名前はコンスタンティン、dRPC.org の CEO です。私は技術者としてスタートし、数年間 DBA として働き、その後徐々にビジネス側に移りました。Web3 に携わる前は、大手金融会社や通信会社でさまざまな役職を務め、課金システムや不正防止システムなどの高負荷システムを担当していました。私の Web3 の旅は、2015 年に Ambisafe に入社したときに始まりました。そこでは、ホワイト ラベル ウォレット、半分散型取引所、その他のサービスを構築しました。多くの有名な暗号通貨会社がちょうどスタートしたばかりで、刺激的な時代でした。

2. 皆さんがこの分散型の世界に飛び込むきっかけとなったのは、Web3 と暗号通貨のどのような点だったのでしょうか?

私にとっては、暗号通貨への投資に興奮を覚えたからです。私は暗号通貨取引所でキャリアをスタートしましたが、その後、分散型テクノロジーに貢献したいと考えました。RPC は dapps アプリケーション、特に DEX のバックボーンであり、信頼できる RPC がなければ、信頼できる dex を実行することは不可能です。Jose Hernandez

3. ブロックチェーンに関わるようになったきっかけは何ですか？また、dRPC に参加することを決めた理由は何ですか？

Ambisafe の後、私は Web3 最大のインフラストラクチャおよびステーキング企業の 1 つである P2P.org に入社しました。製品責任者として、私は Ethereum エコシステムを担当していました。2022 年までに、P2P では RPC 管理に圧倒されていました。さまざまなチームから 30 人以上の DevOps エンジニアが集まり、複数のサードパーティ サービスを使用して数十のチェーンの RPC ノードを管理していましたが、単一のサービスではすべてのニーズを満たすことができませんでした。そこで、RPC 管理用の内部ツールの構築を開始しました。

この間、私たちは The Graph、Everclear (旧 Connext) などのプロジェクトを支援しました。これを通じて、多くのインフラ企業とつながりました。私たちが構築したものを共有すると、多くの人が同じ RPC の課題に直面していたため、アクセスを求めるリクエストが多数ありました。P2P.org の創設者である Konstantin Lomashuk 氏から、このツールを一般に提供する新しい会社を率いてほしいと依頼されました。私たちは、VK と Tinkoff の技術リーダーである Slava 氏を CTO として迎え入れ、こうして dRPC が誕生しました。

4. ブロックチェーン API は Web3 インフラストラクチャの開発と採用にどのような影響を与えると思いますか? また、ブロックチェーン API は従来の Web サービスと分散型アプリケーションの間のギャップを埋めるのにどのように役立ちますか?

ブロックチェーン API を使用すると、インフラではなく製品に集中できます。創設者は、Web3 の専門家プロバイダーを使用するのではなく、Web3 に時間を費やすことで、機会を逃す可能性があります。また、インフラをアウトソーシングするコストは、ゼロから構築するよりもはるかに安価です。ブロックチェーン API を使用すると、単純な API リクエストでデータを取得できるため、dapp の構築を開始するのがはるかに簡単になります。dRPC のフリーミアムから始めて、必要に応じてプレミアムに拡張してください。

5. ブロックチェーン API の使いやすさについてのコメントに続き、Web3 プロジェクトに統合するブロックチェーン API を評価する際に注目すべき重要な機能は何ですか?

速度を調べて、単一障害点を回避します。したがって、分散プロバイダーを使用するか、同時に複数のプロバイダーを使用します。

6. インフラストラクチャを外部プロバイダーに依存しながら、製品の革新の必要性とどのようにバランスを取っていますか? コスト削減と、重要なインフラストラクチャをサードパーティプロバイダーに依存することによる潜在的なリスクとの間のトレードオフをどのように評価しますか? dApp のデータを取得する際に特に役立つと思われる Blockchain API の特定の機能はありますか?

たとえば、DEX を構築していて価格データが正しくない場合、ユーザーに損失が発生します。そのため、信頼できるノード プロバイダーが必須です。私たちは、使用するノードに対して厳格な品質要件を設けています。また、ユーザーは通常、データが正しく信頼できるかどうかを確認するためにテストを実行します。

7. ブロックチェーン API 呼び出しにおいてデータの正確性が重要なのはなぜですか? また、不正確さによる潜在的なリスクは何ですか?

各プロバイダーは、 https://github.com/drpcorg/dshackle （負荷分散プロキシ）を設定し、ブロックチェーンノードの状態に関する大量のデータを継続的にチェックして収集し、それをdRPCに報告します。これにより、プロバイダーの分散ネットワークで高いデータ品質を維持できます。

8. ブロックチェーン API のようなものを、高度に専門化された対象者にどのように売り込むのでしょうか? 企業を参加させる上での課題は何でしょうか? 巧みなマーケティングと技術的な詳細の間には、最適なバランスがあるのでしょうか?

SEO、Google 広告、パートナーシップを通じて。これらは、オーディエンスがあなたの製品を見つけられるように支援できるチャネルであり、その逆ではありません。オンボーディング ビジネスに関する質問: CTO と話すこと。彼らは通常非常に忙しく、インフラについて話し合う時間はあまりありません。スイート スポットに関する質問: はい、間違いなくそうです。ほとんどの人は、まず物事を高レベルで理解し、その後で技術的な部分に入り込みたいと考えています。

9. Web3 エコシステムでは、チェーン間のやりとりがいかに面倒であるかは誰もが知っています。ブロックチェーン API はどのようにしてそれを「解決」するのでしょうか。異なるブロックチェーン ネットワーク間の通信を容易にする上での具体的な課題は何ですか。また、API はこれらの問題にどのように対処または軽減するのでしょうか。

ブロックチェーン API は、それが構築されているブロックチェーンと対話できますが、チェーン間の対話には特定のソリューションがあります。たとえば、Polygon Agglayer や他のいくつかのプロジェクトはこれを実行しようとしています。その後、この「トップ レイヤー」の API を取得できます。

10. ノード プロバイダーからのデータの正確性と信頼性を検証するためにチームが使用する特定のテストや方法について詳しく教えてください。不一致が発生した場合はどのように対処しますか。

RPC ノードのホスティングに AWS と社内の DevOps チームに大きく依存している Alchemy や QuickNode とは異なり、当社は AI ベースの負荷分散システムの下で RPC プロバイダーの分散ネットワークを構築しました。プロバイダーがノードのメンテナンスを担当し、当社は信頼性の高い負荷分散、フォールト トレランス、品質チェック、UX の作成に注力します。

私たちのモデルは POKT、Lava、BlastAPI に似ていると思われるかもしれません。ある意味では確かにその通りです。ただし、これらはエンドポイント リンクを介してプロバイダーとやり取りし、各接続の詳細な知識を持たないルーターのように動作します。

私たちの場合、各プロバイダーは、継続的にチェックを実行し、ノードの状態に関するデータを収集し、それを dRPC に報告する負荷分散プロキシを設定します。つまり、接続されたノードの可用性やサポートされているメソッドを推測することなく、その詳細を把握できるのです。

プロバイダー間でランダムな自動チェックを実行し、応答が他のものと異なる場合はノードをブロックします。また、すべてのリクエストを検証したいクライアントのためにクォーラム検証も提供しています。これにより、分散、パフォーマンス、データ品質が向上した新世代の RPC サービスを提供できます。

11. ブロックチェーン API に関連するセキュリティ上の特有の懸念事項にはどのようなものがありますか? また、開発者は dApp を構築する際にこれらの懸念事項にどのように対処できますか?

セキュリティ上の懸念と、集中型 API プロバイダーの使用に関する一般的なリスクの両方について話し合うことが重要です。集中型プロバイダーでは、データを検証できず、ただ信頼するしかありません。集中型プロバイダーは通常、1 種類のソフトウェア クライアント (多くの場合 GETH) のみで動作するため、そのクライアントに問題がある場合は、対処できません。

私たちのモデルでは、さまざまなクライアント タイプ (geth、reth、erigon など) を使用する数十のプロバイダーを統合し、問題を迅速に特定して対処できるようにしています。この設計により、特定のソフトウェア クライアントのバグ、人為的エラー、クラウド プロバイダーの障害、地理的リスクなどのリスクを軽減できます。

dApp の場合、リスクを最小限に抑えるには、少なくとも 2 ～ 3 のプロバイダーを同時に使用するのが最善のアプローチです。サブスクリプション パッケージを提供するプロバイダーの場合、コストが高くなる可能性がありますが、当社の従量課金モデルでは、実際に使用したリソースに対してのみ課金されるため、コストを最適化できます。

12. dRPC は、ノード プロバイダーがネットワークに貢献し、データ品質を維持するようどのようにインセンティブを与えますか?

当社は、評判システムを通じてプロバイダーにインセンティブを与えています。プロバイダーは、高いパフォーマンスに対して報酬を受け、ダウンタイムや不正確なデータに対してはペナルティを受けます。パフォーマンスの低いプロバイダーは、リクエスト数が少なくなるか、品質が一貫して不十分な場合はプールから永久に削除される可能性があります。

13. dRPC の今後の開発計画は何ですか? 取り組んでいる特定の機能や機能はありますか?

短期的には、許可されたノードプロバイダーのネットワークの信頼性とパフォーマンスを微調整し、データの正確性を確保するためのメカニズムをさらに開発し、採用の可能性が高い新しいブロックチェーンに拡大することで、RPC SaaS を継続的に改善する予定です。これにより、市場シェアを急速に拡大することができます。

長期的には、他のデータ関連製品にも拡大し、Web3 データ分野のリーダーになることを目指しています。私たちの目標は、データ プロバイダーと消費者が高品質なデータを最良の価格で簡単に見つけて交換できるマーケットプレイスを構築することです。

14. ブロックチェーン API に焦点を当てたライティング コンテストを立ち上げようと思ったきっかけは何ですか? なぜ今がこのテーマを探求するのに適した時期なのでしょうか?

私たちは、2 つの目標を念頭に置いてこのコンテストを開始しました。1 つ目は、Web3 の専門家ではない人が Web3、特に dApp のパフォーマンスにおけるブロックチェーン API の役割についてどれだけ知っているかを確認したいと考えました。2 つ目は、ライターが知識と洞察を共有し、このトピックを他の人が理解しやすいものにすることを奨励したいと考えました。

今こそ、このための絶好のタイミングです。なぜなら、業界は Web3 の採用を促進し、主流に押し上げるキラー dApp を必要としているからです。そのためにはパフォーマンスが重要であり、ブロックチェーン API は信頼性が高く魅力的なユーザー エクスペリエンスを提供する上で大きな役割を果たします。

15. どのような投稿を期待していますか? 特に読みたいトピックはありますか?

私たちは、ブロックチェーン API とその実用的な使用法について一般の人々に理解してもらうための投稿を募集しています。ブロックチェーン API の仕組みを説明するグラフィックやビデオを含む投稿にはボーナス ポイントが付与されます。特に、dRPC プラットフォームを紹介する投稿にはボーナス ポイントが付与されます。

16. ブロックチェーン API を初めて使用する参加者に、学習リソースやチュートリアルをお勧めしますか?

弊社の dRPC YouTube チャンネルには、ブロックチェーン API を使用してオンチェーン データを取得するチュートリアルや、dRPC ソリューションのショーケースが掲載されています。弊社の公式ドキュメントには、プラットフォームとその機能に関する包括的な情報が記載されています。dRPC ブログも、購読する価値のある優れた情報源です。

17. このコンテストで成功するために、参加者にどのようなアドバイスをしますか? 避けるべきよくある落とし穴はありますか?

ブロックチェーン API とは何か、どのように機能するかを明確に説明し、dRPC プラットフォームを例として使用することに重点を置いてください。各アプローチの長所と短所を含め、集中型ソリューションと比較した分散型ブロックチェーン API の利点を明確に説明するようにしてください。

18. 高品質の投稿とはどのようなものですか? 低品質の投稿とはどのようなものですか?

質の高い投稿は明確かつ簡潔で、dRPC プラットフォームの実用的な例とともに、すべてがどのように機能するかを説明します。質の低い投稿は不明瞭で、焦点が定まらず、具体的な例が欠けているものになります。

19. ブロックチェーン API に関して、まだ十分に調査されていない、あるいは革新の余地があると思われる特定の側面はありますか?

はい、いくつかあります。1 つは、分散型ソリューションが、集中型アーキテクチャの下で問題なくマルチチェーンのサポートとスケーラビリティを確保できる方法です。もう 1 つは、独自のノードを実行する方が常に安全で、信頼性が高く、コスト効率が高く、データの精度が高いという誤解です。特に dApp が複数のチェーンをサポートしている場合は、独自のノードを維持するよりも dApp の構築に重点を置く方がよい場合がよくあります。

20. この AMA とコンテストから人々に得てほしい主な教訓は何ですか?

まず、RPC は、正確性、拡張性、大量導入をサポートするユーザー エクスペリエンスを提供するために不可欠であることを理解してください。次に、インフラストラクチャを自分で構築しないでください。外部プロバイダーを使用する場合よりも時間がかかり、コストがかかり、信頼性が低くなります。最後に、集中型インフラストラクチャでは Web3 の大量導入をサポートできないため、分散型ソリューションの利点を検討してください。

これでこの AMA は終了です。時間を割いて丁寧に回答していただいた dRCP に感謝します。私たちは、これからのあなたの旅を追いかけ、次に何をするかを見るのが楽しみです。

HackerNoon のすべてのライターの皆さん、 #blockchain-apiライティング コンテストへのエントリーを作成する際には、この会話で共有された貴重な洞察を必ず活用してください。

皆さんの作品を読むのが待ちきれません!