fix: fixed broken links

Author: stevedylandev

content/contracts/5.x/api/account.mdx

@@ -15,7 +15,7 @@ This directory contains contracts for sending and receiving cross chain messages
 
 <div style={{marginTop: "4em"}} className="w-full flex flex-row items-center justify-between">
 
-## `ERC7786Recipient` 
+## `ERC7786Recipient`
 
 <a target="_blank" style={{marginTop: "1.5em"}} href="https://github.com/OpenZeppelin/openzeppelin-contracts/blob/v5.5.0/contracts/crosschain/ERC7786Recipient.sol">
 <svg xmlns="http://www.w3.org/2000/svg" width="24" height="24" viewBox="0 0 24 24" fill="none" stroke="currentColor" stroke-width="2" stroke-linecap="round" stroke-linejoin="round" class="lucide lucide-github-icon lucide-github"><path d="M15 22v-4a4.8 4.8 0 0 0-1-3.5c3 0 6-2 6-5.5.08-1.25-.27-2.48-1-3.5.28-1.15.28-2.35 0-3.5 0 0-1 0-3 1.5-2.64-.5-5.36-.5-8 0C6 2 5 2 5 2c-.3 1.15-.3 2.35 0 3.5A5.403 5.403 0 0 0 4 9c0 3.5 3 5.5 6 5.5-.39.49-.68 1.05-.85 1.65-.17.6-.22 1.23-.15 1.85v4"/><path d="M9 18c-4.51 2-5-2-7-2"/></svg>
@@ -94,7 +94,7 @@ This function may be called directly by the gateway.
 Virtual getter that returns whether an address is a valid ERC-7786 gateway for a given sender.
 
 The `sender` parameter is an interoperable address that include the source chain. The chain part can be
-extracted using the [`InteroperableAddress`](utils#InteroperableAddress) library to selectively authorize gateways based on the origin chain
+extracted using the [`InteroperableAddress`](/contracts/5.x/api/utils#InteroperableAddress) library to selectively authorize gateways based on the origin chain
 of a message.
 
 </div>
@@ -146,4 +146,3 @@ Virtual function that should contain the logic to execute when a cross-chain mes
 
 </div>
 </div>
-

content/contracts/5.x/api/crosschain.mdx

@@ -17,7 +17,7 @@ This directory includes primitives for financial systems:
 
 <div style={{marginTop: "4em"}} className="w-full flex flex-row items-center justify-between">
 
-## `VestingWallet` 
+## `VestingWallet`
 
 <a target="_blank" style={{marginTop: "1.5em"}} href="https://github.com/OpenZeppelin/openzeppelin-contracts/blob/v5.5.0/contracts/finance/VestingWallet.sol">
 <svg xmlns="http://www.w3.org/2000/svg" width="24" height="24" viewBox="0 0 24 24" fill="none" stroke="currentColor" stroke-width="2" stroke-linecap="round" stroke-linejoin="round" class="lucide lucide-github-icon lucide-github"><path d="M15 22v-4a4.8 4.8 0 0 0-1-3.5c3 0 6-2 6-5.5.08-1.25-.27-2.48-1-3.5.28-1.15.28-2.35 0-3.5 0 0-1 0-3 1.5-2.64-.5-5.36-.5-8 0C6 2 5 2 5 2c-.3 1.15-.3 2.35 0 3.5A5.403 5.403 0 0 0 4 9c0 3.5 3 5.5 6 5.5-.39.49-.68 1.05-.85 1.65-.17.6-.22 1.23-.15 1.85v4"/><path d="M9 18c-4.51 2-5-2-7-2"/></svg>
@@ -40,7 +40,7 @@ By setting the duration to 0, one can configure this contract to behave like an
 a beneficiary until a specified time.
 
 <Callout>
-Since the wallet is [`Ownable`](access#Ownable), and ownership can be transferred, it is possible to sell unvested tokens.
+Since the wallet is [`Ownable`](/contracts/5.x/api/access#Ownable), and ownership can be transferred, it is possible to sell unvested tokens.
 Preventing this in a smart contract is difficult, considering that: 1) a beneficiary address could be a
 counterfactually deployed contract, 2) there is likely to be a migration path for EOAs to become contracts in the
 near future.
@@ -253,7 +253,7 @@ Getter for the amount of releasable eth.
 <div className="px-4">
 
 Getter for the amount of releasable `token` tokens. `token` should be the address of an
-[`IERC20`](token/ERC20#IERC20) contract.
+[`IERC20`](/contracts/5.x/api/token/ERC20#IERC20) contract.
 
 </div>
 </div>
@@ -383,7 +383,7 @@ an asset given its total historical allocation.
 
 <div style={{marginTop: "4em"}} className="w-full flex flex-row items-center justify-between">
 
-## `VestingWalletCliff` 
+## `VestingWalletCliff`
 
 <a target="_blank" style={{marginTop: "1.5em"}} href="https://github.com/OpenZeppelin/openzeppelin-contracts/blob/v5.5.0/contracts/finance/VestingWalletCliff.sol">
 <svg xmlns="http://www.w3.org/2000/svg" width="24" height="24" viewBox="0 0 24 24" fill="none" stroke="currentColor" stroke-width="2" stroke-linecap="round" stroke-linejoin="round" class="lucide lucide-github-icon lucide-github"><path d="M15 22v-4a4.8 4.8 0 0 0-1-3.5c3 0 6-2 6-5.5.08-1.25-.27-2.48-1-3.5.28-1.15.28-2.35 0-3.5 0 0-1 0-3 1.5-2.64-.5-5.36-.5-8 0C6 2 5 2 5 2c-.3 1.15-.3 2.35 0 3.5A5.403 5.403 0 0 0 4 9c0 3.5 3 5.5 6 5.5-.39.49-.68 1.05-.85 1.65-.17.6-.22 1.23-.15 1.85v4"/><path d="M9 18c-4.51 2-5-2-7-2"/></svg>
@@ -524,4 +524,3 @@ The specified cliff duration is larger than the vesting duration.
 
 </div>
 </div>
-

content/contracts/5.x/api/finance.mdx

@@ -20,7 +20,7 @@ This directory includes contracts for adding meta-transaction capabilities (i.e.
 
 <div style={{marginTop: "4em"}} className="w-full flex flex-row items-center justify-between">
 
-## `ERC2771Context` 
+## `ERC2771Context`
 
 <a target="_blank" style={{marginTop: "1.5em"}} href="https://github.com/OpenZeppelin/openzeppelin-contracts/blob/v5.5.0/contracts/metatx/ERC2771Context.sol">
 <svg xmlns="http://www.w3.org/2000/svg" width="24" height="24" viewBox="0 0 24 24" fill="none" stroke="currentColor" stroke-width="2" stroke-linecap="round" stroke-linejoin="round" class="lucide lucide-github-icon lucide-github"><path d="M15 22v-4a4.8 4.8 0 0 0-1-3.5c3 0 6-2 6-5.5.08-1.25-.27-2.48-1-3.5.28-1.15.28-2.35 0-3.5 0 0-1 0-3 1.5-2.64-.5-5.36-.5-8 0C6 2 5 2 5 2c-.3 1.15-.3 2.35 0 3.5A5.403 5.403 0 0 0 4 9c0 3.5 3 5.5 6 5.5-.39.49-.68 1.05-.85 1.65-.17.6-.22 1.23-.15 1.85v4"/><path d="M9 18c-4.51 2-5-2-7-2"/></svg>
@@ -168,7 +168,7 @@ ERC-2771 specifies the context as being a single address (20 bytes).
 
 <div style={{marginTop: "4em"}} className="w-full flex flex-row items-center justify-between">
 
-## `ERC2771Forwarder` 
+## `ERC2771Forwarder`
 
 <a target="_blank" style={{marginTop: "1.5em"}} href="https://github.com/OpenZeppelin/openzeppelin-contracts/blob/v5.5.0/contracts/metatx/ERC2771Forwarder.sol">
 <svg xmlns="http://www.w3.org/2000/svg" width="24" height="24" viewBox="0 0 24 24" fill="none" stroke="currentColor" stroke-width="2" stroke-linecap="round" stroke-linejoin="round" class="lucide lucide-github-icon lucide-github"><path d="M15 22v-4a4.8 4.8 0 0 0-1-3.5c3 0 6-2 6-5.5.08-1.25-.27-2.48-1-3.5.28-1.15.28-2.35 0-3.5 0 0-1 0-3 1.5-2.64-.5-5.36-.5-8 0C6 2 5 2 5 2c-.3 1.15-.3 2.35 0 3.5A5.403 5.403 0 0 0 4 9c0 3.5 3 5.5 6 5.5-.39.49-.68 1.05-.85 1.65-.17.6-.22 1.23-.15 1.85v4"/><path d="M9 18c-4.51 2-5-2-7-2"/></svg>
@@ -281,7 +281,7 @@ used to execute arbitrary code.
 </div>
 <div className="px-4">
 
-See [`EIP712.constructor`](utils/cryptography#EIP712-constructor-string-string-).
+See [`EIP712.constructor`](/contracts/5.x/api/utils/cryptography#EIP712-constructor-string-string-).
 
 </div>
 </div>
@@ -304,7 +304,7 @@ A transaction is considered valid when the target trusts this forwarder, the req
 (deadline is not met), and the signer matches the `from` parameter of the signed request.
 
 <Callout>
-A request may return false here but it won't cause [`TimelockController.executeBatch`](governance#TimelockController-executeBatch-address---uint256---bytes---bytes32-bytes32-) to revert if a refund
+A request may return false here but it won't cause [`TimelockController.executeBatch`](/contracts/5.x/api/governance#TimelockController-executeBatch-address---uint256---bytes---bytes32-bytes32-) to revert if a refund
 receiver is provided.
 </Callout>
 
@@ -330,7 +330,7 @@ out of gas. Will revert if the request is invalid or the call reverts, in this c
 Requirements:
 
 - The request value should be equal to the provided `msg.value`.
-- The request should be valid according to [`IERC7913SignatureVerifier.verify`](interfaces#IERC7913SignatureVerifier-verify-bytes-bytes32-bytes-).
+- The request should be valid according to [`IERC7913SignatureVerifier.verify`](/contracts/5.x/api/interfaces#IERC7913SignatureVerifier-verify-bytes-bytes32-bytes-).
 
 </div>
 </div>
@@ -347,9 +347,9 @@ Requirements:
 </div>
 <div className="px-4">
 
-Batch version of [`AccessManager.execute`](access#AccessManager-execute-address-bytes-) with optional refunding and atomic execution.
+Batch version of [`AccessManager.execute`](/contracts/5.x/api/access#AccessManager-execute-address-bytes-) with optional refunding and atomic execution.
 
-In case a batch contains at least one invalid request (see [`IERC7913SignatureVerifier.verify`](interfaces#IERC7913SignatureVerifier-verify-bytes-bytes32-bytes-)), the
+In case a batch contains at least one invalid request (see [`IERC7913SignatureVerifier.verify`](/contracts/5.x/api/interfaces#IERC7913SignatureVerifier-verify-bytes-bytes32-bytes-)), the
 request will be skipped and the `refundReceiver` parameter will receive back the
 unused requested value at the end of the execution. This is done to prevent reverting
 the entire batch when a request is invalid or has already been submitted.
@@ -363,7 +363,7 @@ including reverted transactions.
 Requirements:
 
 - The sum of the requests' values should be equal to the provided `msg.value`.
-- All of the requests should be valid (see [`IERC7913SignatureVerifier.verify`](interfaces#IERC7913SignatureVerifier-verify-bytes-bytes32-bytes-)) when `refundReceiver` is the zero address.
+- All of the requests should be valid (see [`IERC7913SignatureVerifier.verify`](/contracts/5.x/api/interfaces#IERC7913SignatureVerifier-verify-bytes-bytes32-bytes-)) when `refundReceiver` is the zero address.
 
 <Callout>
 Setting a zero `refundReceiver` guarantees an all-or-nothing requests execution only for
@@ -408,7 +408,7 @@ Returns a tuple with the recovered the signer of an EIP712 forward request messa
 and a boolean indicating if the signature is valid.
 
 <Callout>
-The signature is considered valid if [`ECDSA.tryRecover`](utils/cryptography#ECDSA-tryRecover-bytes32-uint8-bytes32-bytes32-) indicates no recover error for it.
+The signature is considered valid if [`ECDSA.tryRecover`](/contracts/5.x/api/utils/cryptography#ECDSA-tryRecover-bytes32-uint8-bytes32-bytes32-) indicates no recover error for it.
 </Callout>
 
 </div>
@@ -433,7 +433,7 @@ Internal function without msg.value validation.
 Requirements:
 
 - The caller must have provided enough gas to forward with the call.
-- The request must be valid (see [`IERC7913SignatureVerifier.verify`](interfaces#IERC7913SignatureVerifier-verify-bytes-bytes32-bytes-)) if the `requireValidRequest` is true.
+- The request must be valid (see [`IERC7913SignatureVerifier.verify`](/contracts/5.x/api/interfaces#IERC7913SignatureVerifier-verify-bytes-bytes32-bytes-)) if the `requireValidRequest` is true.
 
 Emits an [`ERC2771Forwarder.ExecutedForwardRequest`](#ERC2771Forwarder-ExecutedForwardRequest-address-uint256-bool-) event.
 
@@ -561,4 +561,3 @@ The request target doesn't trust the `forwarder`.
 
 </div>
 </div>
-