diff --git a/README.md b/README.md
index 14bb5d91a..298781dfe 100644
--- a/README.md
+++ b/README.md
@@ -53,7 +53,7 @@ For specific validator clients, consult their respective documentation:
| Validator Client | Repo | Website |
| ------------------------ | ------------------------------------------------------------------ | ------------------------------------------------------ |
-| Anza's Agave | [Repo](https://github.com/anza-xyz/agave/blob/master/docs) | [Website](https://docs.solanalabs.com/) |
+| Anza's Agave | [Repo](https://github.com/anza-xyz/agave/blob/master/docs) | [Website](https://docs.anza.xyz/) |
| Jump Crypto's Firedancer | [Repo](https://github.com/firedancer-io/firedancer/tree/main/book) | [Website](https://firedancer-io.github.io/firedancer/) |
### Developer Guides
diff --git a/content/cookbook/transactions/send-sol.md b/content/cookbook/transactions/send-sol.md
index c79c8ae79..2af20caf5 100644
--- a/content/cookbook/transactions/send-sol.md
+++ b/content/cookbook/transactions/send-sol.md
@@ -175,4 +175,4 @@ import {
-[1]: https://docs.solanalabs.com/runtime/programs#system-program
+[1]: https://docs.anza.xyz/runtime/programs#system-program
diff --git a/content/courses/native-onchain-development/program-security.md b/content/courses/native-onchain-development/program-security.md
index 61872f316..ba3c931d7 100644
--- a/content/courses/native-onchain-development/program-security.md
+++ b/content/courses/native-onchain-development/program-security.md
@@ -372,9 +372,8 @@ let account_len: usize = 1000;
```
The [realloc](https://docs.rs/solana-sdk/latest/solana_sdk/account_info/struct.AccountInfo.html#method.realloc) method
-was just recently enabled by Solana Labs which allows you to dynamically change
-the size of your accounts. We will not be using this method for this lab, but
-it's something to be aware of.
+allows you to dynamically change the size of your accounts. We will not be using
+this method for this lab, but it's something to be aware of.
Finally, we've also implemented some additional functionality for our
`MovieAccountState` struct in `state.rs` using the `impl` keyword.
diff --git a/content/courses/offline-transactions/durable-nonces.md b/content/courses/offline-transactions/durable-nonces.md
index 994213b3b..3a91b11e2 100644
--- a/content/courses/offline-transactions/durable-nonces.md
+++ b/content/courses/offline-transactions/durable-nonces.md
@@ -171,7 +171,7 @@ the nonce. This ensures that every transaction which is signed using the nonce
as the recent blockhash will be unique.
It is important to note that durable nonces require
-[unique mechanisms within Solana](https://docs.solanalabs.com/implemented-proposals/durable-tx-nonces)
+[unique mechanisms within Solana](https://docs.anza.xyz/implemented-proposals/durable-tx-nonces)
to function, thus they have some special rules that don't apply normally. We'll
see this as we deep dive into the technicals.
diff --git a/content/guides/advanced/introduction-to-durable-nonces.md b/content/guides/advanced/introduction-to-durable-nonces.md
index cdabdad89..d41cfae98 100644
--- a/content/guides/advanced/introduction-to-durable-nonces.md
+++ b/content/guides/advanced/introduction-to-durable-nonces.md
@@ -619,5 +619,5 @@ change will happen on-chain, and the winner can be decided.
## References
- [Neodyme Blog: Nonce Upon a Time, or a Total Loss of Funds](https://neodyme.io/blog/nonce-upon-a-time/)
-- [Solana Durable Nonces CLI](https://docs.solanalabs.com/cli/examples/durable-nonce)
-- [Solana Durable Transaction Nonces Proposal](https://docs.solanalabs.com/implemented-proposals/durable-tx-nonces)
+- [Solana Durable Nonces CLI](https://docs.anza.xyz/cli/examples/durable-nonce)
+- [Solana Durable Transaction Nonces Proposal](https://docs.anza.xyz/implemented-proposals/durable-tx-nonces)
diff --git a/content/guides/getstarted/local-rust-hello-world.md b/content/guides/getstarted/local-rust-hello-world.md
index 56da11d31..a8ea90c83 100644
--- a/content/guides/getstarted/local-rust-hello-world.md
+++ b/content/guides/getstarted/local-rust-hello-world.md
@@ -57,9 +57,9 @@ curl --proto '=https' --tlsv1.2 -sSf https://sh.rustup.rs | sh
## Run your localhost validator
The Solana CLI comes with the
-[test validator](https://docs.solanalabs.com/cli/examples/test-validator) built
-in. This command line tool will allow you to run a full blockchain cluster on
-your machine.
+[test validator](https://docs.anza.xyz/cli/examples/test-validator) built in.
+This command line tool will allow you to run a full blockchain cluster on your
+machine.
```shell
solana-test-validator
@@ -201,8 +201,8 @@ solana program deploy ./target/deploy/hello_world.so
```
Once your Solana program has been deployed (and the transaction
-[finalized](https://docs.solanalabs.com/consensus/commitments)), the above
-command will output your program's public address (aka its "program id").
+[finalized](https://docs.anza.xyz/consensus/commitments)), the above command
+will output your program's public address (aka its "program id").
```shell
# example output
diff --git a/content/guides/getstarted/rust-to-solana.md b/content/guides/getstarted/rust-to-solana.md
index c1d9d75a1..f61af6ece 100644
--- a/content/guides/getstarted/rust-to-solana.md
+++ b/content/guides/getstarted/rust-to-solana.md
@@ -115,7 +115,7 @@ provides a local Solana runtime instance which can be used in conjunction with
outside tests sending transactions.
Finally, a full test cluster can be started with the
-[solana-test-validator](https://docs.solanalabs.com/cli/examples/test-validator),
+[solana-test-validator](https://docs.anza.xyz/cli/examples/test-validator),
installed along with the Solana CLI. This creates a fully featured test cluster
on a local machine, which can then deploy programs and run tests.
diff --git a/docs/advanced/confirmation.md b/docs/advanced/confirmation.md
index 35d4df0bb..a4d1ae3bc 100644
--- a/docs/advanced/confirmation.md
+++ b/docs/advanced/confirmation.md
@@ -230,7 +230,7 @@ to a different commitment level.
The `confirmed` commitment level should almost always be used for RPC requests
because it's usually only a few slots behind the `processed` commitment and has
a very low chance of belonging to a dropped
-[fork](https://docs.solanalabs.com/consensus/fork-generation).
+[fork](https://docs.anza.xyz/consensus/fork-generation).
But feel free to consider the other options:
@@ -396,7 +396,7 @@ Here's how these durable transactions are processed by the Solana runtime:
processed again
For more details about how these durable transactions work, you can read the
-[original proposal](https://docs.solanalabs.com/implemented-proposals/durable-tx-nonces)
+[original proposal](https://docs.anza.xyz/implemented-proposals/durable-tx-nonces)
and
[check out an example](/content/guides/advanced/introduction-to-durable-nonces.md)
in the Solana docs.
diff --git a/docs/advanced/lookup-tables.md b/docs/advanced/lookup-tables.md
index e88f26e52..3b997c6c8 100644
--- a/docs/advanced/lookup-tables.md
+++ b/docs/advanced/lookup-tables.md
@@ -187,7 +187,6 @@ console.log(
## More Resources
-- Read the
- [proposal](https://docs.solanalabs.com/proposals/versioned-transactions) for
- Address Lookup Tables and Versioned transactions
+- Read the [proposal](https://docs.anza.xyz/proposals/versioned-transactions)
+ for Address Lookup Tables and Versioned transactions
- [Example Rust program using Address Lookup Tables](https://github.com/TeamRaccoons/address-lookup-table-multi-swap)
diff --git a/docs/advanced/versions.md b/docs/advanced/versions.md
index 501b4aa84..c94013997 100644
--- a/docs/advanced/versions.md
+++ b/docs/advanced/versions.md
@@ -187,5 +187,5 @@ console.log(`https://explorer.solana.com/tx/${txId}?cluster=devnet`);
[example of a v0 transaction](https://explorer.solana.com/tx/h9WQsqSUYhFvrbJWKFPaXximJpLf6Z568NW1j6PBn3f7GPzQXe9PYMYbmWSUFHwgnUmycDNbEX9cr6WjUWkUFKx/?cluster=devnet)
on Solana Explorer
- read the
- [accepted proposal](https://docs.solanalabs.com/proposals/versioned-transactions)
+ [accepted proposal](https://docs.anza.xyz/proposals/versioned-transactions)
for Versioned Transaction and Address Lookup Tables
diff --git a/docs/core/accounts.md b/docs/core/accounts.md
index c43d7984f..7cc886308 100644
--- a/docs/core/accounts.md
+++ b/docs/core/accounts.md
@@ -87,7 +87,7 @@ balance, anyone can increase the balance.
Solana contains a small handful of native programs that are part of the
validator implementation and provide various core functionalities for the
network. You can find the full list of native programs
-[here](https://docs.solanalabs.com/runtime/programs).
+[here](https://docs.anza.xyz/runtime/programs).
When developing custom programs on Solana, you will commonly interact with two
native programs, the System Program and the BPF Loader.
@@ -128,7 +128,7 @@ executing custom programs.
Sysvar accounts are special accounts located at predefined addresses that
provide access to cluster state data. These accounts are dynamically updated
with data about the network cluster. You can find the full list of Sysvar
-Accounts [here](https://docs.solanalabs.com/runtime/sysvars).
+Accounts [here](https://docs.anza.xyz/runtime/sysvars).
## Custom Programs
diff --git a/docs/core/fees.md b/docs/core/fees.md
index d4d098cb7..7a10f7eab 100644
--- a/docs/core/fees.md
+++ b/docs/core/fees.md
@@ -72,8 +72,8 @@ The same is true on Solana. Specifically:
(destroyed), with the remaining going to the current
[leader](/docs/terminology.md#leader) processing the transaction.
- A scheduled global inflation rate provides a source for
- [rewards](https://docs.solanalabs.com/implemented-proposals/staking-rewards)
- distributed to [Solana Validators](https://docs.solanalabs.com/operations).
+ [rewards](https://docs.anza.xyz/implemented-proposals/staking-rewards)
+ distributed to [Solana Validators](https://docs.anza.xyz/operations).
### Fee collection
@@ -413,7 +413,7 @@ The Solana rent rate is set on a network wide basis, primarily based on a
runtime set
"[lamports _per_ byte _per_ year](https://github.com/anza-xyz/agave/blob/b7bbe36918f23d98e2e73502e3c4cba78d395ba9/sdk/program/src/rent.rs#L27-L34)".
Currently, the rent rate is a static amount and stored in the
-[Rent sysvar](https://docs.solanalabs.com/runtime/sysvars#rent).
+[Rent sysvar](https://docs.anza.xyz/runtime/sysvars#rent).
This rent rate is used to calculate the exact amount of rent required to be
withheld inside an account for the space allocated to the account (i.e. the
@@ -451,7 +451,7 @@ recommended to use the
RPC endpoint to calculate the specific balance for a given account size.
The required rent deposit amount can also be estimated via the
-[`solana rent` CLI subcommand](https://docs.solanalabs.com/cli/usage#solana-rent):
+[`solana rent` CLI subcommand](https://docs.anza.xyz/cli/usage#solana-rent):
```shell
solana rent 15000
@@ -492,5 +492,5 @@ an "account not found" type of message, you may still be able to view
transaction history associated with that account.
You can read the validator
-[implemented proposal](https://docs.solanalabs.com/implemented-proposals/persistent-account-storage#garbage-collection)
+[implemented proposal](https://docs.anza.xyz/implemented-proposals/persistent-account-storage#garbage-collection)
for garbage collection to learn more.
diff --git a/docs/core/tokens.md b/docs/core/tokens.md
index 8122b119f..0cbd5cf23 100644
--- a/docs/core/tokens.md
+++ b/docs/core/tokens.md
@@ -244,8 +244,8 @@ what this account relationship looks like.
## Token Examples
-The [`spl-token` CLI](https://docs.solanalabs.com/cli) can be used to experiment
-with SPL tokens. In the examples below, we'll use the
+The [`spl-token` CLI](https://docs.anza.xyz/cli) can be used to experiment with
+SPL tokens. In the examples below, we'll use the
[Solana Playground](https://beta.solpg.io/) terminal to run the CLI commands
directly in the browser without having to install the CLI locally.
diff --git a/docs/economics/staking/index.md b/docs/economics/staking/index.md
index 8704d966c..b4e741f43 100644
--- a/docs/economics/staking/index.md
+++ b/docs/economics/staking/index.md
@@ -8,7 +8,7 @@ terms with regards to balance of SOL. This document makes no suggestion as to
the monetary value of SOL at any time._
By staking your SOL tokens, you help secure the network and
-[earn rewards](https://docs.solanalabs.com/implemented-proposals/staking-rewards)
+[earn rewards](https://docs.anza.xyz/implemented-proposals/staking-rewards)
while doing so.
You can stake by delegating your tokens to validators who process transactions
@@ -41,7 +41,7 @@ participants.
There is no in protocol implementation of slashing currently. For more
information on slashing see the
-[slashing roadmap](https://docs.solanalabs.com/proposals/optimistic-confirmation-and-slashing#slashing-roadmap).
+[slashing roadmap](https://docs.anza.xyz/proposals/optimistic-confirmation-and-slashing#slashing-roadmap).
## How do I stake my SOL tokens?
@@ -58,7 +58,7 @@ your favorite wallet's maintainers regarding status
- Solana command line tools can perform all stake operations in conjunction with
a CLI-generated keypair file wallet, a paper wallet, or with a connected
Ledger Nano.
- [Staking commands using the Solana Command Line Tools](https://docs.solanalabs.com/cli/examples/delegate-stake).
+ [Staking commands using the Solana Command Line Tools](https://docs.anza.xyz/cli/examples/delegate-stake).
#### Create a Stake Account
diff --git a/docs/economics/staking/stake-accounts.md b/docs/economics/staking/stake-accounts.md
index 1e8d9d5cc..972458007 100644
--- a/docs/economics/staking/stake-accounts.md
+++ b/docs/economics/staking/stake-accounts.md
@@ -24,7 +24,7 @@ necessarily have any control over the account. In fact, a keypair or private key
may not even exist for a stake account's address.
The only time a stake account's address has a keypair file is when
-[creating a stake account using the command line tools](https://docs.solanalabs.com/cli/examples/delegate-stake#create-a-stake-account).
+[creating a stake account using the command line tools](https://docs.anza.xyz/cli/examples/delegate-stake#create-a-stake-account).
A new keypair file is created first only to ensure that the stake account's
address is new and unique.
@@ -117,7 +117,7 @@ deactivated in a single epoch, to prevent large sudden changes in stake across
the network as a whole. Since warmup and cooldown are dependent on the behavior
of other network participants, their exact duration is difficult to predict.
Details on the warmup and cooldown timing can be found
-[here](https://docs.solanalabs.com/consensus/stake-delegation-and-rewards#stake-warmup-cooldown-withdrawal).
+[here](https://docs.anza.xyz/consensus/stake-delegation-and-rewards#stake-warmup-cooldown-withdrawal).
#### Lockups
diff --git a/docs/index.md b/docs/index.md
index 86f338202..102a25b71 100644
--- a/docs/index.md
+++ b/docs/index.md
@@ -49,8 +49,8 @@ from other blockchains.
Get to know the underlying architecture of how the proof-of-stake blockchain
works.
-- [Validators](https://docs.solanalabs.com/validator/anatomy) - the individual
- nodes that are the backbone of the network
+- [Validators](https://docs.anza.xyz/validator/anatomy) - the individual nodes
+ that are the backbone of the network
- [Clusters](/docs/core/clusters) - a collection of validators that work
together for consensus
@@ -58,11 +58,11 @@ works.
Explore what it takes to operate a Solana validator and help secure the network.
-- [System Requirements](https://docs.solanalabs.com/operations/requirements) -
+- [System Requirements](https://docs.anza.xyz/operations/requirements) -
Recommended hardware requirements and expected SOL needed to operate a
validator
-- [Quick Start](https://docs.solanalabs.com/operations/setup-a-validator) -
- Setup a validator and get connected to a cluster for the first time
+- [Quick Start](https://docs.anza.xyz/operations/setup-a-validator) - Setup a
+ validator and get connected to a cluster for the first time
## Why Solana?
diff --git a/docs/intro/dev.md b/docs/intro/dev.md
index 24dcec050..37a5f1b85 100644
--- a/docs/intro/dev.md
+++ b/docs/intro/dev.md
@@ -83,7 +83,7 @@ developers interact with the Solana network in most popular languages :
You'll also need a connection with an RPC to interact with the network. You can
either work with a [RPC infrastructure provider](https://solana.com/rpc) or
-[run your own RPC node](https://docs.solanalabs.com/operations/setup-an-rpc-node).
+[run your own RPC node](https://docs.anza.xyz/operations/setup-an-rpc-node).
To quickly get started with a front-end for your application, you can generate a
customizable Solana scaffold by typing the following into your CLI:
diff --git a/docs/intro/installation.md b/docs/intro/installation.md
index 0f155d59c..f9c2e3004 100644
--- a/docs/intro/installation.md
+++ b/docs/intro/installation.md
@@ -613,9 +613,9 @@ Alternatively, you can get devnet SOL using the
### Run Local Validator
The Solana CLI comes with the
-[test validator](https://docs.solanalabs.com/cli/examples/test-validator)
-built-in. Running a local validator will allow you to deploy and test your
-programs locally.
+[test validator](https://docs.anza.xyz/cli/examples/test-validator) built-in.
+Running a local validator will allow you to deploy and test your programs
+locally.
In a separate terminal, run the following command to start a local validator:
diff --git a/docs/intro/wallets.md b/docs/intro/wallets.md
index 0973a6de5..5c690a950 100644
--- a/docs/intro/wallets.md
+++ b/docs/intro/wallets.md
@@ -64,6 +64,6 @@ that might be right for you on the [Solana Wallets](https://solana.com/wallets)
page.
For advanced users or developers, the
-[command-line wallets](https://docs.solanalabs.com/cli/wallets) may be more
+[command-line wallets](https://docs.anza.xyz/cli/wallets) may be more
appropriate, as new features on the Solana blockchain will always be supported
on the command line first before being integrated into third-party solutions.
diff --git a/docs/more/exchange.md b/docs/more/exchange.md
index 2aae6ecff..e59d2b065 100644
--- a/docs/more/exchange.md
+++ b/docs/more/exchange.md
@@ -20,7 +20,7 @@ This setup enables you:
Solana nodes demand relatively high computing power to handle our fast blocks
and high TPS. For specific requirements, please see
-[hardware recommendations](https://docs.solanalabs.com/operations/requirements).
+[hardware recommendations](https://docs.anza.xyz/operations/requirements).
To run an api node:
@@ -46,7 +46,7 @@ to the port you want to expose.
The `--entrypoint` and `--expected-genesis-hash` parameters are all specific to
the cluster you are joining.
-[Current parameters for Mainnet Beta](https://docs.solanalabs.com/clusters/available#example-solana-validator-command-line-2)
+[Current parameters for Mainnet Beta](https://docs.anza.xyz/clusters/available#example-solana-validator-command-line-2)
The `--limit-ledger-size` parameter allows you to specify how many ledger
[shreds](/docs/terminology.md#shred) your node retains on disk. If you do not
@@ -60,7 +60,7 @@ selecting a custom limit value is
Specifying one or more `--known-validator` parameters can protect you from
booting from a malicious snapshot.
-[More on the value of booting with known validators](https://docs.solanalabs.com/operations/guides/validator-start#known-validators)
+[More on the value of booting with known validators](https://docs.anza.xyz/operations/guides/validator-start#known-validators)
Optional parameters to consider:
@@ -86,7 +86,7 @@ solana-watchtower --validator-identity
Read and explore the documentation for the Validator Client - originally developed by Solana Labs, including the Solana CLI - tool-suite and validator architecture. + originally developed by Anza, including the Solana CLI tool-suite + and validator architecture.
{- The documentation for the original Solana Validator Client developed - by Solana Labs can now be found on{" "} - - docs.solanalabs.com + The documentation for the original Agave Validator Client, developed + by Anza can now be found on{" "} + + docs.anza.xyz , which contains all the information specific to that validator client's implementation and inner workings. Including{" "} @@ -120,13 +120,11 @@ export const HomeViewComponent = () => { installing the Solana CLI tool-suite , this{" "} - + validator's architecture , and{" "} - + how to operate a validator .