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
Solución

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

Nosotros

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

  • Video cover image

Por favor, describa la solución que propone.

Mercado

Desarrolladores de dApp, desarrolladores de estadísticas fuera de la cadena, científicos de datos

**Espacio de problemas

Blockfrost es utilizado por muchas dApps como la llamada "capa de consulta", para inspeccionar el estado de la blockchain de Cardano, y para realizar ciertas acciones importantes como el envío de transacciones y la estimación de tarifas. Otros servicios que pueden utilizarse para esto son Ogmios, Koios y Carp.

La Cardano-Transaction-Library es un conjunto de herramientas para que los desarrolladores construyan transacciones para la Cardano Blockchain. Alcanzando la versión 1.0 en junio de 2022 y ya viendo la adopción en la cadena en varias dApps industriales a gran escala, el CTL está utilizando actualmente Ogmios para llenar este vacío. Ogmios es una solución auto-alojada, y algunas características disponibles en Blockfrost no están disponibles en Ogmios, lo que requiere una infraestructura adicional. De hecho, un usuario de CTL necesitará ejecutar Ogmios, un nodo de Cardano y otras utilidades en un servidor para crear transacciones con éxito hoy en día.

Aunque este nivel de infraestructura permite un sistema descentralizado y de código abierto, la configuración y el mantenimiento de un servidor lleva mucho tiempo, y [nadie quiere ejecutar su propio servidor](https://notes. alexkehayias.com/nobody-wants-to-run-their-own-server/).

Una alternativa clara es permitir que Blockfrost sea un servicio backend alternativo. En lugar de ejecutar sus propios servidores, los usuarios proporcionan una clave API de Blockfrost y cualquier otra configuración necesaria. Sin embargo, el mantenimiento de su servidor puede reducirse considerablemente o eliminarse. Debido a la relativa facilidad de uso, se espera que muchos desarrolladores utilicen el servicio de Blockfrost por defecto durante el desarrollo y la producción.

Por favor, describa cómo su solución propuesta abordará el reto en el que la ha presentado.

NUESTRA PROPUESTA

MLabs desea acelerar el desarrollo de un Backend de Blockfrost para CTL, simplificando la infraestructura necesaria para ejecutar CTL y permitiendo a los desarrolladores aprovechar la velocidad y fiabilidad de Blockfrost. Esto puede ocurrir sin requerir "código de pegamento" entre la integración de la API de Blockfrost y el cardano-serialization-lib.

En su lugar, los desarrolladores podrán escribir código declarativo de alto nivel, que describa cómo construir una transacción de forma inspirada en el PAB. De este modo, se aprovecha al máximo la formación existente en los cursos Plutus Pioneer, al tiempo que se cuenta con un conjunto de herramientas listas para la producción.

Al hacer que Blockfrost sea una opción disponible dentro del marco CTL, esperamos que más desarrolladores prueben y, en última instancia, utilicen Blockfrost de forma eficaz en muchos proyectos futuros.

¿Cuáles son los principales riesgos que podrían impedir que el proyecto se lleve a cabo con éxito y explique cómo va a mitigar cada uno de ellos?

Nuestro Cardano-Tx-Lib, que recibió financiación en el Fondo8, ya ha cumplido la mayoría de los hitos señalados en la propuesta. Por lo tanto, la propuesta actual es decididamente de bajo riesgo, ya que se centra en la integración de un backend, y ya se han logrado integraciones similares.

Por favor, proporcione un plan detallado, incluyendo el calendario y los hitos clave para la entrega de su propuesta.

3 meses:

  • Completar una versión de CTL que pueda utilizar Blockfrost para sus transacciones.
  • Mostrar una dApp capaz de cambiar fácilmente entre las opciones de Ogmios y Blockfrost dentro de CTL.

6 Meses:

  • Completar los planes de prueba y fiabilidad de Blockfrost para garantizar una experiencia de usuario positiva

  • Completar un informe de la experiencia del usuario de la primera dApp que adopte CTL utilizando Blockfrost y abordar los comentarios iniciales.

    Por favor, proporcione un desglose detallado del presupuesto.

Horas de trabajo: 625

Total: 50.000 dólares

Desglose:

Configurar las llamadas básicas a la API de Blockfrost para que se ajusten a los requisitos: 105

API de usuario: Configuración de Blockfrost: 40

API de usuario: Utilizar Blockfrost indistintamente con el tiempo de ejecución por defecto: 40

Funciones de conversión de formatos: 65

Pruebas: 165

Demo & Pulido: 110

Subtotal: 525

Modificación del presupuesto: 100

Tiempo total: 625 horas

Coste total: 50.000 dólares

\N[FEASIBILIDAD\N] Por favor, facilite los datos de las personas que trabajarán en el proyecto.

MLabs

MLabs se ha convertido rápidamente en una de las principales empresas de desarrollo en el ecosistema de Cardano. Somos un IOG Plutus Partner y trabajamos regularmente con el IOG para desarrollar la blockchain y el ecosistema de Cardano. Nuestro equipo se compone de desarrolladores con talento que han ayudado a construir proyectos de la comunidad como:

  • Liqwid
  • SundaeSwap
  • Optim
  • Muchos otros

Gracias a nuestro trabajo con proyectos en fase inicial, tenemos uno de los mayores grupos de desarrolladores de Haskell / Plutus de la comunidad. Además, MLabs tiene la capacidad de conceptualizar y enviar aplicaciones avanzadas en Plutus y en Cardano.

Sitio web: <u>https://mlabs.city/</u>

[FEASIBILIDAD\N] Si se le financia, ¿volverá a Catalyst en una ronda posterior para obtener más financiación? Por favor, explique por qué / por qué no.

Los fondos designados deberían ser suficientes para cumplir nuestros objetivos. Actualmente no tenemos intención de volver a solicitar el mismo proyecto en futuras rondas de Catalyst.

Por favor, describa lo que medirá para seguir el progreso de su proyecto y cómo lo medirá.

Lo mediremos:

  • el número de funciones implementadas
  • el número de problemas descubiertos y resueltos
  • la facilidad de uso del backend Blockfrost de CTL para los proyectos que lo han incorporado
  • el número de colaboradores que se suman al repositorio de GitHub
  • el número de proyectos de Cardano que confían en CTL
  • la percepción general del proyecto en el espacio

Esperamos un crecimiento/resultados positivos en estas áreas y nos comprometemos a cumplir los hitos que hemos establecido a lo largo de esta propuesta.

¿Qué significa el éxito de este proyecto?

Impacto del proyecto: Alto

1) Accesibilidad: Al poner Blockfrost a disposición de los usuarios del marco de trabajo, cualquier usuario de ese marco tendrá la oportunidad de probar y utilizar fácilmente Blockfrost de extremo a extremo para saber muy rápidamente si Blockfrost es un buen ajuste.

2) **Al simplificar la API de Blockfrost, reducimos la necesidad de que los desarrolladores entiendan y aprendan toda la API, y en su lugar ofrecemos una forma intuitiva de utilizar las herramientas proporcionadas por Blockfrost para sus casos de uso más importantes: operaciones de contratos inteligentes y recopilación de estadísticas fuera de la cadena.

MLabs informará directamente a la comunidad de Cardano sobre los progresos e hitos, publicará vídeos de demostración en las redes sociales y trabajará con los socios de adopción para proporcionar informes de experiencia al utilizar las nuevas características.

[AUDITABILIDAD\N] Por favor, proporcione información sobre si esta propuesta es una continuación de un proyecto previamente financiado en Catalyst o uno completamente nuevo.

Esta es una nueva propuesta.

Reseñas de CAs (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

    3m 24s
    Darlington Kofa
  • EP1: 'd' parameter

    Authored by: Darlington Kofa

    4m 3s
    Darlington Kofa
  • EP3: key_deposit

    Authored by: Darlington Kofa

    3m 48s
    Darlington Kofa
  • EP4: epoch_no

    Authored by: Darlington Kofa

    2m 16s
    Darlington Kofa
  • EP5: max_block_size

    Authored by: Darlington Kofa

    3m 14s
    Darlington Kofa
  • EP6: pool_deposit

    Authored by: Darlington Kofa

    3m 19s
    Darlington Kofa
  • EP7: max_tx_size

    Authored by: Darlington Kofa

    4m 59s
    Darlington Kofa
0:00
/
~0:00