Skip to content
Merged
Changes from 4 commits
Commits
File filter

Filter by extension

Filter by extension

Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
125 changes: 125 additions & 0 deletions CAIPs/caip-341.md
Original file line number Diff line number Diff line change
@@ -0,0 +1,125 @@
---
caip: 341
title: Extension ID Target Type Specification
author: [Joao Tavares] (@ffmcgee725)
Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Suggested change
author: [Joao Tavares] (@ffmcgee725)
author: Joao Tavares (@ffmcgee725)

i'm hoping it's this line, and not something else, that is tripping up the github internal YAML parser
image

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

resolved in 916e37e

discussions-to: https://github.com/ChainAgnostic/CAIPs/issues/341
status: Draft
type: Standard
created: 2024-12-12
requires: 294
---

## Simple Summary

CAIP-341 defines the Extension ID type as a valid target type for establishing connections with browser extension wallets via the [CAIP-294] `wallet_announce` wallet discovery event.

## Abstract

This proposal introduces a new target type Extension ID for the `target` field of the `WalletData` interface dispatched in [CAIP-294]'s `wallet_announce` event. This target type is used to specify the extension ID of a browser extension wallet, allowing callers to establish connections with the wallet using the [`externally_connectable`][externally_connectable API documentation] API.

## Motivation

CAIP-294 proposes a solution to fragmentation across blockchain ecosystems wallet discovery mechanisms (e.g Ethereum's [EIP-6963], Solana's [Wallet Standard]). By defining a standardized target type for browser extension wallets that use the `externally_connectable` browser API, we aim to extend CAIP-294's unified solution to cross ecosystem wallet discoverability, enhancing interoperability across these different blockchain ecosystems.

## Specification

The key words “MUST”, “MUST NOT”, “REQUIRED”, “SHALL”, “SHALL NOT”, “SHOULD”, “SHOULD NOT”, “RECOMMENDED”, “MAY”, and “OPTIONAL” in this document are to be interpreted as described in [RFC-2119](https://www.rfc-editor.org/rfc/rfc2119).

### Definitions

Wallet Provider: A user agent that manages accounts and facilitates transactions with a blockchain.

Decentralized Application (dapp): A web page that relies upon one or many Web3 platform APIs which are exposed to the web page via the Wallet.

Blockchain Library: A library or piece of software that assists a dapp to interact with a blockchain and interface with the Wallet.

### Target Type

The `target` field in the `WalletData` interface is used to specify the connection method for the wallet. This CAIP introduces the Extension ID type as a valid target type.

This field MAY be included in the `WalletData`, and if included, SHOULD be an object containing Extension ID type used to connect to wallets using `externally_connectable`.

```typescript
interface WalletData {
// Required properties
uuid: string;
name: string;
icon: string;
rdns: string;
// Optional properties
target?: {
type: "caip341",
value: <extension_id>
}
scopes?: Caip217AuthorizationScopes;
}
```

### Usage

The Extension ID target type is used to specify the extension ID of a browser extension wallet. This allows the dapp to establish a connection with the wallet using the `externally_connectable` API. The `externally_connectable` API documentation can be found [here](https://developer.chrome.com/docs/extensions/reference/manifest/externally-connectable).

```ts
const walletData = {
uuid: "350670db-19fa-4704-a166-e52e178b59d2",
name: "Example Wallet",
icon: "data:image/png;base64,iVBORw0KGgoAAAANSUhEUgAAAAUAAAAFCAYAAACNbyblAAAAHElEQVQI12P4//8/w38GIAXDIBKE0DHxgljNBAAO9TXL0Y4OHwAAAABJRU5ErkJggg==",
rdns: "com.example.wallet",
target: {
type: "caip341",
value: "abcdefghijklmnopqrstuvwxyz"
},
scopes: {
"eip155:1": {
methods: ["eth_signTransaction", "eth_sendTransaction"],
notifications: ["accountsChanged", "chainChanged"]
}
}
}
```

### Establishing Connection

When the target type is Extension ID, the dapp MUST use the Extension ID to establish a connection with the wallet using the `externally_connectable` browser API. All subsequent communication with the wallet SHOULD be conducted over the `externally_connectable` API using `runtime.connect()` and `runtime.sendMessage()`.

Example of establishing a connection and sending a message:

```ts
const port = chrome.runtime.connect(walletData.target.value);
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

really like this pattern here... but realistically it's an array so you need an index

but more importantly than correcting this typo.... I think it raises the question of how valuable is it for target to be an array

Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

discuss at monday's meeting? approve either way? i feel like we might be overdue to decide on that array-of-objects/single-object question...

Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

discussed out-of-band, array is fine, we should publish this as a draft to get more eyes on it, and address later if evaluators/integraters push back

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

fixed in 913a61f


port.onMessage.addListener((message) => {
// Handle incoming messages
});

port.postMessage({
id: 1,
jsonrpc: "2.0",
method: "wallet_createSession",
params: {
// ... session parameters ...
}
});
```

## Rationale

By defining the Extension ID target type, we provide a standardized way for dapps to connect with browser extension wallets. This reduces complexity and enhances interoperability across different blockchain ecosystems. The use of the `externally_connectable` API ensures secure and efficient communication between the dapp and the wallet.

## Backwards Compatibility

This CAIP is fully compatible with existing standards and does not introduce any breaking changes. It extends the `WalletData` interface to include the `target` field, which is optional and does not affect existing implementations.

## Links

- [EIP-6963][eip-6963] - Ethereum's Multi Injected Provider Discovery
- [CAIP-294][caip-294] - Browser Wallet Messaging for Extensions
- [externally_connectable API documentation][externally_connectable API documentation] - Chrome's `externally_connectable` browser API documentation
- [Wallet Standard][wallet standard] - Solana's Wallet Standard for discoverability

[eip-6963]: https://eips.ethereum.org/EIPS/eip-6963
[caip-294]: https://chainagnostic.org/CAIPs/caip-294
[externally_connectable API documentation]: https://developer.chrome.com/docs/extensions/reference/manifest/externally-connectable
[wallet standard]: https://github.com/anza-xyz/wallet-standard

## Copyright
Copyright and related rights waived via [CC0](../LICENSE).