Exclusive for Project
Last updated
Last updated
The builder of project can use RPC Exclusive for Project without subscribing to a plan.
MEV Protect RPC Exclusive for Project can provide MEV protection for orderflow projects like DEX, TG Bot, Wallet, and DApp on Ethereum and BSC, supporting refunds to the project users or project builders themselves.
Compared to RPC General for Wallet User, RPC Exclusive for Project will provide each project builder with a Exclusive RPC URL, supporting visual customization of RPC domain names, transaction disclosure, refunds, and revert protection, facilitating the project builder to integrate RPC at a low cost and quickly.
Register and log in to the portal at blockrazor.io.
Under the Scutum module, click on the RPC page to view the configuration information of your RPC.
Click on Update to enter the configuration update page, and adjust the parameters according to your needs. The meaning of the parameters is shown in the following table.
Parameters | Meaning |
---|---|
Click Confirm, the system will update the RPC configuration in real time.
Find the configuration file or code: Open the project workspace and locate the file or code segment that configures the RPC node in the DApp project. This could be a configuration file such as .env, config.js, truffle-config.js, etc., or it could be hardcoded directly in the code.
Modify the RPC URL: Change the RPC URL in the configuration file or code to the Scutum RPC URL.
Test the connection: After making the change, run the DApp or the corresponding test script locally to ensure that the new RPC URL works properly. You can use methods like web3.eth.net.isListening()
or ethers.provider.pollingInterval
to check if the connection is successful.
Deploy the update: If the test passes, you can deploy the changes to the production environment.
Log in to blockrazor.io.
Under the Scutum module, click on Refunds to view the refund, and click on Transactions to view the transactions submitted to dedicated RPC.
In addition to supporting the standard JSON RPC methods, Scutum also supports customized JSON RPC method called eth_sendMevBundle
, with which the project builder can send bundles to the MEV Protect RPC Exclusive for Project.
On BSC, eth_sendMevBundle
allows transactions with 0 gwei in the bundle, but the average gasPrice of transactions(excluding those from the public mempool) which meets the demand of the Validator in the bundle must still be no less than 1 gwei. Since head builders of BSC have a preference for this model, it is recommended to construct transactions with 0 gwei.
The disclosure for the transaction data in field txs
is set by hint. If it is set to true, it will be regarded as disclosing the corresponding transaction field. If it is false, it will be regarded as not disclosing the corresponding transaction field. If it is not set, the default is false.
Parameters | Mandatory | Format | Example | Remark |
---|---|---|---|---|
Parameters | Mandatory | Format | Example | Remark |
---|---|---|---|---|
Default RPC URL
Each account automatically generates 1 Ethereum RPC and 1 BSC RPC by default. The Default RPC URL is automatically generated and cannot be modified.
Custom RPC URL
The third-level domain is allowed to be modified, and the Custom RPC URL can be promoted to the project's end-users through websites or docs, guiding them to add custom RPC within their wallets.
Hint
The system defaults to sharing the transaction's hash, to, calldata, functionSelector, and logs fields with the Searcher. The more fields shared, the greater the possibility of obtaining refunds, please proceed with caution after evaluating the need for disclosure of transaction data.
Refund Address
The default refund address is tx.origin, which means the refund will be returned to the sender of the transaction. It can be modified to a fixed refund address (EOA or contract address).
Refund Percent
The refund percent defaults to 90% on Ethereum and 99% on BSC, with the adjustment range 1-99%. The higher the refund percent, the longer it may take for the transaction to be included in a block.
Revert Protection
revert protection is enabled by default; if a transaction is detected to revert, it will not be included in the block. To ensure fast inclusion in a block, it is recommended to set priority fee (Ethereum) when sending transactions.
hash
optional
hash
""
leave the field blank
txs
mandatory
[]bytes
[ "0xf84a……e54284" ]
raw txs, up to 50 transactions allowed to be set
revertingTxHashes
optional
[]hash
["0x1f23……0abb1e"]
Transactions that allow to be reverted, a subset of txs
maxBlockNumber
mandatory
uint64
39177941
The maximum block number valid for this bundle
optional
See hint for details
refundAddress
optional
address
"0x9abae1b279a4be25aeae49a33e807cdd3ccffa0c"
If there is a transaction field with a value of true in hint, this field needs to be set.
refundPercent
optional
int
99
If there is a transaction field with a value of true in hint, this field needs to be set.
hash
optional
bool
true
transaction hash
from
optional
bool
false
sender of the transaction
to
optional
bool
false
receiver of the transaction
value
optional
bool
false
value being transacted
nonce
optional
bool
false
nonce
calldata
optional
bool
false
calldata
functionSelector
optional
bool
false
the first 4 bytes of the contract function signature hash
gasLimit
optional
bool
false
gas limit
gasPrice
optional
bool
false
gas price
logs
optional
bool
true
event logs emitted during transaction execution(this field synchronously sets whether to disclose state changes in the state object)