Browser extension provider communication
This CAIP discusses the motivation, specification, and rationale for a proposal aimed at improving how web extension wallets interact with websites. It outlines the current method of injecting JavaScript provider APIs into websites, its advantages, and its numerous disadvantages, such as security concerns, performance issues, and the risk of breaking websites. An alternative strategy is proposed that specifies a standard communication specification over a new transport layer which enables websites to be able to embed their own provider as a library, addressing the disadvantages of injecting providers into websites and improving web extension interoperability as a whole.
WIP. I still need to address comments in the old PR here. Opening this now to secure a caip number since we have need for this in our implementation we will soon be exposing publicly
@jiexi Should this be merged into #341 ? It seems like they're complementary, to some degree; if you want to keep them as two distinct documents, maybe this one should be informational and that one should be normative (might require moving some stuff over there)
Shouldnt this be closed in favor of the recently merged #282