Deploying your own transactions server
The transactions-server is a proxy server that relays transactions to Biconomy. It receives a signed transaction from the client that it’s in turn sent to the appropiate network behind the scenes. This allows the server’s owner to facilitate it’s users with costless transactions
The transaction server is used to help with the UX of using multiple networks and to prevent them from switching network providers on the fly. The users can stay connected to Ethereum and interact with Polygon by only signing transactions
The Decentraland DAO has set up a server used by our dapps, covering the cost up to a certain limit with a few restrictions. This document explains how you can deploy this server to enable your users to relay transactions with the restrictions you need, if any.
Restrictions
All restrictions are per-transaction the user tries to send. Which, in practice, translates into a POST request to the server.
The configurable restrictions the server has are:
- Checks for a quota of max transactions per day. See the collections section for more info.
- Checks for whitelisted contracts, so if a transaction is trying to interact with a contract that’s not recognized it’ll fail. To do this it uses
- The deployed contracts and collections. See the contracts and collections section for more info
- The price of sales, restricting it if it’s below a threshold. See min sale value section for more info
Configuring Biconomy
Biconomy is a Multichain Relayer Protocol. We use it’s infrastructure to enable costless transactions. This effectively means that, when you go to send a transaction, you’re instead signing a message and sending that to Biconomy. The service will take care of sending the transaction for you and giving you a response (transaction hash) back.
It needs a contract to forward the transactions, but luckily we can reuse the one that’s being used by Decentraland (see below)
Biconomy works as an API to the server. To configure it you’ll first need an API KEY and an APP ID which we we’ll use later. To get these:
- Register in the service
- Create new dapp for the network you intent to target. To mimic what Decentraland does, you’d pick
Matic Mainnet
- Copy the API KEY from the
Keys
section - Add a new contract. Click the
+ Add Contract
button. If you want to use the same Decentraland uses you can add this one, which has the following data:- Name: Meta Transaction Forwarder
- Address: 0x14d4be0ef62fa7a322bbefe115d53a49f2754752
- *Application Binary Interface (ABI)**: Check the
Contract ABI
section on theContract
tab, in Polygonscan - Meta Transaction Type: Custom
- Add a new API. Click the
Manage APIs
button. Continuing with the Decentraland’s example:- Smart Contract: Meta Transaction Forwarder
- Method: ForwardMetaTx
- Name: Forward Meta Tx
- Get the APP ID from the created API
Lastly, you’ll need to fund your newly created dapp. You can do this by connecting your wallet in the Gas Tank
section at the top right. Once connected, it’ll enable you to deposit your MATIC to fund the transactions your users will send. If you need to get MATIC, check this post.
Testnet
If you want to test your app before going live and you’re using Polygon you can do so in Matic Mumbai
, the Polygon testnet.
To do this simply repeat the process but picking Matic Testnet (Mumbai)
on the network field. Then use the following contract as your MetaTxForwarder.
You’ll need to fund your dapp, but you can do so easily by getting MATIC tokens from the faucet.
Downloading the transactions server
First off, you’ll need a copy of the Decentraland’s transactions-server code. You can find it on github. From there, you have two options:
-
Downloading the code: To download the code, you have to first click on the green
Code
button and then either
- Click on
Download ZIP
- Copy the URL under the
Clone
title and then run$ git clone THE_URL_HERE
-
Forking the code: You can click the
fork
button on the top right of the page. Once the process is complete, you’ll be able to download you code the same way you’d do it on the first option. You’ll need a Github account for this, for more information on forking repositories see here
Configuring the server
The transactions server is written in NodeJS using Typescript. Before running it you’ll need to configure a few environment variables.
To do this:
- Copy the
.env.example
file and paste it renamed to.env
- Open the
.env
file. You’ll see some variables have a default value, likeHTTP_SERVER_PORT=5000
(in which port to run the server) - You can leave most values as they are, but there’re a few important values to consider:
Biconomy
Use the API KEY and API ID we got when configuring biconomy.
BICONOMY_API_KEY=Bxl2UQrJG.3c1d0a43-2d58-123b-721i-abdcbf182b8a
BICONOMY_API_ID=a890974a-5519-4d60-912a-ff2704258dc2
Transactions
When a new transaction request arrives it’ll check the amount an address has sent that day. If it’s over the set value the transaction will fail.
MAX_TRANSACTIONS_PER_DAY=10
To completely remove this check, you can go into the code and remove the
await checkQuota(components, transactionData)
method from async function checkData(transactionData: TransactionData): Promise<void> {
in src/ports/transactions/component.ts
Contracts and collections
The server will fetch the Contract addresses URL and store them locally and query the subgraph. When a new transaction request arrives it’ll then check if the contract the transaction is interacting with belongs to either the deployed contracts in the URL or the deployed collections in the subgraph.
If you want to supply your own contracts change the URL and keep the same structure the current https://contracts.decentraland.org/addresses.json has. The network used is determined by COLLECTIONS_CHAIN_ID, and the interval with which the cache is re-fetched is COLLECTIONS_CHAIN_ID
If you have your own collections you can also change the subgraph URL.
To completely remove this checks, you can go into the code and remove the
await checkContractAddress(components, transactionData)
method from async function checkData(transactionData: TransactionData): Promise<void> {
in src/ports/transactions/component.ts
CONTRACT_ADDRESSES_URL=https://contracts.decentraland.org/addresses.json
COLLECTIONS_FETCH_INTERVAL_MS=3600000
COLLECTIONS_CHAIN_ID=80001
COLLECTIONS_SUBGRAPH_URL=https://api.thegraph.com/subgraphs/name/decentraland/collections-matic-mumbai
Min sale value
When a new transaction request arrives it’ll first parse the data it’s trying to relay. If it detects a sale (marketplace buy, bid, etc), it’ll check the value against MIN_SALE_VALUE_IN_WEI. If it’s lower, the transaction will fail.
MIN_SALE_VALUE_IN_WEI=1000000000000000000
To check the relevant sale methods, you can see src/ports/transaction/validation/checkSalePrice.ts
and to completely remove this check, you can go into the code and remove the
await checkSalePrice(components, transactionData)
method from async function checkData(transactionData: TransactionData): Promise<void> {
in src/ports/transactions/component.ts
Running the server
Now all configuration is set, what’s left is actually running the server. You can follow it’s README but in a nutshell, you’ll have to:
- Have NodeJS installed
- Open your terminal of choice
- Run the following commands:
npm install
npm run migrate # only the first run
npm start
Of course, you’ll probably want to deploy this to your service of choice, like AWS for example. You can use the Project’s Dockerfile to do so.
Using the server
Now everthing’s set up and running, it’s time to actually use the server.
To actually send a transaction, you need to POST to /transactions
. The schema required for the request is defined by transactionSchema
on src/ports/transaction/types.ts
.
If, instead, you want to use our pre-made libs to make your life easier you can try decentraland-transactions. It’s used via decentraland-dapps in our dapps like the Marketplace, with the utils sendTransaction
. Check this code for an example.