ava-sdk-js
is a simple, type-safe wrapper around gRPC designed to simplify integration with Ava Protocol’s AVS. It enables developers to interact with Ava Protocol efficiently, whether on the client-side or server-side, and provides full TypeScript support for a seamless development experience.
- Type-Safe SDK: Automatically generated TypeScript types from gRPC protocol buffers ensure type safety and reduce errors during development.
- Seamless Integration: Works in both Node.js and browser environments, optimized for frameworks like Next.js.
- Easy to Use: Abstracts the complexity of gRPC with a simple JavaScript/TypeScript API.
- Efficient Communication: Leverages gRPC for fast, efficient communication with Ava Protocol’s AVS (Actively Validated Services).
To install ava-sdk-js
, use npm:
npm install ava-sdk-js
Or with Yarn:
yarn add ava-sdk-js
Here’s a quick example of how to use the SDK to get started with Ava Protocol:
import { AvaSDK } from "ava-sdk-js";
npm install # install grpc-tools, etc. as dev dependencies
Then, run the following command to regenerate the types:
# download the latest .proto file from https://github.com/AvaProtocol/EigenLayer-AVS
npm run proto-download
# Generate the TypeScript types and gRPC code based on the downloaded .proto file
npm run gen-protoc
# Build the source files in to ./dist folder
npm run build
To ensure the SDK is functioning correctly, we have a comprehensive test suite. Follow these steps to run the tests:
-
Make sure all dependencies are installed, and build the project. Tests are run against the files in the
/dist
foldernpm install npm run build
-
Before running the e2e tests, make sure to configure the required environment variables in your
.env.test
file, based on the.env.example
file. -
Bring up a locally environment for aggregator
docker compose up -d --pull always
By default the above command will pull the docker image of the latest commit on the
main
branch of https://github.com/AvaProtocol/EigenLayer-AVS. Alternatively, we could also run tests against a specific commit with the below command.export AVS_BUILD_VERSION=git-commit-hash-123 docker compose up -d --pull always
-
Generate a test API key for the local tests with the following command. It will automatically save the output to the
TEST_API_KEY
variable in.env.test
.npm run gen-apikey # or if not using docker, run the following command in ./EigenLayer-AVS/out ./out/ap create-api-key --role=admin --subject=apikey
-
Run the test command with env variables set in
.env.test
.# Run all tests npm test # or, run a specific test npm run test:select -- <authWithSignature>
Note: In order to individually test
cancelTask
ordeleteTask
,createTask
test needs to run first.npm run test:select -- "createTask|cancelTask"
This will execute all unit and integration tests. Make sure all tests pass in local dev environment before submitting a pull request or deploying changes.
Once a package is ready for a new version, we first publish a dev version and test it in local environment.
-
Run
npm version prerelease --preid=dev
under eitherpackages/sdk-js
orpackages/types
to update the version inpackage.json
. -
Run
npm publish --tag dev
under eitherpackages/sdk-js
orpackages/types
to publish the new dev version to NPM. Most importantly, this bumps up version number inpackage.json
ofpackages/types
. -
If the
types
package has a new version, since it is depended on bysdk-js
, we need to make suresdk-js
can build with the new version.yarn run clean
at the root folder to remove existing node_modules folder and yarn.lock file.- Run
yarn install
under the root folder to re-install the dependencies. You should see a prompt asking the version of@avaprotocol/types
to install. Choose the new version you just created in step 1. - Run
yarn build
under the root folder to build all packages. - Run
yarn run test
under the root folder to run all tests.
Once the dev version is tested and ready to be published to NPM, changeset
can be used to create a new release for NPM.
-
Record changeset workflow
- Go to the "Actions" tab in GitHub, and run the "Record Changeset" workflow
- Select the version bump type:
patch
for backwards-compatible bug fixes (0.0.x)minor
for backwards-compatible features (0.x.0)major
for breaking changes (x.0.0)
- Examine the Pull Request created by the workflow, and merge it if everything looks correct. This will record any commits before it as a major, minor, or patch.
-
Create release workflow There are two ways to create a release:
- Manually create a release in the GitHub UI. This will run
npx changeset version
to bump up version inpackage.json
based on the recorded changeset files. It will also create a new GitHub Release if the new version is higher than the current version inpackage.json
. - Automatically create a release when a PR is merged. This will run
npx changeset version
to bump up version inpackage.json
based on the recorded changeset files. It will also create a new GitHub Release if the new version is higher than the current version inpackage.json
.
- Manually create a release in the GitHub UI. This will run
-
Publish to NPM
- After the last step, the version number in
package.json
is updated and a git tag with the new version number is created. Now you can publish the production version to NPM usingnpm publish
.
- After the last step, the version number in
To generate the key request message for signing, you can run the following command:
npm run build # Make sure to build the project first
export TEST_MNEMONIC=<your_mnemonic> && node scripts/signMessage.js
We welcome contributions! Feel free to submit pull requests or open issues for any bugs or feature requests.
This project is licensed under the Apache 2.0 License. See the LICENSE file for more details.