Merge pull request #355 from anoma/brent/remove-eth-bridge

Remove eth bridge

packages/docs/pages/index.mdx

@@ -11,13 +11,11 @@ Namada's cryptographical features give users asset-agnostic, multichain data pro
 
 - Zcash-like shielded transfers for any assets (fungible and non-fungible)
 - Rewards for keeping assets in the shielded set
-- Interoperability with Ethereum via a custom bridge with trust-minimization
 
 ## Overview of features
 
 - [Proof-of-Stake](./introduction/protocol-intro.mdx) with [governance](./users/governance.mdx) to secure and evolve Namada
 - Fast-finality BFT with 4-second blocks
-- Trust-minimized 2-way Ethereum bridge
 - IBC connections to chains that already speak IBC (all Cosmos chains)
 - [Multi-Asset Shielded Pool](./users/shielded-accounts/shielded-transfers.mdx) (MASP)
 - Convert Circuit ([shielded set rewards](./users/shielded-accounts/shielded-rewards.mdx))

packages/docs/pages/integrating-with-namada/light-sdk/usage/transactions.mdx

@@ -3,7 +3,6 @@ The transaction module exposes various modules (objects) to construct transactio
 
 ```rust
 pub mod account; // contains functions to create transactions for account module
-pub mod bridge; // contains functions to create transactions for bridge module
 pub mod governance; // contains functions to create transactions for governance module
 pub mod ibc; // contains functions to create transactions for ibc module
 pub mod pgf; // contains functions to create transactions for pgf module
@@ -57,20 +56,6 @@ impl InitAccount {
 
 A public key can be constructed from a string using the `::from_str()` method. The `vp_code_hash` is a hash that is found under the `wasm` folder.
 
-### Bridge
-
-```rust
-pub use namada_sdk::eth_bridge_pool::{GasFee, TransferToEthereum};
-pub struct BridgeTransfer(Tx);
-impl BridgeTransfer {
-    pub fn new(
-        transfer: TransferToEthereum,
-        gas_fee: GasFee,
-        args: GlobalArgs,
-    ) -> Self {...}
-}
-```
-
 ### Governance
 
 ```rust

packages/docs/pages/introduction/install/binaries/overview-of-binaries.mdx

@@ -10,7 +10,6 @@ Once installed, you should have the following binaries:
 | `namadan` | The ledger node |
 | `namadac` | The client |
 | `namadaw` | The wallet |
-| `namadar` | The ethereum bridge relayer |
 
 The main binary `namada` has sub-commands for all of the other binaries. Therefore, the following commands are equivalent:
 
@@ -19,7 +18,6 @@ The main binary `namada` has sub-commands for all of the other binaries. Therefo
 | `namada client` | `namadac` |
 | `namada node` | `namadan` |
 | `namada wallet` | `namadaw` |
-| `namada relayer` | `namadar` |
 
 
 To explore the command-line interface, the `--help` argument can be added at any sub-command level to find out any possible sub-commands and/or arguments.

packages/docs/pages/introduction/privacy.mdx

@@ -6,7 +6,7 @@ Namada provides the largest possible unified shielded set in the multichain, com
 * Namada can also seed data protection to users who want to use an asset originating from one base chain on another chain, without losing data protection
 * Namada retrofits data protection to assets that were created and already used in transparent chains
 
-Users should be aware that they can still expose personal information when transferring funds into and out of Namada via the Ethereum bridge or IBC. For example, a user bridging WETH from Ethereum may be able to obfuscate their on-chain identities to *some* on-chain observers by interacting with Smart contract based shielding protocols or centralized exchanges. However, a user transferring a non-fungible token or a low liquidity token that relies on price discovery on-chain, will leak more information by the nature of their asset holdings. This is also true of tokens transferred into and out of Namada via IBC. Once inside the shielded set, a user can perform *shielded actions* such as triggering a cross chain swap. 
+Users should be aware that they can still expose personal information when transferring funds into and out of Namada via IBC. For example, a user bridging WETH from Ethereum may be able to obfuscate their on-chain identities to *some* on-chain observers by interacting with Smart contract based shielding protocols or centralized exchanges. However, a user transferring a non-fungible token or a low liquidity token that relies on price discovery on-chain, will leak more information by the nature of their asset holdings. This is also true of tokens transferred into and out of Namada via IBC. Once inside the shielded set, a user can perform *shielded actions* such as triggering a cross chain swap. 
 
 Shielded actions are not limited to application chains that are IBC compatible, it works with any chain that is connected to Namada, e.g. Ethereum, and the actions can be generalized to interact with any dApp, such as trading NFTs or staking ETH. For the time being, the only shielded action available is cross chain transfers, but more will be added in the future.
 

packages/docs/pages/networks/testnets/faq.mdx

@@ -17,10 +17,6 @@
 There are a few more, but we leave it to you as a challenge to find out which these are 🤔 
 HINT: `namadac balance`
 
-### **Q: How do I use the Ethereum Bridge?**
-
-**A:** The Ethereum Bridge is not yet implemented. Keep an eye on the [Changelog](https://github.com/anoma/namada/tree/main/.changelog) 👀 to see when it will be officially released.
-
 ### **Q: How can I make an IBC transfer?**
 
 **A:** As of `v0.23.1` you can now follow the docs [here!](../../users/ibc.mdx)

packages/docs/pages/users/governance/on-chain-governance.mdx

@@ -173,17 +173,6 @@ For a pgf proposal that is to be executed on an IBC chain, the "Internal" data s
     }
 ```
 
-### ETH Bridge Proposal
-
-```json
-"data" : "<hex-encoded-bytes-of-what-will-be-signed-by-validators>"
-```
-
-<Callout type="warning">
-**Note**:
-The encoding will be submitted as a string
-</Callout>
-
 
 ## Submitting the proposal
 As soon as your `proposal.json` file is ready, you can submit the proposal with (make sure to be in the same directory as the `proposal.json` file):