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
One of the most clear example of importing features from other codebases is the 'transaction crafter' module. The different settlement networks (L1) (Bitcoin, ..) provide the spec and implementation and I think the OWF should be extensible (e.g. with plugins) implementing support for the different L1.
This means there is a need to define a spec or interface for interacting with arbitrary L1 systems.
The text was updated successfully, but these errors were encountered:
Yes, there are a few cases where a wallet needs to craft a TX, and then might submit that TX to a network.
censorship / surveillance issues usually arise depending on which network they attempt to submit the TX to, and the timings of that event in relation to other activity.
typical interface is:
(craft tx) -> sign (in wallet) -> submit to network
crafting could be internal to the wallet, or external.
Examples of internal tx crafting include NFT transfer operations.
This should also consider tx that get submitted to non-blockchain networks like card/bank networks.
Consider the work at W3C on Secure Payment Confirmation (based on FIDO) where the user provides a cryptographically signed assertion that they wish to complete a transaction.
One of the most clear example of importing features from other codebases is the 'transaction crafter' module. The different settlement networks (L1) (Bitcoin, ..) provide the spec and implementation and I think the OWF should be extensible (e.g. with plugins) implementing support for the different L1.
This means there is a need to define a spec or interface for interacting with arbitrary L1 systems.
The text was updated successfully, but these errors were encountered: