-
Notifications
You must be signed in to change notification settings - Fork 1.4k
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
Json API for Ord #2036
Json API for Ord #2036
Conversation
this is still failing to start for me with
|
Looking good. It looks like this will require the wallet RPC to be enabled. Is it possible to make that optional? I run a read-only bitcoind and ord. Also, are there plans to add pagination to the feed endpoint? Thanks. |
I can try to make the wallet rpc optional, with a flag in the ord.yaml. No plans for pagination in the feed endpoint at this stage. I do my pagination by using the inscriptions/ endpoint and changed it to output 1000 at a time. |
I didn't see the inscription endpoint. That works for pagination. BTW. Some inscriptions cause 502s.
|
I think it is because it should have an address but it doesn't for some reason.... |
All tests should now pass. Added a api_wallet_enable flag to ord.yaml so that the wallet endpoints can be used. Looking for code reviewers and testers @raphjaph Not a rust dev normally so there could be some things that are not best practice. Ie I'm not able to simplify this code snippet. Can't seem to do
|
Found another 502 on this one 994731268d65fa8698dbba9580d7980f7c04d79633d8287baa4de264b915488ei0 Jun 15 16:48:53 xxx ord[276030]: thread 'tokio-runtime-worker' panicked at 'called |
This is a great start! I want to start looking at this but this PR is a bit too large to review. I would also like to start simple with only the endpoints that do not require an API key or use the |
Yeah I got carried away with adding things to this pr. The address stuff can be removed or alternatively enabled with a flag similar to index-sats. The address table is quite small compared to the sat ranges table if you are concerned with database size, I think more importantly it could be a performance hit depending on how well it searches and drains though the number arrays when adding or removing an inscription from an address. The wallet API stuff could also be it in its own pr as well. Not sure how to turn this into 3 PRS since two parts depend on the first. |
@raphjaph Great to hear your kind response on the API issue. Currently, my team is working on a UTXO/PSBT signer library for Ordinals marketplaces, which requires UTXO/cardinal selection based on seller/buyer address before generating unsigned PSBT for users. We have been using the branch created by @ynohtna92 for one month, and it has been working well with positive-number (non-cursed) inscriptions. In my opinion, the Thank you for the awesome job you guys have done! @ynohtna92 @raphjaph |
Hey guys, is anyone still working on this ? Very interested by this so would be glad to contribute and make a smaller PR for non auth endpoints |
We've started work on the JSON API, feel free to add more endpoints similiar to how we have designed the existing ones :) |
Adds several json API endpoints following the API sketch @casey derived in https://github.com/casey/ord/pull/1662.
See docs/src/guides/restapi.md for full list of changes.
Things still to do: