-
Notifications
You must be signed in to change notification settings - Fork 17
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Accounts' utxos #192
Comments
what's the use case? Could such an endpoint even work reliably? If a developer would use it to build a transaction then all I need to do to is sent ADA to my address (payment cred) with attached 3rd party (the developer's) stake cred and I'll break it. The dev would need to verify that the utxos listed in this endpoint really belong to one of their addresses |
We maintain a tool called Sorbet that lets us emulate a wallet for the purposes of debugging. The user enters an address and we use blockfrost to look up relevant UTXOs and then implement the CIP-30 interface. Because of multi-address wallets, this means querying blockfrost for each address that has been associated with the stake address, and then querying the UTXOs for each one of those addresses. In very active wallets this results in hundreds of even thousands of API calls that are just going to return 0 UTXOs. Being able to query UTXOs by stake address would dramatically simplify this. It's not perfect, and has corner cases like you outline, but since we have no hope of signing transactions from public information, and it's just for helping debug user issues etc., the concern is unlikely to be an issue. Some alternatives that would work for us:
|
@slowbackspace @mmahut Any update on this? |
Let's add
/accounts/:stake_address/utxos
call if not too heavy.The text was updated successfully, but these errors were encountered: