Replies: 2 comments
-
Thanks for bringing this up. I had a similar idea to solve this particular problem which I find a little more "elegant" when it comes to building an HTTP API: leverage the content-type. Right now, the content-type is
|
Beta Was this translation helpful? Give feedback.
-
Hi, Just revisiting this topic again, was wondering if there is still interest in having Kupo also provide the CBOR hex for each respective UTOX in form of CIP30 standard mentioned above. I started working on a function in JS that will parse kupo query and parse it into CIP30 standard, but am running into some issues with the cbor-x lib I'm using in node JS. |
Beta Was this translation helpful? Give feedback.
-
Describe your idea, in simple words.
Currently using CIP-30 dapp connector when one uses
api.getUtxos()
the result is returned incborHex
which you can further feed into theCardano Serialization Library
UTXO selector based on CIP-2.I was wondering how feasible would it be for Kupo to also return the
cborHex
of utxo.Why is it a good idea?
Currently dapp developers using the cip-30 standard dapp connector use
api.getUtxos()
to receive unspent UTXOs for an address, if wanting to use solutions like Kupo to pull address UTXOs to create transactions using CSL, a developer would have to build parsers to process UTXOs into CSL for processing.If Kupo would return the CBOR of the unspent UTXO they would be able to feed that directly into their dapp CSL colde and make transition between web wallet and local ran Kupo instance seamless.
Beta Was this translation helpful? Give feedback.
All reactions