ethhub-io · czar0 · Jan 19, 2023
diff --git a/docs/built-on-ethereum/decentralized-exchanges/auction-based/dutchx.md b/docs/built-on-ethereum/decentralized-exchanges/auction-based/dutchx.md
@@ -20,10 +20,10 @@ Since 28.June 2019 dxDAO is owner of the DutchX protocol governed be reputation
 ## Interface examples
 
 Sellers:
-![](/assets/images/slowtrade.png)
+![](/docs/assets/images/slowtrade.png)
 
 Buyers:
-![](/assets/images/fairdex.png)
+![](/docs/assets/images/fairdex.png)
 
 ## Resources
 

diff --git a/docs/built-on-ethereum/decentralized-exchanges/off-chain-orderbook/etherdelta.md b/docs/built-on-ethereum/decentralized-exchanges/off-chain-orderbook/etherdelta.md
@@ -10,7 +10,7 @@ EtherDelta is a decentralized exchange. It processes both orders and trade settl
 
 ## Interface
 
-![](/assets/images/etherdelta.png)
+![](/docs/assets/images/etherdelta.png)
 
 ## Resources
 

diff --git a/docs/built-on-ethereum/decentralized-exchanges/off-chain-orderbook/idex.md b/docs/built-on-ethereum/decentralized-exchanges/off-chain-orderbook/idex.md
@@ -10,7 +10,7 @@ IDEX is a decentralized exchange. It processes orders in a centralized order boo
 
 ## Interface
 
-![](/assets/images/idex.png)
+![](/docs/assets/images/idex.png)
 
 ## Important Links
 

diff --git a/docs/built-on-ethereum/decentralized-exchanges/peer-to-peer/airswap.md b/docs/built-on-ethereum/decentralized-exchanges/peer-to-peer/airswap.md
@@ -25,7 +25,7 @@ AirSwap is a decentralized exchange that uses an off chain matching system calle
 
 ## Interface
 
-![](/assets/images/airswap.png)
+![](/docs/assets/images/airswap.png)
 
 ## Resources
 

diff --git a/docs/built-on-ethereum/decentralized-exchanges/pool-based/kyber.md b/docs/built-on-ethereum/decentralized-exchanges/pool-based/kyber.md
@@ -18,7 +18,7 @@ Each reserve is a smart contract that is controlled by reserve admin who deploye
 
 ## Interface
 
-![](/docs/assets/images/kyber.png)
+![](/docs/docs/assets/images/kyber.png)
 
 ## Resources
 

diff --git a/docs/built-on-ethereum/developer-tools/walletconnect.md b/docs/built-on-ethereum/developer-tools/walletconnect.md
@@ -6,7 +6,7 @@ description: WalletConnect is an open protocol to communicate securely between W
 
 WalletConnect is an open protocol to communicate securely between Wallets and Dapps (Web3 Apps). The protocol establishes a remote connection between two apps and/or devices using a Bridge server to relay payloads. These payloads are symmetrically encrypted through a shared key between the two peers. The connection is initiated by one peer displaying a QR Code or deep link with a standard WalletConnect URI and is established when the counter-party approves this connection request. It also includes an optional Push server to allow Native applications to notify the user of incoming payloads for establishes connections.
 
-![](/assets/images/wallet_connect.png)
+![](/docs/assets/images/wallet_connect.png)
 
 
 ## Resources

diff --git a/docs/built-on-ethereum/games/etheremon.md b/docs/built-on-ethereum/games/etheremon.md
@@ -4,7 +4,7 @@ description: Etheremon is a role-playing game with training, battling, and trans
 
 # Etheremon
 
-<img src="https://www.etheremon.com/assets/images/banner_facebook.png" alt="Etheremon" width="600" />
+<img src="https://www.etheremon.com/docs/assets/images/banner_facebook.png" alt="Etheremon" width="600" />
 
 ## Summary
 

diff --git a/docs/built-on-ethereum/open-finance/investing/wbtc.md b/docs/built-on-ethereum/open-finance/investing/wbtc.md
@@ -40,7 +40,7 @@ Burning is the action of redeeming Bitcoin for WBTC tokens, and only merchant ad
 
 ## Partners
 
-![](/assets/images/wbtcpartners.png)
+![](/docs/assets/images/wbtcpartners.png)
 
 ## Resources
 

diff --git a/docs/built-on-ethereum/open-finance/payments/burner-wallet.md b/docs/built-on-ethereum/open-finance/payments/burner-wallet.md
@@ -19,15 +19,15 @@ First, it’s suggested at the moment to use the Burner Wallet without MetaMask.
 #### Wallet Generation
 Upon visiting [https://xdai.io](https://xdai.io) a wallet is automatically generated and your private key is stored in a cookie in your browser. There are multiple ways to backup and restore your Burner Wallet in the Advanced section.
 
-![](/docs/assets/images/burner_advanced.png)
+![](/docs/docs/assets/images/burner_advanced.png)
 
 * **Private Key:** Show private key and save it somewhere. This can be inserted into the Private Key box in the future and upon hitting create, the wallet will be restored.
 * **Seed Phrase:** Create any string of words or phrase that you want and hit create. This will create a wallet tied to that phrase and you can reenter it and pull it up at any point. WARNING: Doing this the first time will create a NEW wallet.
 
 #### Getting xDai
 As previously mentioned, xDai is a representation of Dai running on a POA sidechain. This means that you must lock up Dai on the Ethereum mainnet to be minted xDai tokens. The Burner Wallet makes this easy through the Exchange section of the page.
 
-![](/docs/assets/images/burner_exchange.png)
+![](/docs/docs/assets/images/burner_exchange.png)
 
 You can start with just ETH or Dai. If you start with ETH you must go ETH > Dai > xDai using this page. Once complete, you have xDai in your wallet.
 

diff --git a/docs/built-on-ethereum/open-finance/payments/daicard.md b/docs/built-on-ethereum/open-finance/payments/daicard.md
@@ -8,7 +8,7 @@ description: The Dai Card is a Dai payment channel solution created by Connext
 
 [Dai Card](https://daicard.io) is a Dai payment channel solution created by [Connext](https://connext.network/). The Dai Card uses  payment channel hubs - a L2 solution built on top of Ethereum - to allow for instant and micro-fee transactions for users and developers.
 
-![](/docs/assets/images/daicard_splash.png)
+![](/docs/docs/assets/images/daicard_splash.png)
 
 ## How to Use the Dai Card
 
@@ -18,27 +18,27 @@ There are multiple ways to get funds onto your Dai Card. The first is to directl
 
 Note: the beta version of the Dai Card imposes a $30 limit and will refund any deposits above this amount.
 
-![](/docs/assets/images/daicard_deposit.png)
+![](/docs/docs/assets/images/daicard_deposit.png)
 
 You can also request funds from someone else who is already using a Dai Card. This can be done by clicking the request button and entering in how much you’d like to request. A link will be generated and can be sent to the person you want to request from. The first transaction that is sent to your Card will take some extra time to execute. This is because, in the background, an onchain transaction is being done to set up your Card.
 
-![](/docs/assets/images/daicard_request.png)
+![](/docs/docs/assets/images/daicard_request.png)
 
 ### Sending Funds
 
 There are two different ways to send funds. If the receiver already has a Dai Card and you know their address, then it’s best to just use the simple send functionality.
 
 If the receiver has never used a Dai Card before, you can use a Link payment instead. Link payments generate an unspent payment object which can be "claimed" by the recipient that produces the correct secret. Note that the link generated here contains the secret to redeem funds in plaintext, so you should be careful with it.
 
-![](/docs/assets/images/daicard_send.png)
+![](/docs/docs/assets/images/daicard_send.png)
 
 ### Settings
 
 It’s possible to backup your Card's seed and restore it in any browser, at any time. 
 
 You can also restore this seed in other wallets such as Metamask, MyCrypto or TrustWallet. However, this will not give you access to the channel funds themselves, only the signing key used to control those funds.
 
-![](/docs/assets/images/daicard_settings.png)
+![](/docs/docs/assets/images/daicard_settings.png)
 
 ## FAQ
 

diff --git a/docs/built-on-ethereum/oracles/chainlink.md b/docs/built-on-ethereum/oracles/chainlink.md
@@ -3,7 +3,7 @@ title: Chainlink - EthHub
 description: Chainlink is a decentralized oracle powering smart contracts by allowing them to connect to any api, piece of data, random numbers, or timed functions in a secure, reliable, decentralized manner.  
 
 # Chainlink 
-![Chainlink Logo](../../assets/images/chainlink_logo.png)
+![Chainlink Logo](../../docs/assets/images/chainlink_logo.png)
 
 ## Summary
 
@@ -17,7 +17,7 @@ Each decentralized oracle network consists of a collection of independent node o
 
 You can take advantage of existing oracle networks, such as the Price Reference Data feeds for DeFi, providing highly accurate market prices, or you can build your own oracle network and external adaptor.
 
-![Ethereum Oracle](../../assets/images/ethereum_oracle.png)
+![Ethereum Oracle](../../docs/assets/images/ethereum_oracle.png)
 
 Chainlink currently provides decentralization at both the oracle and data source level. By using multiple independent Chainlink nodes, the user can protect against one oracle being a single point of failure. Similarly, using multiple data sources for sourcing market prices, the user can protect against one data source being a single source of truth. Both of these ensure that the oracle mechanism triggering your important smart contract is as secure and reliable as the underlying blockchain.
 

diff --git a/docs/built-on-ethereum/tcrs/types-of-tcrs.md b/docs/built-on-ethereum/tcrs/types-of-tcrs.md
@@ -6,27 +6,27 @@ description: Examples of the different types of Token Curated Registries.
 
 ## Unordered TCR
 
-![](/assets/images/unordered_tcr.png)
+![](/docs/assets/images/unordered_tcr.png)
 
 ## Ordered TCR
 
-![](/assets/images/ordered_tcr.png)
+![](/docs/assets/images/ordered_tcr.png)
 
 ## Graded TCR
 
-![](/assets/images/graded_tcr.png)
+![](/docs/assets/images/graded_tcr.png)
 
 ## Layered TCR
 
-![](/assets/images/layered_tcr.png)
+![](/docs/assets/images/layered_tcr.png)
 
 ## Nested TCR
 
-![](/assets/images/nested_tcr.png)
+![](/docs/assets/images/nested_tcr.png)
 
 ## Combinatorial TCR
 
-![](/assets/images/combinatorial_tcr.png)
+![](/docs/assets/images/combinatorial_tcr.png)
 
 ## Resources
 

diff --git a/docs/built-on-ethereum/tcrs/what-are-tcrs.md b/docs/built-on-ethereum/tcrs/what-are-tcrs.md
@@ -10,7 +10,7 @@ Token Curated Registries \(TCRs\) are registries of listings generated by token
 
 Token holders, acting in their own self-interest, will produce a valuable list by obtaining and staking a finite supply token. The more listings staked, the scarcer the tokens; the more valuable the list, the more valuable the tokens.
 
-![](/assets/images/tcrs.png)
+![](/docs/assets/images/tcrs.png)
 
 ## Resources
 

diff --git a/docs/ethereum-basics/monetary-policy.md b/docs/ethereum-basics/monetary-policy.md
@@ -69,7 +69,7 @@ There are two majors upcoming factors when it comes to Ethereum's issuance rate
 * [Eth2 Phase 0](https://github.com/ethereum/eth2.0-specs/tree/dev/specs/phase0): Slight bump in issuance due to Beacon Chain launch.
 * [Eth2 Phase 1.5](https://github.com/ethereum/eth2.0-specs/tree/dev/specs/phase1): PoW rewards will be removed due to Eth1 PoW chain being [moved into a shard](https://docs.ethhub.io/ethereum-roadmap/ethereum-2.0/eth-1.0-to-2.0-migration/#new-proposal) on the Eth2 chain. This means that the only rewards on chain will be to PoS validators, using the chart above.
 
-![](/assets/images/issuance_graph.png)
+![](/docs/assets/images/issuance_graph.png)
 
 ## Resources
 * [Ethereum issuance reduction process explained](https://twitter.com/sassal0x/status/1086023932514189312)
diff --git a/docs/ethereum-roadmap/ethereum-2.0/sharding.md b/docs/ethereum-roadmap/ethereum-2.0/sharding.md
@@ -10,7 +10,7 @@ description: Information on sharding and how it will work on Ethereum.
 
 There is a trilemma in blockchain systems that can be visualized in form of a triangle known as DCS triangle, what it conveys is "It is impossible to achieve all three Decentralization, Consistency, and Scalability simultaenously. A tradeoff is necessary \(you can choose any two but not all\)". 
 
-![](/assets/images/dcs-triangle.png)
+![](/docs/assets/images/dcs-triangle.png)
 
 Sharding is an attempt to solve this challenge. It simply means partitioning large chains \(databases\) into smaller, faster ones hence making the entire system more scalable. How?
 To solve scalability, we split the state and history stored on the main chain into shards. Each shard manages itself, has its own  transaction history, and the effect of transactions in some shard are limited to that shard only.

diff --git a/docs/ethereum-roadmap/layer-2-scaling/payment-channels.md b/docs/ethereum-roadmap/layer-2-scaling/payment-channels.md
@@ -34,7 +34,7 @@ The Raiden Network is an off-chain scaling solution for performing ERC20-complia
 
 The Raiden Network allows secure transfers of tokens between participants without the need for global consensus. This is achieved using digitally signed and hash-locked transfers, called balance proofs, fully collateralized by previously setup on-chain deposits. This concept, illustrated below, is known as payment channel technology.
 
-![](/assets/images/payment_chans.png)
+![](/docs/assets/images/payment_chans.png)
 
 The true strength of Raiden lies in its network protocol. Since opening and closing a payment channel between two peers still requires on-chain transactions, creating channels between all possible peers becomes infeasible. As it turns out, however, you do not need a direct payment channel between a payer and a payee if there exists at least one route through a network of channels that connects the two parties, as shown in figure 2. This network and its associated protocol for routing and interlocking channel transfers is called the Raiden Network.
 

diff --git a/docs/ethereum-roadmap/layer-2-scaling/state-channels.md b/docs/ethereum-roadmap/layer-2-scaling/state-channels.md
@@ -28,7 +28,7 @@ After the state deposit is locked, channel participants use off-chain messaging
 
 A basic breakdown:
 
-![](/assets/images/state_chans.png)
+![](/docs/assets/images/state_chans.png)
 
 1. Part of the blockchain state is locked via multisignature or some sort of smart contract, so that a specific set of participants must completely agree with each other to update it.
 2. Participants update the state amongst themselves by constructing and signing transactions that could be submitted to the blockchain, but instead are merely held onto for now. Each new update “trumps” previous updates.

diff --git a/docs/guides/a-straightforward-guide-erc20-tokens.md b/docs/guides/a-straightforward-guide-erc20-tokens.md
@@ -4,7 +4,7 @@
 
 A token can be defined as something that serves as a visible or tangible representation of something else. An example of this could be arcade tokens, these pieces of metal are the physical representation of the amount of games that a person is able to play. However, unlike arcade tokens, tokens built on top of Ethereum are entirely virtual, but can still have representational value assigned to them in the same way. ERC20 tokens are by far the most used token on Ethereum and this guide will break down the ERC20 standard as well as what it means for something to be an ERC20 token.
 
-![](/assets/images/erc20_guide/metal_token.png)
+![](/docs/assets/images/erc20_guide/metal_token.png)
 
 ## The Importance of Standards
 
@@ -14,7 +14,7 @@ When a large group of people are trying to come together to build something, it
 
 ERC20 tokens are fungible in nature, meaning that there isn’t a distinction between individual tokens. For example, if I have 100 metal marbles in my hand that are all the same size and color, it doesn’t matter which one I give you. In the same way, if I have 100 of the same ERC20 token, it doesn’t matter which one I give you. This contrasts with ERC721 tokens which are non-fungible tokens (NFTs) such as CryptoKitties.
 
-![](/assets/images/uniswap_guide/fungible_tokens.png)
+![](/docs/assets/images/uniswap_guide/fungible_tokens.png)
 
 In addition, ERC20s can be thought of as the most simple unit of account and can be used for a wide range of things including currency, rewards points, debt slips, interest accruing bonds, and much more. They are also highly divisible and can be sent in extremely small increments.
 
@@ -24,7 +24,7 @@ The standard is made up of six required functions, two required events, and thre
 
 Let’s use the token contract below as an example of a standard ERC20 token contract that implements all the requirements as well as the optional properties.  We can currently see that there is a total supply of 100 tokens and are all owned by a single address. In addition, there haven’t been any allowances set. 
 
-![](/assets/images/erc20_guide/example_token_contract.png)
+![](/docs/assets/images/erc20_guide/example_token_contract.png)
 
 ### Optional Properties
 
@@ -37,33 +37,33 @@ Even though they are optional, most ERC20 tokens implement these properties to g
 
 * **totalSupply** - The totalSupply function returns the current supply of tokens for the contract. In this case the total supply is 100 tokens.
 
-![](/assets/images/erc20_guide/total_supply.png)
+![](/docs/assets/images/erc20_guide/total_supply.png)
 
 * **balanceOf** - If someone calls the balanceOf function with a specific address, it will return the token balance for that address. In this example, balanceOf is being called with 0x58c... and returns 100 tokens.
 
-![](/assets/images/erc20_guide/balance_of.png)
+![](/docs/assets/images/erc20_guide/balance_of.png)
 
 * **transfer** - The transfer function requires a recipient address as well as an amount to send. The function will only work if the amount specified is less than or equal to the sender's balance. We can see in the example below that the transfer simply decreases the sender’s balance by 10 and increases the recipient's balance by 10. Once complete, the function returns a true value to show that the transfer was successful.
 
-![](/assets/images/erc20_guide/transfer.png)
+![](/docs/assets/images/erc20_guide/transfer.png)
 
 * **approve** - If an address has a balance, then it can use the approve function to allow a specific amount of it’s balance to be spent by another address. Below, address 0x123... is allowing 0x58c... to spend 10 of its tokens. Similar to transfer, the function returns a true value to show that the approval was successful. Note that this function doesn’t affect the balances directly, only the allowances.
 
-![](/assets/images/erc20_guide/approve.png)
+![](/docs/assets/images/erc20_guide/approve.png)
 
 * **allowance** - The allowance function is used to see how much an address is allowed to spend from another address. We can confirm that since the approve function has already been called and updated the allowance, that the current allowance for 0x58c... to spend from 0x123... is 10 tokens. 
 
-![](/assets/images/erc20_guide/allowance.png)
+![](/docs/assets/images/erc20_guide/allowance.png)
 
 * **transferFrom** - The transferFrom function is used when an address with an allowance wants to transfer the balance from one address to another. So 0x58c... can now move its allotted 10 tokens to 0xa3b... by specifying the address that they want to transfer from, the recipient address, and the amount. Since 0x58c… has a valid allowance of 10 tokens from 0x123... the transaction is valid and the 10 tokens are sent to 0xa3b....
 
-![](/assets/images/erc20_guide/transfer_from.png)
+![](/docs/assets/images/erc20_guide/transfer_from.png)
 
 ### Required Events
 
 Events in Ethereum are usually triggered when a transaction changes a contract’s state. They are important because they are able to provide information to things that are external to the Ethereum blockchain, which can then trigger other external things to happen. In ERC20 token contracts, an event is fired when either the Balances or Allowances are updated.
 
-![](/assets/images/erc20_guide/event_summary.png)
+![](/docs/assets/images/erc20_guide/event_summary.png)
 
 * **Transfer** - The Transfer event is fired when someone either successfully uses the transfer or transferFrom functions. It will give you the address of both the recipient and the sender as well as the amount of tokens that was sent in the transaction. 
 * **Approval** - The Approval event is fired when the approve function is successfully called and will return the owner, spender, and the approved amount.