completed impact proposal

MLabs - CTL Blockfrost Backend

$50,000.00 Received
$50,000.00 Requested
Ideascale logo View on ideascale
Community Review Results (1 reviewers)
Impact / Alignment
Feasibility
Auditability
ソリューション

MLabs has been working with IOG to build the Cardano Transaction Library (CTL), a framework for building Cardano transactions. We propose adding Blockfrost as an available query layer within CTL.

Problem:

Making Blockfrost easily accessible to dApp developers as the default, regardless of all other technical choices, will help Blockfrost adoption grow first and foremost.

Yes Votes:
₳ 226,478,708
No Votes:
₳ 22,337,961
Votes Cast:
617

チーム

This proposal was approved and funded by the Cardano Community via Project F9: Building (on) Blockfrost Catalyst funding round.

  • Video cover image

⑭提案している解決策を説明してください。

**市場

dApp開発者、オフチェーン統計開発者、データサイエンティスト

**問題空間

Blockfrostは、いわゆる「クエリ層」として多くのdAppに利用されており、Cardanoブロックチェーンの状態を検査し、取引の送信や手数料の見積もりといった特定の重要なアクションを実行するために使用されています。このために使用できる他のサービスには、Ogmios、Koios、Carpなどがあります。

Cardano-Transaction-Libraryは、開発者がCardano Blockchain用のトランザクションを構築するためのツールキットである。2022年6月にバージョン1.0に到達し、すでに複数の大規模な産業用dAppsでオンチェーン採用されているCTLは、現在このギャップを埋めるためにOgmiosを使用しています。Ogmiosはセルフホスティング型のソリューションで、Blockfrostで利用できる機能の中にはOgmiosから利用できないものもあり、追加のインフラが必要になります。実際、CTLのユーザーが今日の取引を成功させるためには、Ogmios、Cardanoノード、その他のユーティリティをサーバー上で実行する必要があるのです。

このレベルのインフラは分散可能な完全オープンソースシステムを可能にしますが、サーバーのセットアップとメンテナンスには時間がかかり、[誰も自分のサーバーを運営したがりません](https://notes. alexkehayias.com/nobody-wants-to-run-their-own-server/) を参照してください。

明確な代替案は、Blockfrost を代替バックエンド サービスとして許可することです。ユーザーは、自分のサーバーを動かす代わりに、Blockfrost API キーと、その他の必要な設定を提供します。し か し 、 自社のサーバの保守は大幅に軽減 さ れ る か、 あ る いは除去 さ れ る 可能性があ り ます。比較的簡単に使用できるため、多くの開発者が、開発および生産時にBlockfrostサービスをデフォルトとして使用することが予想されます。

提案したソリューションが、提出した課題にどのように対処するのかを説明してください。

**提案内容

MLabsは、CTL用のBlockfrost Backendの開発を迅速に進め、CTLの実行に必要なインフラを簡素化し、開発者がBlockfrostの速度と信頼性を活用できるようにしたいと考えています。これは、Blockfrost API 統合と cardano-serialization-lib の間の「グルーコード」を必要とせずに実現可能です。

その代わり、開発者はPABに触発された方法でトランザクションを構築する方法を記述した、高レベルの宣言的なコードを書くことができるようになる。これは、Plutus Pioneerコースの既存のトレーニングを最大限に活用する一方で、ボンネットの下にある生産可能なツールセットに依存するものです。

Blockfrost を CTL フレームワークで利用可能なオプションとすることで、より多くの開発者が Blockfrost をテストし、最終的に今後多くのプロジェクトで効果的に使用できるようになることを期待しています。

また、それぞれのリスクをどのように軽減するのかを説明してください。

ファンド8で資金提供を受けた私たちのCardano-Tx-Libは、すでに【提案書】(https://cardano.ideascale.com/c/idea/396607)で説明したマイルストーンの大部分を達成しました。そのため、今回の提案は、バックエンドの統合に焦点を当てたものであり、同様の統合は既に達成されているため、リスクは明らかに低いと言えます。

⑭ 提案を実現するためのタイムラインと主要なマイルストーンを含む詳細な計画を提示してください。

3ヶ月間:

  • Blockfrostをトランザクションに使用できるCTLのバージョンを完成させる。
  • CTL内でOgmiosとBlockfrostのオプションを簡単に切り替えられるdAppを公開する。

**6ヶ月間

  • Blockfrostのテストと信頼性計画を完了し、良好なユーザー体験を確保する。

  • Blockfrostを使用してCTLを採用した最初のdAppからのユーザーエクスペリエンスレポートを完成させ、初期のフィードバックに対応する。

    ⑭詳細な予算内訳をお知らせください。

関係する時間625

合計:50,000ドル

内訳:

Blockfrost API の基本的な呼び出しを、要件に合わせて設定する。105

ユーザーAPI。Blockfrostを設定する。40

ユーザーAPI。Blockfrost をデフォルトのランタイムと互換性を持って使用する40

フォーマット変換機能65

テスト165

デモ機、研磨機:110

小計:525

予算変更100

合計時間: 625時間

総コスト: $50,000

[FEASIBILITY] プロジェクトに携わる人の詳細を記入してください。

MLabs

MLabsは、カルダノエコシステムにおける主要な開発会社の1つに急成長しています。 当社はIOG Plutusパートナーであり、IOGと定期的に連携してCardanoブロックチェーンとエコシステムを開発しています。私たちのチームは、以下のようなコミュニティプロジェクトの構築に貢献してきた有能な開発者で構成されています。

  • Liqwid
  • スンダイスワップ
  • オプティム
  • その他多数

初期段階のプロジェクトでの活動を通じて、私たちはコミュニティの中で最大のHaskell / Plutus開発者集団の一つを有しています。さらに、MLabsはPlutusとCardanoで高度なアプリケーションを構想し、出荷する能力を持っています。

ウェブサイト<u>https://mlabs.city/</u>

[FEASIBILITY] 出資を受けた場合、その後のラウンドでさらなる出資のためにCatalystに戻ることになりますか?その理由/そうでない理由を説明してください。

資金使途は、目的達成のために十分であると考えます。現在のところ、今後のカタリスト・ラウンドで同じプロジェクトで再申請するつもりはない。

⑭プロジェクトの進捗を確認するために何を測定するのか、またどのように測定するのかを説明してください。

測定する。

  • 実装された機能の数
  • 発見され、解決された問題の数
  • CTLのBlockfrostバックエンドを導入したプロジェクトでの使い勝手
  • GitHubレポに追加されたコントリビューターの数
  • CTLに依存しているCardanoプロジェクトの数
  • プロジェクトに対する一般的な認知度

私たちは、これらの分野における成長とポジティブな結果を期待し、この提案を通じて設定したマイルストーンを達成することを約束します。

このプロジェクトの成功はどのようなものでしょうか?

プロジェクトインパクト:高

1)**フレームワークのユーザーがBlockfrostを利用できるようにすることで、そのフレームワークのユーザーはBlockfrostをエンドツーエンドで簡単にテストして使用することができ、Blockfrostが適しているかどうかをすぐに判断できるようになります。

2)**Blockfrost APIを合理化することにより、開発者がAPI全体を理解し学習する必要性を減らし、その代わりに、Blockfrostが提供するツールを最も重要な使用例(スマートコントラクト操作とオフチェーン統計収集)に使用する直観的な方法を提供します。

MLabsは、カルダノコミュニティに直接進捗とマイルストーンを報告し、ソーシャルメディアにデモビデオを公開し、採用パートナーと協力して新機能を使用した際の体験レポートを提供する予定です。

[AUDITABILITY] この提案が、Catalystで以前に資金提供されたプロジェクトの継続なのか、それとも全く新しいプロジェクトなのか、情報を提供してください。

これは新しい提案です。

コミュニティ・アドバイザー・レビュー (1)

Comments

Monthly Reports

Following the Fund9 voting results, MLabs organized a roadmap for integrating Blockfrost endpoints into the API interface of CTL. This piggybacked on early exploratory work we had already done when originally composing our original Fund9 proposal. The timeline identified several key early goals:

  • Make Contract runtime and ConfigParams parametrizable with a backend.
  • Identify core functionality needed to support multiple backends
  • Move every core query layer function to a handle (as in handle pattern)
  • Move every Ogmios query function that is not in the core set to a separate namespace (Contract.Ogmios)
  • Implement stubs for Blockfrost functions in the "core" handle Issues on the CTL repo were added to organize development here, and an initial issue was assigned.

That said, the main focus since project initialization has revolved around the broader architecture of the CTL project and untying it from a particular query layer. Specifically, some broad changes are needed before we can begin supplementing our reliance on Ogmios, the only chain indexer supported up until this point. Work along these lines included:

  • extending the TxConstraints API to support staking operations (stake credential registration, pool registration, etc)
  • extending CTL types to optionally accept staking credentials
  • add constraints that apply these changes to transactions
  • update the Contract interface to support these changes as well as inline datums.

And similar issues are highlighted throughout the CTL repo.

Disbursed to Date
$50,000
Status
Still in progress
Completion Target
4. After 6 months
Comments 0

Login or Register to leave a comment!

The CTL has undergone some moderate reconfigurations over the last two months. Part of these efforts involved complications stemming from a separate query dependency, while others involved changes to make the project backend more generalizable. For instance, developers made progress:

  • considering workarounds for how Blockfrost handles UTXO support
  • designing around Blockfrost's era summaries
  • integrating challenges stemming from changes on the Blockfrost end aiming at integrating CIP25

And other issues.

Perhaps more prominent, however, developers focused on configuring the Contract backend. Changes here were probably the most involved over the last month, and they are important in lay grounding for further Blockfrost integration.

Disbursed to Date
$50,000
Status
Still in progress
Completion Target
3. In the next 6 months
Comments 0

Login or Register to leave a comment!

close

Playlist

  • EP2: epoch_length

    Authored by: Darlington Kofa

    3分 24秒
    Darlington Kofa
  • EP1: 'd' parameter

    Authored by: Darlington Kofa

    4分 3秒
    Darlington Kofa
  • EP3: key_deposit

    Authored by: Darlington Kofa

    3分 48秒
    Darlington Kofa
  • EP4: epoch_no

    Authored by: Darlington Kofa

    2分 16秒
    Darlington Kofa
  • EP5: max_block_size

    Authored by: Darlington Kofa

    3分 14秒
    Darlington Kofa
  • EP6: pool_deposit

    Authored by: Darlington Kofa

    3分 19秒
    Darlington Kofa
  • EP7: max_tx_size

    Authored by: Darlington Kofa

    4分 59秒
    Darlington Kofa
0:00
/
~0:00