sei-protocol · alexander-sei · Jan 12, 2025 · Jan 11, 2025 · Jan 12, 2025
@@ -21,7 +21,7 @@ Great documentation is simple and to the point. It should aim to convey more mea
 
 - To be clear and inclusive, avoid using jargon and obscure words where possible. 
 - Limit the number of clauses in a sentence and make sure that your points are structured.
-- Avoid qualifying language, which is ~~quite~~ often ~~completely~~ uneccessary.
+- Avoid qualifying language, which is ~~quite~~ often ~~completely~~ unnecessary.
 - Information should be simply organized and easy to find.
 
 ### Self-explanatory
@@ -34,7 +34,7 @@ Great documentation is self-explanatory. Documentation shouldn't need more docum
 The Sei Docs are structured using the [Nextra](https://nextra.site). Are a guideline, we have split the pages by target audience.
 
 ### General
-Docs in these section describe Sei and topics that are applicable to all audiences. This is general information that is not specfic to users or developers. Information here is meant to be as layman as possible and should be understandable by everyone.
+Docs in these section describe Sei and topics that are applicable to all audiences. This is general information that is not specific to users or developers. Information here is meant to be as layman as possible and should be understandable by everyone.
 
 Information here might include:
 - What is Sei?
@@ -167,7 +167,7 @@ When code blocks are used, they should always be prettified by specifying the la
 
 When writing code blocks, avoid
 1. Creating large code blocks. Break your code into smaller, more digestible pieces.
-2. Writing too much documentation in between lines. If neccessary, break the code block up and add text to explain each code block instead.
+2. Writing too much documentation in between lines. If necessary, break the code block up and add text to explain each code block instead.
 
 For tutorials, the goal should be to write code blocks that can be directly copied and used by the reader.
 

@@ -7,7 +7,7 @@ next: true
 Wallet association on the Sei network ensures the public key becomes known to the chain. Without this step, the chain cannot determine the Bech32 (`sei...`) address or the EVM-compatible (`0x...`) address from one another.
 
 
-Below are **4 distinct methods** for associating a wallet along with relevant defitnitions. Each method differs in terms of security considerations and required actions.
+Below are **4 distinct methods** for associating a wallet along with relevant definitions. Each method differs in terms of security considerations and required actions.
 
 ---
 

@@ -15,7 +15,7 @@ Sei Ecosystem is the epicenter of technological advancement, bringing together c
 
 <EcosystemDynamicSection category="Consumer Apps" />
 
-## Infastructure
+## Infrastructure
 
 <EcosystemDynamicSection category="Infrastructure" />
 

@@ -45,7 +45,7 @@ on each for an address.
 
 There are 4 primary developer tools for using the APIs:
 
-1. [GoldRush APIs](https://goldrush.dev/docs/api) - enteprise-grade REST APIs to use with any programming language. Switch blockchains with one path parameter.
+1. [GoldRush APIs](https://goldrush.dev/docs/api) - enterprise-grade REST APIs to use with any programming language. Switch blockchains with one path parameter.
 
     ```sh
     curl -X GET https://api.covalenthq.com/v1/sei-mainnet/address/0x6d68A318D0632f7B9Ce9d6757Dea0e9dE19D7CCA/balances_v2/ \

@@ -6,7 +6,7 @@ import interoperability from '../public/assets/interoperability.png';
 
 EVM and CosmWasm based smart contracts co-exist on Sei, but live in different execution environments.
 This creates a challenge for users, who use wallets that typically only support a single execution environment.
-Likewise for devlelopers, existing tooling and libraries can only interact with either EVM or Wasm (Think EthersJS vs CosmJS).
+Likewise for developers, existing tooling and libraries can only interact with either EVM or Wasm (Think EthersJS vs CosmJS).
 
 To bridge the gap between EVM and Wasm, Sei has introduced two interoperability features, allowing for smooth and easy interactions between both environments.
 Precompiled EVM contracts and Pointer Contracts enable all contracts to be accessible from both VM environments.

@@ -37,7 +37,7 @@ This precompile enables EVM clients to interact with the bank module.
   ```
 
 ### Queries
-- `balance`: Queries the balance of the given acount for specified denom.
+- `balance`: Queries the balance of the given account for specified denom.
   ```solidity
     /// Queries the balance of the given account for the specified denom.
     /// @param acc The Sei address of the account to query.
@@ -48,7 +48,7 @@ This precompile enables EVM clients to interact with the bank module.
         string memory denom
     ) external view returns (uint256 amount);
   ```
-- `all_balances`: Queries all balances of the given acount.
+- `all_balances`: Queries all balances of the given account.
 ```solidity
     /// Queries the balance of the given account for all balances.
     /// @param acc The Sei address of the account to query.

@@ -70,7 +70,7 @@ This precompile serves as an interface to the CosmWasm module, enabling EVM base
   ```solidity
   /// Queries a CosmWasm contract.
   /// @param contractAddress The Sei address of the contract to query.
-  /// @param req The query requeest object. The format is specified by the contract code.
+  /// @param req The query request object. The format is specified by the contract code.
   /// @return The response from the CosmWasm contract.
   function query(
       string memory contractAddress,

@@ -1,6 +1,6 @@
 import { Callout } from "nextra/components";
 
-# Orcale Precompile
+# Oracle Precompile
 
 **Address**: `0x0000000000000000000000000000000000001008`
 

@@ -8,7 +8,7 @@ Structure of ~/.sei/config
 │-- app.toml                            # seid configuration file
 │-- client.toml                         # configurations for the cli wallet (ex seid)
 │-- config.toml                         # Tendermint configuration file
-│-- genesis.json                        # gensesis transactions
+│-- genesis.json                        # genesis transactions
 │-- node_key.json                       # private key used for node authentication in the p2p protocol (its corresponding public key is the nodeid)
 └-- priv_validator_key.json             # key used by the validator on the node to sign blocks
 ```

@@ -116,7 +116,7 @@ Before running the script, take a moment to understand the configurable paramete
     - The script will download the specified version, extract it, and install it using `make install`.
     - If `enable_unsafe_reset` is `True`, it will reset the Tendermint state and any existing configs + keys.
     - The script will initialize the node with the given moniker and chain ID.
-    - For non-local environments, it will fetch state sync parameters, persistent peers, and apropriate genesis file.
+    - For non-local environments, it will fetch state sync parameters, persistent peers, and appropriate genesis file.
 
 
 5. **Configuration Files**:

@@ -17,7 +17,7 @@ CosmWasm architecture prevents almost all the known risk vectors of Ethereum.
 
 CosmWasm runs the Web Assembly, Wasm virtual machine guarantees high performance.
 
-**Interoprable**
+**Interoperable**
 
 CosmWasm was built for multi-chain, cross-chain world, deeply integrated with IBC (Inter-blockchain communication).
 
@@ -46,7 +46,7 @@ use cosmwasm_std::{
     entry_point, to_binary, Binary, Deps, DepsMut, Empty, Env, MessageInfo,
     Response, StdResult,
 };
-// serde is a serialization/deserilization library
+// serde is a serialization/deserialization library
 use serde::{Deserialize, Serialize};
 
 // Query response data structure

@@ -14,7 +14,7 @@ This tutorial guides you through the creation and deployment of an NFT contract
 <Tabs items={["EVM", "CosmWasm"]}>
 <Tabs.Tab>
 
-In this section, we'll use Foundry to deploy an ERC-721 contract to the Ethereum network. ERC-721 is a standard for NFT contracts on Ethereum. Learm more about ERC-721 [here](https://erc721.org/).
+In this section, we'll use Foundry to deploy an ERC-721 contract to the Ethereum network. ERC-721 is a standard for NFT contracts on Ethereum. Learn more about ERC-721 [here](https://erc721.org/).
 
 ## Requirements
 

@@ -16,10 +16,10 @@ Available Commands:
   pool                       Query the current staking pool values
   redelegation               Query a redelegation record based on delegator and a source and destination validator address
   redelegations              Query all redelegations records for one delegator
-  redelegations-from         Query all outgoing redelegatations from a validator
+  redelegations-from         Query all outgoing redelegations from a validator
   unbonding-delegation       Query an unbonding-delegation record based on delegator and validator address
   unbonding-delegations      Query all unbonding-delegations records for one delegator
-  unbonding-delegations-from Query all unbonding delegatations from a validator
+  unbonding-delegations-from Query all unbonding delegations from a validator
   validator                  Query a validator
   validators                 Query for all validators
 

@@ -3,7 +3,7 @@
 Call EVM contract with a bytes payload in hex
 
 Usage:
-  seid tx evm call-contract [addr] [payload hex] --value=<payment> --from=<sender> --gas-fee-cap=<cap> --gas-limt=<limit> --evm-rpc=<url> [flags]
+  seid tx evm call-contract [addr] [payload hex] --value=<payment> --from=<sender> --gas-fee-cap=<cap> --gas-limit=<limit> --evm-rpc=<url> [flags]
 
 Flags:
   -a, --account-number uint      The account number of the signing account (offline mode only)

@@ -3,7 +3,7 @@
 call method on precompile
 
 Usage:
-  seid tx evm call-precompile [precompile name] [method] [args...] --value=<payment> --from=<sender> --gas-fee-cap=<cap> --gas-limt=<limit> --evm-rpc=<url> [flags]
+  seid tx evm call-precompile [precompile name] [method] [args...] --value=<payment> --from=<sender> --gas-fee-cap=<cap> --gas-limit=<limit> --evm-rpc=<url> [flags]
 
 Flags:
   -a, --account-number uint      The account number of the signing account (offline mode only)

@@ -3,7 +3,7 @@
 Deploy ERC20 contract for a native Sei token
 
 Usage:
-  seid tx evm deploy-wsei --from=<sender> --gas-fee-cap=<cap> --gas-limt=<limit> --evm-rpc=<url> [flags]
+  seid tx evm deploy-wsei --from=<sender> --gas-fee-cap=<cap> --gas-limit=<limit> --evm-rpc=<url> [flags]
 
 Flags:
   -a, --account-number uint      The account number of the signing account (offline mode only)

@@ -3,7 +3,7 @@
 send recipient <amount> (in smallest unit) ERC20 tokens
 
 Usage:
-  seid tx evm erc20-send [addr] [recipient] [amount] --from=<sender> --gas-fee-cap=<cap> --gas-limt=<limit> --evm-rpc=<url> [flags]
+  seid tx evm erc20-send [addr] [recipient] [amount] --from=<sender> --gas-fee-cap=<cap> --gas-limit=<limit> --evm-rpc=<url> [flags]
 
 Flags:
   -a, --account-number uint      The account number of the signing account (offline mode only)

@@ -19,7 +19,7 @@ Usage:
 
 Flags:
   -a, --account-number uint      The account number of the signing account (offline mode only)
-      --amino                    Generate Amino encoded JSON suitable for submiting to the txs REST endpoint
+      --amino                    Generate Amino encoded JSON suitable for submitting to the txs REST endpoint
   -b, --broadcast-mode string    Transaction broadcasting mode (sync|async|block) (default "sync")
       --chain-id string          The network chain ID
       --dry-run                  ignore the --gas flag and perform a simulation of a transaction, but don't broadcast it (when enabled, the local Keybase is not accessible)

@@ -2,7 +2,7 @@
 ```ansi
 Create a new vesting account funded with an allocation of tokens. The
 account can either be a delayed or continuous vesting account, which is determined
-by the '--delayed' flag. All vesting accouts created will have their start time
+by the '--delayed' flag. All vesting accounts created will have their start time
 set by the committed block's time. The end_time must be provided as a UNIX epoch
 timestamp. You can also optionally configure the 'admin' field using the flag '--admin {addr}. This admin will be able to perform some administrative actions on the vesting account if set.
-Original file line number
+Diff line change
@@ Expand Up / @@ -7,7 +7,7 @@ next: true @@
     Wallet association on the Sei network ensures the public key becomes known to the chain. Without this step, the chain cannot determine the Bech32 (`sei...`) address or the EVM-compatible (`0x...`) address from one another.
-    Below are **4 distinct methods** for associating a wallet along with relevant defitnitions. Each method differs in terms of security considerations and required actions.
+    Below are **4 distinct methods** for associating a wallet along with relevant definitions. Each method differs in terms of security considerations and required actions.
     ---
@@ Expand Down @@