w3infra

The Infra for w3protocol.

A UCAN based API to for storing CARs and registering uploads, built on Ucanto and SST.

The server-side implementation of the capabilities defined in w3protocol.

Getting Started

The repo contains the infra deployment code and the api implementation.

├── billing         - usage accounting and reporting to the payment system
├── carpark         - lambda for announce new CARs in the carpark bucket
├── filecoin        - lambdas to get content into Filecoin deals
├── indexer         - lambdas to connect w3up to E-IPFS
├── replicator      - lambda to replicate buckets to R2
├── stacks          - sst and aws cdk code to deploy all the things
├── ucan-invocation - kinesis log data stream and its lambda consumers
└── upload-api      - lambda & dynamoDB implementation of the upload-api http gateway

To work on this codebase you need:

Node.js >= v16 (prod env is node v16)
Install the deps with npm i
run your env npx sst dev --no-deploy

You can then run the tests locally with npm test.

To try out a change submit a PR and you'll get temporary infra rolled out for you automatically at https://<pr#>.up.web3.storage.

sst is the framework we use to define what to deploy. Read the docs! https://sst.dev

Deployment

Deployments are managed by seed.run.

The main branch is deployed to https://staging.up.web3.storage and staging builds are promoted to prod manually via the UI at https://console.seed.run

Local dev

You can use sst to create a custom dev deployment on aws, with a local dev console for debugging.

To do that you need

An AWS account with the AWS CLI configured locally
Copy .env.tpl to .env.local

Then run npm start to deploy dev services to your aws account and start dev console

npm start

See: https://docs.sst.dev for more info on how things get deployed.

Testing Stripe Integration

There are two possible ways to configure stripe for test, a legacy version that uses the same test environment with all the users, and the new sandbox implementation that allows a separate test environment.

Stripe Test Legacy

To test the Stripe integration, set the STRIPE_SECRET_KEY and STRIPE_ENDPOINT_SECRET secrets using sst secrets set (use npm exec sst -- secrets set to do this in the root of this project).

STRIPE_SECRET_KEY should be set to the "secret" API key found on the test mode API keys page: https://dashboard.stripe.com/test/apikeys

To get a value for STRIPE_ENDPOINT_SECRET you'll need to create a webhook on https://dashboard.stripe.com/test/webhooks and point it at the Stripe webhook handler for your development server. You can get webhook handler URL by adding /stripe to the end of the w3infra-BillingStack ApiEndpoint output after running npm start and letting it deploy. The STRIPE_ENDPOINT_SECRET is the signing secret for your webhook and the full value will look something like whsec_AEWftGyXzREfERw4nMyPDFVCerafe. You can find it in the Stripe webhook dashboard.

You can use the stripe CLI to trigger test events, like:

stripe trigger checkout.session.completed

Stripe Sandbox

Setting up a sandbox is similar to the regular setup but includes a few additional steps for the pricing table configuration.

Create a Sandbox: Start by creating a new sandbox in the Stripe interface.
Configure the Environment: Follow the previous steps to set up the environment variables and the webhook.
Set Up Products:
- Navigate to the Product Catalog page.
- Create three products with a Recurring pricing model.
- Configure each product's pricing model as follows:
  - Usage-based
  - Per tier
  - Graduated
- Refer to the provided table to set the price values for each product.

Product	First unit	Last unit	Per unit	Flat fee
Starter	0	5	0.00	0.00
	6	∞	0.15	0.00
Lite	0	100	0.00	10.00
	101	∞	0.05	0.00
Business	0	2000	0.00	100.00
	2001	∞	0.03	0.00

Create the Pricing Table:
- Go to the Pricing Tables section in the navigation bar.
- Create a new table using the three products you set up earlier.
Set the new STRIPE_PRICING_TABLE_ID value using npx sst secrets set.

Once these steps are complete, your sandbox should be ready to use.

Package Tests

To run per-package tests, first install Docker Desktop (https://www.docker.com/) and ensure it is running.

Next, ensure the AWS_REGION, AWS_ACCESS_KEY_ID and AWS_SECRET_ACCESS_KEY environment variables are set in your terminal. They do not need to be set to real values - the following works in bash-like shells:

export AWS_REGION='us-west-2'; export AWS_ACCESS_KEY_ID='NOSUCH'; export AWS_SECRET_ACCESS_KEY='NOSUCH'

Finally, to run the tests for all packages, run:

npm test

Or to run the tests for a single package, run:

npm test -w <path/to/package>

Integration tests

Integration tests run by default on post-deploy stage of seed.run deployment pipeline. These integration tests will run with the deployed infrastructure for the given stages (PR / staging).

It is also possible to run the integration tests with a development deploy of sst. For this, you can run:

npm run deploy
npm run test-integration

Please notice that appropriate environment variables must be set for the development deploy. For this you are required to setup your .env.local file as instructed in Getting started section. You can read more here on how to setup CI with a w3account.

Environment Variables

Ensure the following variables are set in the env when deploying

`HOSTED_ZONES`

The root domain(s) to deploy the w3up API to. e.g up.web3.storage. The value should match a hosted zone configured in route53 that your aws account has access to. Multiple zones can be specified, in which case they are seperated by a comma, and this will cause deployment to each specified zone.

`ROUNDABOUT_HOSTED_ZONE`

The domain to deploy the roundabout API to. e.g roundabout.web3.storage. The value should match a hosted zone configured in route53 that your aws account has access to.

`ACCESS_SERVICE_URL`

URL of the w3access service.

`AGGREGATOR_DID`

DID of the filecoin aggregator service.

`AGGREGATOR_URL`

URL of the filecoin aggregator service.

`CONTENT_CLAIMS_DID`

DID of the content claims service.

`CONTENT_CLAIMS_URL`

URL of the content claims service.

`DEAL_TRACKER_DID`

DID of the filecoin deal tracker service.

`DEAL_TRACKER_URL`

URL of the filecoin deal tracker service.

`UPLOAD_API_DID`

DID of the upload-api ucanto server. e.g. did:web:up.web3.storage. Optional: if omitted, a did:key will be derrived from PRIVATE_KEY

`R2_ACCESS_KEY_ID`

Access key for S3 like cloud object storage to replicate content into.

`R2_SECRET_ACCESS_KEY`

Secret access key for S3 like cloud object storage to replicate content into.

`R2_ENDPOINT`

Endpoint for S3 like cloud object storage to replicate content into.

`R2_CARPARK_BUCKET_NAME`

Bucket name to replicate written CAR files.

`R2_DELEGATION_BUCKET_NAME`

Bucket name where delegations are stored.

`PROVIDERS`

A comma-separated string of ServiceDIDs in use.

`SENTRY_DSN`

Data source name for Sentry application monitoring service.

`EIPFS_INDEXER_SQS_ARN`

AWS ARN for Elastic IPFS SQS indexer used to request Elastic IPFS to index given CAR files.

`EIPFS_INDEXER_SQS_URL`

AWS URL for Elastic IPFS SQS indexer used to request Elastic IPFS to index given CAR files.

`EIPFS_MULTIHASHES_SQS_ARN`

AWS ARN for Elastic IPFS SQS multihashes used to enqueue multihashes for indexed CAR files.

`EIPFS_BLOCKS_CAR_POSITION_TABLE_ARN`

AWS ARN for Elastic IPFS DynamoDB table used to store blocks and positions for indexed CAR files.

`POSTMARK_TOKEN`

Postmark API token, which is used by the email verification system to send emails.

`MAILSLURP_API_KEY`

API token for Mailslurp, which is used in integration tests. To invalidate or refresh tokens, head to the Mailslurp dashboard.

Secrets

Set production secrets in aws SSM via sst secrets. The region must be set to the one you deploy that stage to

# set `PRIVATE_KEY` for prod
$ npx sst secrets set --region us-west-2 --stage prod PRIVATE_KEY "MgCblCY...="

To set a fallback value for staging or an ephmeral PR build use sst secrets set-fallback

# set `PRIVATE_KEY` for any stage in us-east-2
$ npx sst secrets set-fallback --region us-east-2 PRIVATE_KEY "MgCZG7...="

note The fallback value can only be inherited by stages deployed in the same AWS account and region.

Confirm the secret value using sst secrets list

$ npx sst secrets list --region us-east-2
PRIVATE_KEY MgCZG7...= (fallback)

$ npx sst secrets list --region us-west-2 --stage prod
PRIVATE_KEY M...=

`PRIVATE_KEY`

The multibase encoded ED25519 keypair used as the signing key for the upload-api.

Generated by @ucanto/principal EdSigner via ucan-key

Example: MgCZG7EvaA...1pX9as=

`CONTENT_CLAIMS_PRIVATE_KEY`

The base64pad multibase encoded ED25519 keypair used as the signing key for content-claims.

Generated by @ucanto/principal EdSigner via ucan-key

Example: MgCZG7EvaA...1pX9as=

`UCAN_INVOCATION_POST_BASIC_AUTH`

The HTTP Basic auth token for the UCAN Invocation entrypoint, where UCAN invocations can be stored and proxied to the UCAN Stream.

Example: MgCZG7EvaA...1pX9as=

`STRIPE_SECRET_KEY`

Stripe API key for reporting per customer usage.

HTTP API

A UCAN based [RPC] API over HTTP.

`POST /`

The RPC endpoint for invoking UCAN cababilities. Supported abilities are defined below in UCAN Capabilities

The POST body must contain a CAR encoded UCAN.

Content-Type: application/car header must be present in the the request headers.

`POST /stripe`

An endpoint for receiving signed Stripe webhooks.

`GET /version`

Returns version info for this api in JSON

{
  "name": "@web3-storage/upload-api",
  "did": "did:foo:bar",
  "version": "3.0.0",
  "commit": "sha1",
  "branch": "main"
}

UCAN Capabilities

Implements store/* and upload/* capabilities defined in w3protocol

`store/add`

Register a CAR CID to be stored. Returns an S3 compatible signed upload URL usable for that CAR.

Source: api/service/store/add.js

`store/list`

List the CAR CIDs for the issuer.

Source: api/service/store/list.js

`store/remove`

Remove a CAR by CAR CID.

Source: api/service/upoload/remove.js

Examples

Use the JS upload-client to handle the details of content-addressing your files, encoding them into a CAR, and sending it to the service with a valid UCAN.

import { Agent } from '@web3-storage/access'
import { store } from '@web3-storage/capabilities/store'
import { upload } from '@web3-storage/capabilities/upload'

import { uploadFile } from '@web3-storage/upload-client'

// holds your identity on this device
const agent = await Agent.create()

// your upload... either from a <input type=file> or from a path on your fs using `files-from-path`
const file = new Blob(['Hello World!'])

// the Content-Address for your file, derived client side before sending to the service.
// Returns once your data is safely stored.
const cid = await uploadFile(
  {
    issuer: agent.issuer,
    with: agent.currentSpace(),
    proofs: await agent.proofs([store, upload]),
  },
  file
)

Name		Name	Last commit message	Last commit date
Latest commit History 357 Commits
.github/workflows		.github/workflows
billing		billing
carpark		carpark
docs		docs
filecoin		filecoin
indexer		indexer
lib		lib
psa		psa
replicator		replicator
roundabout		roundabout
stacks		stacks
test		test
tools		tools
upload-api		upload-api
.env.tpl		.env.tpl
.eslintignore		.eslintignore
.gitignore		.gitignore
LICENSE.md		LICENSE.md
README.md		README.md
package-lock.json		package-lock.json
package.json		package.json
seed.yml		seed.yml
sst.config.ts		sst.config.ts
tsconfig.json		tsconfig.json

License

storacha/w3infra

Folders and files

Latest commit

History

Repository files navigation

w3infra

Getting Started

Deployment

Local dev

Testing Stripe Integration

Stripe Test Legacy

Stripe Sandbox

Package Tests

Integration tests

Environment Variables

HOSTED_ZONES

ROUNDABOUT_HOSTED_ZONE

ACCESS_SERVICE_URL

AGGREGATOR_DID

AGGREGATOR_URL

CONTENT_CLAIMS_DID

CONTENT_CLAIMS_URL

DEAL_TRACKER_DID

DEAL_TRACKER_URL

UPLOAD_API_DID

R2_ACCESS_KEY_ID

R2_SECRET_ACCESS_KEY

R2_ENDPOINT

R2_CARPARK_BUCKET_NAME

R2_DELEGATION_BUCKET_NAME

PROVIDERS

SENTRY_DSN

EIPFS_INDEXER_SQS_ARN

EIPFS_INDEXER_SQS_URL

EIPFS_MULTIHASHES_SQS_ARN

EIPFS_BLOCKS_CAR_POSITION_TABLE_ARN

POSTMARK_TOKEN

MAILSLURP_API_KEY

Secrets

PRIVATE_KEY

CONTENT_CLAIMS_PRIVATE_KEY

UCAN_INVOCATION_POST_BASIC_AUTH

STRIPE_SECRET_KEY

HTTP API

POST /

POST /stripe

GET /version

UCAN Capabilities

store/add

store/list

store/remove

upload/add

upload/list

upload/remove

Examples

About

Resources

License

Stars

Watchers

Forks

Releases

Packages 0

Contributors 11

Languages

`HOSTED_ZONES`

`ROUNDABOUT_HOSTED_ZONE`

`ACCESS_SERVICE_URL`

`AGGREGATOR_DID`

`AGGREGATOR_URL`

`CONTENT_CLAIMS_DID`

`CONTENT_CLAIMS_URL`

`DEAL_TRACKER_DID`

`DEAL_TRACKER_URL`

`UPLOAD_API_DID`

`R2_ACCESS_KEY_ID`

`R2_SECRET_ACCESS_KEY`

`R2_ENDPOINT`

`R2_CARPARK_BUCKET_NAME`

`R2_DELEGATION_BUCKET_NAME`

`PROVIDERS`

`SENTRY_DSN`

`EIPFS_INDEXER_SQS_ARN`

`EIPFS_INDEXER_SQS_URL`

`EIPFS_MULTIHASHES_SQS_ARN`

`EIPFS_BLOCKS_CAR_POSITION_TABLE_ARN`

`POSTMARK_TOKEN`

`MAILSLURP_API_KEY`

`PRIVATE_KEY`

`CONTENT_CLAIMS_PRIVATE_KEY`

`UCAN_INVOCATION_POST_BASIC_AUTH`

`STRIPE_SECRET_KEY`

`POST /`

`POST /stripe`

`GET /version`

`store/add`

`store/list`

`store/remove`

`upload/add`

`upload/list`

`upload/remove`

Packages