Files
extension/README.md
T
Jaco Greeff f241e7191d Introduce the enable() interface (prompts user) (#20)
* Introduce the enable() interface

* Provider

* Add auth requests to state

* injector comments

* Background extension list, spprove & reject

* Cleanups

* Untested, but the UI parts are there (test next)

* linting

* Not pretty, but seems to auth

* Small styling adjustments

* Adjust Box layout slightly

* Small styling adjustments

* signing -> transactions

* isDanger for links

* Styling defaults
2019-05-23 12:43:55 +02:00

3.2 KiB

@polkadot/extension

Greenkeeper badge

A very simple scaffolding browser extension that injects a @polkadot/api Signer into a page, along with any associated accounts, allowing for use by any dapp. This is an extensible POC implementation of a Polkadot/Substrate browser signer.

As it stands, it does one thing: it only manages accounts and allows the signing of transactions with those accounts. It does not inject providers for use by dapps at this early point, nor does it perform wallet functions where it constructs and submits txs to the network.

Running

Currently is not packaged since it is under heavy development. As such you need to build it yourself. To use -

  1. Build via yarn build or yarn watch
  2. Add the extension under chrome://extensions/
  • ensure you have the Development flag set
  • "Load unpacked" and point to packages/extension/build
  • if developing, after making changes - refresh the extension
  1. When visiting http://localhost:3000 or https://polkadot.js.org/apps/ it will inject the extension (the manifest currently only lists these 2 endpoints)

Once added, you can create an account (via a generated seed) or import via an existing seed. The UI, when loaded, will show these accounts as <account name> (extension)

Technical

The extension injects injectedWeb3 into the global window object, exposing the following:

window.injectedWeb3 = {
  // this is the name for this extension, there could be multiples injected,
  // each with their own keys
  'polkadot-js': {
    // same as above, just easier to manage having accessible here
    name: 'polkadot-js',
    // semver for the package
    version: '0.1.0',

    // this is called to enable the injection, and returns an injected
    // object containing the accounts, signer and provider interfaces
    // (or it will reject if not authorized)
    enable (originName: string): Promise<Injected>
  }
}

When there is more than one extension, each will populate an entry above, so from an extension implementation perspective, the structure should not be overridded. The injected interface, when returned via enable, contains the following -

interface Injected {
  readonly accounts: Accounts;
  readonly signer: Signer;
  // not injected as of yet, subscriptable provider for polkadot-js injection
  // readonly provider: Provider
}

// exposes accounts
interface Accounts {
  get (): Promise<Array<{
    readonly address: string; // ss-58 encoded address
    readonly name?: string; // optional name for display
  }>>;
}

// a signer that communicates with the extension via sendMessage
interface Signer extends SignerInterface {
  // no specific signer extensions, exposes the `sign` interface for use by
  // the polkadot-js API
}

The app can use all or any of these, depending on needs. To instantiate the @polkadot/api with the provider (app does not have it's own) and the signer (allowing the extension to sign messages) can be done via -

import { ApiPromise } from '@polkadot/api';

const { signer } = window.injectedWeb3;
const api = await Api.create({ signer });