Home

Awesome

Transit - Wallet Access Layer for EOSIO blockchain networks.

This library is a small abstraction layer on top of eosjs which aims to assist EOS dApp (decentralized app) developers with wallet communication (signature verification and acceptance) by providing a simple and intuitive API.

Instead of focusing on supporting specific signature providers one by one, developers can support every one that has built a Transit plugin, allowing the user to use their signature provider of choice. This way, the best UX for signature providers wins and the developers can focus on building their dApp instead of setting up eosjs and wallet connections.

👉🏻 Please see the "Quick Start" and thorough guide in the eos-transit package docs

Features

Packages

This is a monorepo that is managed with lerna.

PackageVersionDescription
eos-transitnpm versionTransit core package
eos-transit-scatter-providernpm versionWallet provider for Scatter app
eos-transit-lynx-providernpm versionWallet provider for Lynx app
eos-transit-ledger-providernpm versionWallet provider for Ledger app
eos-transit-tokenpocket-providernpm versionWallet provider for Token Pocket app
eos-transit-meetone-providernpm versionWallet provider for MEET.ONE app
eos-transit-portis-providernpm versionWallet provider for Portis app
eos-transit-whalevault-providernpm versionWallet provider for WhaleVault app
eos-transit-keycat-providernpm versionWallet provider for Keycat in browser wallet
eos-transit-simpleos-providernpm versionWallet provider for simplEOS app
eos-transit-stub-providernpm versionStub wallet provider that does nothing, for demo and testing only
eos-transit-anchorlink-providernpm versionAnchor / ESR provider for eos-transit

Contribution

The below instructions only apply to developers wishing to build the transit project. In most cases developers will want to pull the NPM pakckages.

If you're wanting to USE eos-transit and plugins:

👉🏻 Please see the "Quick Start" and thorough guide in the eos-transit package docs

If you are looking to build your own plugin, the Transit PLUGIN Developer Kit is a good place to start.

Package development

  1. Make sure you have yarn installed.

  2. Install the dependencies with

    $ yarn install
    

    Note that before eos-transit, eos-transit-scatter-provider and eos-transit-stub-provider are published, they are managed by lerna along with packages themselves. That means, before running the examples, lerna should wire up all the dependencies and instead of running yarn install manually from this folder, the following commands should be run from the project root:

  3. Bootstrap the dependencies with

    $ yarn bootstrap
    

    This will make lerna install all the necessary dependencies for managed packages.

  4. Proceed with the development of a certain package (each package has its own set of commands to assist the development and build process).

Builds

To build all packages simultaneously, run the following command from the project root:

    $ yarn build-packages

This will perform both TypeScript compilation into lib folder and a minified production-ready UMD build into umd folder for each managed package.

Publishing

  1. Make sure the current state of package folders is consistent and that packages which are about to be published are actually built (with yarn build-packages, see previous section). To make sure, you can run yarn pack command to create a tgz tarball of the package and inspect its contents (but make sure that doesn't leak to a published package, so cleanup that before publishing).

  2. Make sure you're logged into npm registry by running yarn login. Please note that this won't ask you for a password (it will be asked upon publishing, since yarn doesn't maintain authenticated sessions with npm registry):

  3. Since this monorepo is managed with lerna, the latter is responsible for publishing too, so run:

     $ lerna publish
    

    possibly proividing additional options if needed.

    Normally, this should guide you through version bumping process as well as creating and pushing new git version tags for each package that had been published.