OWallet Cosmos-based API
Since OWallet Extension is forked on Keplr Wallet, its basic API & integration methods are similar to those of Keplr.
How to detect OWallet Extension for Cosmos-based networks
The OWallet object is injected into the window
object as window.owallet
or window.keplr
for backward compatibility with the Keplr Wallet. If it is undefined, then you will need to install it on the browser first. Similarly to the Keplr's documentation, there are a few ways to check the object's status:
or you can check the browser document's state:
Features
We share the same features as Keplr's when it comes to the Cosmos-based networks. Hence, the below documentation about the features are brought from the Keplr Wallet documentation website with slight modifications.
Using with Typescript
window.d.ts
The @owallet/types
package has the type definition related to OWallet.
If you're using TypeScript, run npm install --save-dev @owallet/types
or yarn add -D @owallet/types
to install @owallet/types
.
Then, you can add the @owallet/types
window to a global window object and register the OWallet related types.
Usage of any other packages besides @owallet/types is not recommended.
Any other packages besides @owallet/types are actively being developed, backward compatibility is not in the scope of support.
Since there are active changes being made, documentation is not being updated to the most recent version of the package as of right now. Documentations would be updated as packages get stable.
Enable Connection
The window.owallet.enable(chainIds)
method requests the extension to be unlocked if it's currently locked. If the user hasn't given permission to the webpage, it will ask the user to give permission for the webpage to access OWallet.
enable
method can receive one or more chain-id as an array. When the array of chain-id is passed, you can request permissions for all chains that have not yet been authorized at once.
If the user cancels the unlock or rejects the permission, an error will be thrown.
Get Address / Public Key
If the webpage has permission and OWallet is unlocked, this function will return the address and public key in the following format:
It also returns the nickname for the key store currently selected, which should allow the webpage to display the current key store selected to the user in a more convenient mane.
isNanoLedger
field in the return type is used to indicate whether the selected account is from the Ledger Nano. Because current Cosmos app in the Ledger Nano doesn't support the direct (protobuf) format msgs, this field can be used to select the amino or direct signer. Ref
Sign Amino
Similar to CosmJS OfflineSigner
's signAmino
, but OWallet's signAmino
takes the chain-id as a required parameter. Signs Amino-encoded StdSignDoc
.
Sign Direct / Protobuf
Similar to CosmJS OfflineDirectSigner
's signDirect
, but OWallet's signDirect
takes the chain-id as a required parameter. Signs Proto-encoded StdSignDoc
.
Request Transaction Broadcasting
This function requests OWallet to delegates the broadcasting of the transaction to OWallet's LCD endpoints (rather than the webpage broadcasting the transaction). This method returns the transaction hash if it succeeds to broadcast, if else the method will throw an error. When OWallet broadcasts the transaction, OWallet will send the notification on the transaction's progress.
Request Signature for Arbitrary Message
This is an experimental implementation of ADR-36. Use this feature at your own risk.
It's main usage is to prove ownership of an account off-chain, requesting ADR-36 signature using the signArbitrary
API.
If requested sign doc with the signAnimo
API with the ADR-36 that OWallet requires instead of using the signArbitary
API, it would function as signArbitary
Only supports sign doc in the format of Amino. (in the case of protobuf, ADR-36 requirements aren't fully specified for implementation)
sign doc message should be single and the message type should be "sign/MsgSignData"
sign doc "sign/MsgSignData" message should have "signer" and "data" as its value. "data" should be base64 encoded
sign doc chain_id should be an empty string("")
sign doc memo should be an empty string("")
sign doc account_number should be "0"
sign doc sequence should be "0"
sign doc fee should be
{gas: "0", amount: []}
When using the signArbitrary
API, if the data
parameter type is string
, the signature page displays as plain text.
Using verifyArbitrary
, you can verify the results requested by signArbitrary
API or signAmino
API that has been requested with the ADR-36 spec standards.
verifyArbitrary
has been only implemented for simple usage. verifyArbitrary
returns the result of the verification of the current selected account's sign doc. If the account is not the currently selected account, it would throw an error.
It is recommended to use verifyADR36Amino
function in the @owallet/cosmos
package or your own implementation instead of using verifyArbitrary
API.
Interaction Options
If preferNoSetFee
is set to true, OWallet will prioritize the frontend-suggested fee rather than overriding the tx fee setting of the signing page.
If preferNoSetMemo
is set to true, OWallet will not override the memo and set fix memo as the front-end set memo.
You can set the values as follows:
Custom event
Change Key Store Event
When the user switches their key store/account after the webpage has received the information on the key store/account the key that the webpage is aware of may not match the selected key in OWallet which may cause issues in the interactions.
To prevent this from happening, when the key store/account is changed, OWallet emits a keplr_keystorechange
event to the webpage's window. You can request the new key/account based on this event listener.
CosmJS Integration
Similar to how Keplr connects with CosmJS, OWallet also uses OfflineSigner
for Cosmos SDK Launchpad & OfflineDirectSigner
for Cosmos SDK Stargate.
You can get the signer via:
then you can pass the offlineSigner
variable into the SigningCosmosClient
:
Suggest chain
It works the same as the Keplr's suggest chain feature, but with a slight change in the ChainInfo
interface. We add several more fields to better filter networks within the Cosmos ecosystem.
dApps can request the wallet to add new Cosmos chains that are not supported by default. This allows the wallet to be fully decentralized & permissionless.
Below is the ChainInfo
interface of the OWallet extension:
the suggest chain API is:
Examples:
Last updated