PP-668/update-devportal#2
Conversation
9cfb67f to
e185eba
Compare
ironFe93
left a comment
There was a problem hiding this comment.
Overall pretty good, left some suggestions
| The `Relay Client` its a component from the RIF Relay Client library that helps to build relay request, search for a server and send the request via http protocol. | ||
|
|
||
| To simplify the integration process a SDK was developed, the SDK is a library that needs to be used from a dApp that will provide us a way to sign transactions. | ||
| To create a `Relay Client` we need to follow next steps: |
There was a problem hiding this comment.
| To create a `Relay Client` we need to follow next steps: | |
| To create a `Relay Client` we need to follow the next steps: |
|
|
||
| ### Account Manager | ||
|
|
||
| The `Account Manager` manager its a singleton component from the RIF Relay Client library that helps to sign the relay transactions. This component can sign the transactions with an internal account that was previously added or using a wallet provider like [metamask](https://metamask.io/). The `Account Manager` will look first for internal account's and if none is found, will try to use the provider that was [previously setup](/guides/rif-relay/integrate/#relay-client). |
There was a problem hiding this comment.
| The `Account Manager` manager its a singleton component from the RIF Relay Client library that helps to sign the relay transactions. This component can sign the transactions with an internal account that was previously added or using a wallet provider like [metamask](https://metamask.io/). The `Account Manager` will look first for internal account's and if none is found, will try to use the provider that was [previously setup](/guides/rif-relay/integrate/#relay-client). | |
| The `Account Manager` manager is a singleton component from the RIF Relay Client library that helps to sign the relay transactions. This component can sign the transactions with an internal account that was previously added or using a wallet provider like [metamask](https://metamask.io/). The `Account Manager` will look first for internal accounts and if none is found, will try to use the provider that was [previously setup](/guides/rif-relay/integrate/#relay-client). |
|
|
||
| The `Account Manager` accepts [Ethers V5 Wallets](https://docs.ethers.org/v5/api/signer/#Wallet) as internal accounts. | ||
|
|
||
| To interact with the `Account Manager` we need to the next steps: |
There was a problem hiding this comment.
| To interact with the `Account Manager` we need to the next steps: | |
| To interact with the `Account Manager` we need to follow the next steps: |
| * **RSK_CHAIN_ID**: The RSK node chain ID which is running (e.g. `33`). | ||
| * **RIF_RELAY_SERVER_URL**: The RIF Relay Server URL (e.g. `http://localhost:8090`). | ||
| * **RSK_NODE_ENDPOINT**: The RSK node endpoint which is running (e.g. `http://localhost:4444`). | ||
| * **INTERNAL_ACCOUNT_OBJECT**: Ethers V4 Wallet object. |
There was a problem hiding this comment.
Line 93 states that the Account Manager accepts V5 wallets.
| * **SMART_WALLET**: the generated smart wallet from the deployment process. | ||
| * **TOKEN_ADDRESS**: the token contract address. | ||
| * **AMOUNT_OF_TOKENS**: string containing the amount of tokens in decimal unit. | ||
| * **EOA**: External Owned Account, the owner of the smart wallet. |
There was a problem hiding this comment.
| * **EOA**: External Owned Account, the owner of the smart wallet. | |
| * **EOA**: Externally Owned Account, the owner of the smart wallet. |
ironFe93
left a comment
There was a problem hiding this comment.
still good, found some more suggestions.
| } | ||
| ``` | ||
|
|
||
| Were each key from `request` is: |
There was a problem hiding this comment.
| Were each key from `request` is: | |
| Where each key from `request` is: |
| } | ||
| } | ||
| ``` | ||
| Were each key from `request` is: |
There was a problem hiding this comment.
| Were each key from `request` is: | |
| Where each key from `request` is: |
| * **validUntilTime**: Transaction expiration time in seconds. | ||
|
|
||
|
|
||
| Were each key from `relayData` is: |
There was a problem hiding this comment.
| Were each key from `relayData` is: | |
| Where each key from `relayData` is: |
| * **SMART_WALLET_INDEX**: the index that we would like to use to generate the smart wallet. | ||
| * **TOKEN_ADDRESS**: the token contract address. | ||
| * **AMOUNT_OF_TOKENS**: string containing the amount of tokens in decimal unit. | ||
| * **EOA**: External Owned Account, the owner of the smart wallet. |
There was a problem hiding this comment.
| * **EOA**: External Owned Account, the owner of the smart wallet. | |
| * **EOA**: Externally Owned Account, the owner of the smart wallet. |
|
|
||
| ### Native Holder Smart Wallet | ||
|
|
||
| The `native holder smart wallet` it's a `smart wallet` that was designed to have interactions outside the RIF Relay system. This means that can hold native currency as it's name describe it. |
There was a problem hiding this comment.
| The `native holder smart wallet` it's a `smart wallet` that was designed to have interactions outside the RIF Relay system. This means that can hold native currency as it's name describe it. | |
| The `native holder smart wallet` is a `smart wallet` that was designed to have interactions outside the RIF Relay system. This means that it can hold native currency as it's name describes. |
|
|
||
| The `native holder smart wallet` it's a `smart wallet` that was designed to have interactions outside the RIF Relay system. This means that can hold native currency as it's name describe it. | ||
|
|
||
| The behavior of the `native holder smart wallet` its the same as the `smart wallet` with the difference that the native currency will not be transferred back to the owner after each transaction and can dispose the usage of the native currency. |
There was a problem hiding this comment.
| The behavior of the `native holder smart wallet` its the same as the `smart wallet` with the difference that the native currency will not be transferred back to the owner after each transaction and can dispose the usage of the native currency. | |
| The behavior of the `native holder smart wallet` is the same as the `smart wallet` with the difference that the native currency will not be transferred back to the owner after each transaction and can dispose the usage of the native currency. |
|
|
||
| ### Custom Smart Wallet | ||
|
|
||
| The `custom smart wallet` it's a `smart wallet` that was designed to execute custom logic after each transaction. The custom logic it's created at the moment of the contract deployment and can be executed on each transaction. |
There was a problem hiding this comment.
| The `custom smart wallet` it's a `smart wallet` that was designed to execute custom logic after each transaction. The custom logic it's created at the moment of the contract deployment and can be executed on each transaction. | |
| The `custom smart wallet` is a `smart wallet` that was designed to execute custom logic after each transaction. The custom logic is created at the moment of the contract deployment and can be executed on each transaction. |
|
|
||
| ### Relay Client | ||
| This is a typescript library to interact with the RIF Relay system. It provides APIs to find a relay, and to send transactions through it. It also gives access to expose methods from Relay Common to interact with the blockchain. | ||
| This is a typescript library to interact with the RIF Relay system. It provides APIs to find a relay, and to send transactions through it. It also expose methods to interact with the blockchain. |
There was a problem hiding this comment.
| This is a typescript library to interact with the RIF Relay system. It provides APIs to find a relay, and to send transactions through it. It also expose methods to interact with the blockchain. | |
| This is a typescript library to interact with the RIF Relay system. It provides APIs to find a relay, and to send transactions through it. It also exposes methods to interact with the blockchain. |
5c0b831 to
b9199d6
Compare
|
This PR could be closed in favour of this. |
What
Why
Refs