Fix some typos (Sovereign-Labs#1127)

Author: vuittont60

adapters/celestia/README.md

@@ -84,7 +84,7 @@ with the current block. The transactions are serialized using `protobuf` and enc
 [compact share format](https://github.com/celestiaorg/celestia-app/blob/main/specs/src/specs/shares.md#transaction-shares).
 
 In order to prove that, we use a proofs called `EtxProof` which consist of the merkle proofs for all the shares contaniing transaction
-as well the offset to the beggining of the cosmos transaction in first of those shares.
+as well the offset to the beginning of the cosmos transaction in first of those shares.
 
 To venify them, we first iterate over rollup's blobs re-created from _completeness_ verification. We associate each blob
 with its `EtxProof`. Then we verify that the etx proof holds the contiguous range of shares and verify the merkle proofs
@@ -106,7 +106,7 @@ If all proofs and all blobs were verified successfully, that means the data is c
 ### The DaService Trait
 
 The `DaService` trait is slightly more complicated than the `DaVerifier`. Thankfully, it exists entirely outside of the
-rollup's state machine - so it never has to be proven in zk. This means that its perfomance is less critical, and that
+rollup's state machine - so it never has to be proven in zk. This means that its performance is less critical, and that
 upgrading it in response to a vulnerability is much easier.
 
 The job of the `DAService` is to allow the Sovereign SDK's node software to communicate with a DA layer. It has two related

adapters/celestia/src/celestia.rs

@@ -204,7 +204,7 @@ impl BlockHeader for CelestiaHeader {
         }
 
         // We special case the block following genesis, since genesis has a `None` hash, which
-        // we don't want to deal with. In this case, we return a specail placeholder for the
+        // we don't want to deal with. In this case, we return a special placeholder for the
         // block "hash"
         if Height::decode_vec(&self.header.height)
             .expect("header must be validly encoded")

adapters/solana/README.md

@@ -162,7 +162,7 @@ Ok(2GX1fTkufWZJVn88TiMbBEkn46NAc8acqguVAbVMhowZiJEZvNppJVWi2opC4xVoT31pcqhiaCKSj
 .
 Ok(44CoVzXpXyYKS8ucjsebuaRjwpf6bvuEzEPpaXNY85LUbT62kLc58Z21TJ6ceLfE2XU9GJevEw5k4okMaRGd1rTV)
 ```
-* Simulatenously, you can see the chunk accumulation working on the terminal that's running `solana logs`
+* Simultaneously, you can see the chunk accumulation working on the terminal that's running `solana logs`
 ```bash
 Transaction executed in slot 9290:
   Signature: 3bgUwqNPvKCG3yz5AXCAVhg9TbBBJqtbzsurJUXRzDLb4UMGT7d3T2pgC1kBQyT1dFmVbXfVT22dn8Uv3vJUPidZ

docker/run-validator.sh

@@ -94,7 +94,7 @@ provision_bridge_nodes() {
 
     bridge_address=$(node_address "$bridge_name")
 
-    echo "Transfering $BRIDGE_COINS coins to the $bridge_name"
+    echo "Transferring $BRIDGE_COINS coins to the $bridge_name"
     echo "y" | celestia-appd tx bank send \
       "$NODE_NAME" \
       "$bridge_address" \

module-system/module-implementations/sov-attester-incentives/src/tests/attestation_processing.rs

@@ -168,7 +168,7 @@ fn test_burn_on_invalid_attestation() {
         BOND_AMOUNT
     );
 
-    // Now proccess a valid attestation for genesis.
+    // Now process a valid attestation for genesis.
     {
         let attestation = Attestation {
             initial_state_root: initial_transition.state_root,

module-system/module-implementations/sov-bank/src/token.rs

@@ -148,7 +148,7 @@ impl<C: sov_modules_api::Context> Token<C> {
 
         Ok(())
     }
-    /// Burns a specified `amount` of token from the adress `from`. First check that the address has enough token to burn,
+    /// Burns a specified `amount` of token from the address `from`. First check that the address has enough token to burn,
     /// if not returns an error. Otherwise, update the balances by substracting the amount burnt.
     pub(crate) fn burn(
         &mut self,

module-system/module-implementations/sov-evm/src/evm/error/rpc.rs

@@ -599,7 +599,7 @@ impl From<PoolError> for EthApiError {
 /// Errors returned from a sign request.
 #[derive(Debug, thiserror::Error)]
 pub enum SignError {
-    /// Error occured while trying to sign data.
+    /// Error occurred while trying to sign data.
     #[error("Could not sign")]
     CouldNotSign,
     /// Signer for requested account not found.

module-system/module-implementations/sov-evm/src/signer/mod.rs

@@ -11,7 +11,7 @@ pub struct DevSigner {
 
 #[derive(Debug, thiserror::Error)]
 pub enum SignError {
-    /// Error occured while trying to sign data.
+    /// Error occurred while trying to sign data.
     #[error("Could not sign")]
     CouldNotSign,
     /// Signer for requested account not found.

module-system/module-implementations/sov-nft-module/offchain_readme.md

@@ -47,7 +47,7 @@ psql postgres -f sovereign/module-system/module-implementations/sov-nft-module/s
 rm -rf demo_data; POSTGRES_CONNECTION_STRING="postgresql://username:password@localhost/postgres" cargo run --features offchain -- --da-layer mock
 ```
 * Explanation of the above command
-  * `rm -rf demo_data` is to wipe the rollup state. For testing its better to start with clean state
+  * `rm -rf demo_data` is to wipe the rollup state. For testing it's better to start with clean state
   * `POSTGRES_CONNECTION_STRING` is to allow the offchain component of the `sov-nft-module` to connect to postgres instance
   * `--features offchain` is necessary to enable offchain processing. Without the feature, the functions are no-ops
   * `--da-layer mock` is used to run an in-memory local DA layer
@@ -57,4 +57,4 @@ $ cd sovereign/examples/demo-rollup
 $ cargo run --bin sov-nft-script
 ```
   * The above script creates 3 NFT collections, mints some NFTs to each collection
-  * The tables can be explored by connecting to postgres and running sample queries from above
+  * The tables can be explored by connecting to postgres and running sample queries from above

rollup-interface/specs/interfaces/stf.md

@@ -93,7 +93,7 @@ state of a particular instance of the state transition function.
 | Name           | Type           | Description                                                                                                                                                             |
 | -------------- | -------------- | ----------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
 | state_root     | STATE_ROOT     | The current state root of the rollup, calculated after applying the state transition function to the data from this slot.                                               |
-| batch_receipts | BATCH_RECEIPTs | A list of receipt indicating whether each blob was applied succesfully. Each receipt an array of `TX_RECEIPT`s, indicating the result of each transaction from the blob |
+| batch_receipts | BATCH_RECEIPTs | A list of receipt indicating whether each blob was applied successfully. Each receipt an array of `TX_RECEIPT`s, indicating the result of each transaction from the blob |
 | witness        | WITNESS        | The witness generated from this execution of the state transition function                                                                                              |
 
 ### BatchReceipt