Open cryptopapi997 opened 5 days ago
@cryptopapi997 is attempting to deploy a commit to the coral-xyz Team on Vercel.
A member of the Team first needs to authorize it.
Adapted according to your review:
It's mostly backwards compatible, but since RequestBuilder is public, introducing a new generic can be a breaking change for people who implement their own trait for that type (low probability).
True, although even in this case the fix is relatively easy. It's just a matter of implementing it for RequestBuilder<'a, C, Box<dyn Signer + 'a>>
instead of RequestBuilder<'a, C>>
.
Wdyt about having only request based on the async feature? This would be more breaking imo, as anyone who uses request with async would have to switch to request_threadsafe which requires you to use an
Arc<ThreadSafeSigner>
instead of any signer like is currently the case.
Lmk what you think @acheroncrypto
True, although even in this case the fix is relatively easy. It's just a matter of implementing it for
RequestBuilder<'a, C, Box<dyn Signer + 'a>>
instead ofRequestBuilder<'a, C>>
.
All SemVer violations can potentially result in build errors for downstream projects, no matter how easy the fix is e.g. https://github.com/coral-xyz/anchor/issues/3044. It's better to be safe in this case, and consider this a breaking change.
All SemVer violations can potentially result in build errors for downstream projects, no matter how easy the fix is e.g. https://github.com/coral-xyz/anchor/issues/3044. It's better to be safe in this case, and consider this a breaking change.
You're right. In this case, replacing request
with request_threadsafe
in async
seems ok.
All done, take a look @acheroncrypto
Picking up on https://github.com/coral-xyz/anchor/pull/3006 since we need this for Arcium.
Adds
request_threadsafe
which creates a threadsafe request for usage in tokio. Fully backwards compatible.Idk if https://github.com/coral-xyz/anchor/pull/3053 breaks this, so would be good to get this PR merged before that one. Lmk what you think @acheroncrypto