-
Notifications
You must be signed in to change notification settings - Fork 236
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
Export more RPC methods to make OTX pool easier #4397
Comments
CKB can only verifiy the seal in the OTX. There are already two RPC methods to dry run a transaction: Both will run all the script groups. To support OTX, I recommend adding a method to run only selected script groups (by script position (lock or type) and script struct hash), or return the running result for each script group seperately. To verify OTX, we can check whether all the lock script groups pass. |
In addition, it is also important to know whether an outpoint is live and whether it exists in the memory pool. |
This is not enough, since for an open tx the type script groups may fail and it's OK they fail. |
This issue is stale because it has been open 30 days with no activity. Remove stale label or comment or this will be closed in 5 days. |
This issue was closed because it has been stalled for 5 days with no activity. |
Feature Request
Is your feature request related to a problem? Please describe.
When designing applications based on open_transaction, the application side may need to determine the validity of the OTX. However, since the OTX is not yet complete at this time, it cannot use the CKB node to verify the correctness of the OTX. Therefore, it is necessary for the CKB node to expose some new rpc methods, allowing the application side to maintain its own OTX Pool.
Describe the solution you'd like
More rpc methods should be added, such as determining whether an outpoint is a live_cell, and whether an outpoint has transactions in the tx pool, what the transaction hash and some transaction information are.
The text was updated successfully, but these errors were encountered: