You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Since #3101, we have used the submitAndAwaitStatus subscription in SDK to submit transactions and poll it's result as part of a TransactionResponse.waitForResult(). This way we package both the transaction and the response for the consumer.
We should expose a more raw version of this endpoint like we do with other operations (simulate, dryRun, getBlobs etc) that still assists with the submission of the request but less heavy lifting with the response. This should reduce friction for consumers with obtaining the results of the subscription.
Right now I think we should only do this for the provider, accounts have their own considerations and this is simply providing a slight abstraction over that subscription endpoint.
Since #3101, we have used the
submitAndAwaitStatus
subscription in SDK to submit transactions and poll it's result as part of aTransactionResponse.waitForResult()
. This way we package both the transaction and the response for the consumer.We should expose a more raw version of this endpoint like we do with other operations (
simulate
,dryRun
,getBlobs
etc) that still assists with the submission of the request but less heavy lifting with the response. This should reduce friction for consumers with obtaining the results of the subscription.The expected API will look like so:
Ideally the response should use the outcome of #3536.
The text was updated successfully, but these errors were encountered: