fixed a broken page

src/SUMMARY.md

@@ -49,10 +49,10 @@
 
   - [EVM](./technical/evm/overview.md)
     - [Core Layer](./technical/evm/coreLayer.md)
-    - [xAsset Module](./technical/evm/xassetLayer.md)
+    - [Token Bridge Module](./technical/evm/tokenLayer.md)
     - [NFT Module](./technical/evm/nftLayer.md)
-    <!-- - [Relayer Module](./technical/evm/relayer.md) -->
     - [Best Practices](./technical/evm/bestPractices.md)
+    <!-- - [Relayer Module](./technical/evm/relayer.md) -->
   - [Solana](./technical/solana/overview.md)
   - [Cosmos](./technical/cosmos/overview.md)
   - [Algorand](./technical/algorand/overview.md)
@@ -63,7 +63,7 @@
 - [Relayers](./technical/relayer/overview.md)
 
   - [Generic Relayers](./technical/relayer/genericRelayer.md)
-  - [Specialized Relayers](./technical/relayer/pluginRelayers.md)
+  - [Specialized Relayers](./technical/relayer/specializedRelayers.md)
 
 - [Wormhole Typescript SDK](./technical/typescript/overview.md)
   - [Token Registration](./technical/typescript/attestingToken.md)

src/technical/evm/xassetLayer.md

@@ -1 +0,0 @@
-# xAsset Module

src/technical/relayer/pluginRelayers.md

@@ -1 +1,17 @@
 # Specialized Relayers
+
+- Link to Plugin relayer codebase
+
+- Recommend plugin relayers as the starting point for anyone developing specialized relayers
+- plugin relayers provide a kernel for relayer development. Handles management of all the necessary hotwallets, provides the necessary typescript interfaces for dealing with each ecosystems, and provides an easy integration point to connect to the guardian network
+
+- Follow the instructions provided in the codebase in order to get it running
+- to develop a plugin, simply implement the interface provided at [here]
+- diagram explaining the flow
+- Listener component listens to either incoming REST calls or the guardian network for relevant VAAs,
+- When a relevant VAA is detected, your listener code is responsible for producing an action.
+- This action is stored in a redis instance
+- The executor portion of the interface is responsible for consuming interactions which are provided by the listener.
+- The executor is handed an action and is responsible for consuming that action and (optionally) queuing up more actions
+
+- additional configuration info can be found in the README of the codebase.