Update links to iohk.io --> www.iog.io

Author: jasagredo

docs/website/contents/explanations/index.md

@@ -2,7 +2,7 @@
 
 Welcome to the documentation for the [`ouroboros-consensus`](https://github.com/IntersectMBO/ouroboros-consensus) repository.
 This repository houses the Haskell implementation of three crucial components utilized by the [`cardano-node`](https://github.com/IntersectMBO/cardano-node): Consensus, Storage, and Mempool.
-- The [Consensus component](https://cardano-scaling.github.io/cardano-blueprint/consensus/index.html) implements the [Ouroboros](https://iohk.io/en/research/library/papers/ouroboros-a-provably-secure-proof-of-stake-blockchain-protocol/) family of Proof-of-Stake protocols.
+- The [Consensus component](https://cardano-scaling.github.io/cardano-blueprint/consensus/index.html) implements the [Ouroboros](https://www.iog.io/papers/ouroboros-a-provably-secure-proof-of-stake-blockchain-protocol) family of Proof-of-Stake protocols.
 - The [Storage component](https://cardano-scaling.github.io/cardano-blueprint/storage/index.html) is responsible for providing efficient access to the blockchain data, as well as maintaining the current and recent past ledger states, and storing ledger state snapshots.
 - The [Mempool component](https://cardano-scaling.github.io/cardano-blueprint/mempool/index.html) serves as a buffer for valid transactions that are waiting to be included in a block. It is used by the Consensus component when forging a block and by the Network layer's transaction submission mini-protocol to diffuse transactions among nodes.
 

docs/website/contents/references/additional_material.md

@@ -17,18 +17,18 @@ The following artifacts influence and/or describe the Consensus implementation.
 * [Quick reference table for all Cardano features](https://github.com/cardano-foundation/CIPs/blob/master/CIP-0059/feature-table.md).
   This includes the dates and first slot numbers of all eras and hard forks.
 * IOG media:
-    * [The abstract nature of the consensus layer](https://iohk.io/en/blog/posts/2020/05/28/the-abstract-nature-of-the-consensus-layer/).
-    * [Writing a high-assurance blockchain implementation](https://iohk.io/en/blog/posts/2017/11/03/writing-a-high-assurance-blockchain-implementation/).
-    * [Semi-formal development of the cardano-wallet](https://iohk.io/en/blog/posts/2018/06/04/semi-formal-development-the-cardano-wallet/).
+    * [The abstract nature of the consensus layer](https://www.iog.io/en/blog/posts/2020/05/28/the-abstract-nature-of-the-consensus-layer).
+    * [Writing a high-assurance blockchain implementation](https://www.iog.io/en/blog/posts/2017/11/03/writing-a-high-assurance-blockchain-implementation).
+    * [Semi-formal development of the cardano-wallet](https://www.iog.io/en/blog/posts/2018/06/04/semi-formal-development-the-cardano-wallet).
     * [The Cardano Wallet](https://www.youtube.com/watch?v=6VWCB0_uLLw).
-    * [Combinator makes easy work of Shelley hard fork](https://iohk.io/en/blog/posts/2020/05/07/combinator-makes-easy-work-of-shelley-hard-fork/).
+    * [Combinator makes easy work of Shelley hard fork](https://www.iog.io/en/blog/posts/2020/05/07/combinator-makes-easy-work-of-shelley-hard-fork).
     * 2020 July hard fork combinator presentation at Cardano2020:
         * [Part 1](https://www.youtube.com/watch?v=D8OTZULEsaI)
         * [Part 2](https://www.youtube.com/watch?v=wNZq6VPLIXg)
 
-[ouroboros-bft]: https://iohk.io/en/research/library/papers/ouroboros-bfta-simple-byzantine-fault-tolerant-consensus-protocol/
-[ouroboros-praos]: https://iohk.io/en/research/library/papers/ouroboros-praosan-adaptively-securesemi-synchronous-proof-of-stake-protocol/
-[ouroboros-genesis]: https://iohk.io/en/research/library/papers/ouroboros-genesiscomposable-proof-of-stake-blockchains-with-dynamic-availability/
+[ouroboros-bft]: https://www.iog.io/papers/ouroboros-bft-a-simple-byzantine-fault-tolerant-consensus-protocol
+[ouroboros-praos]: https://www.iog.io/papers/ouroboros-praos-an-adaptively-secure-semi-synchronous-proof-of-stake-protocol
+[ouroboros-genesis]: https://www.iog.io/papers/ouroboros-genesis-composable-proof-of-stake-blockchains-with-dynamic-availability
 [consensus-report]: https://ouroboros-consensus.cardano.intersectmbo.org/pdfs/report.pdf
 [network-report]: https://ouroboros-network.cardano.intersectmbo.org/pdfs/network-design/
 [cardano-ledger]: https://github.com/IntersectMBO/cardano-ledger/

docs/website/contents/references/glossary.md

@@ -391,7 +391,7 @@ The tip of the LoE fragment
 
 ### ;Long-range Attack
 
-An attack on Proof-of-Stake blockchain systems that refers to the ability of a minority set of stakeholders to execute the blockchain protocol starting from the genesis block (or any sufficiently old state) and produce a valid alternative history of the system. See [this blog post](https://blog.ethereum.org/2014/05/15/long-range-attacks-the-serious-problem-with-adaptive-proof-of-work) by Vitalik Buterin and [this paper](https://iohk.io/en/research/library/papers/stake-bleeding-attacks-on-proof-of-stake-blockchains/) for details.
+An attack on Proof-of-Stake blockchain systems that refers to the ability of a minority set of stakeholders to execute the blockchain protocol starting from the genesis block (or any sufficiently old state) and produce a valid alternative history of the system. See [this blog post](https://blog.ethereum.org/2014/05/15/long-range-attacks-the-serious-problem-with-adaptive-proof-of-work) by Vitalik Buterin and [this paper](https://www.iog.io/papers/stake-bleeding-attacks-on-proof-of-stake-blockchains) for details.
 
 ## ;Limit on Patience (LoP)
 

docs/website/contents/references/miscellaneous/civic_time.md

@@ -41,7 +41,7 @@ The are only two exceptions.
 
 - The node's (commodity) operating system cannot compute the current slot, merely the current civic time.
 
-- The Plutus interface exposes the validity range as POSIX time, in the [`txInfoValidRange` field](https://plutus.cardano.intersectmbo.org/haddock/latest/plutus-ledger-api/PlutusLedgerApi-V1.html#t:TxInfo) (see this [blog post](https://iohk.io/en/blog/posts/2022/12/08/time-handling-on-cardano-part-2-use-cases/) for high-level background).
+- The Plutus interface exposes the validity range as POSIX time, in the [`txInfoValidRange` field](https://plutus.cardano.intersectmbo.org/haddock/latest/plutus-ledger-api/PlutusLedgerApi-V1.html#t:TxInfo) (see this [blog post](https://www.iog.io/news/time-handling-on-cardano-part-2-use-cases) for high-level background).
   The Consensus Layer design would have been simpler if the Plutus API provided the validity range in terms of slots, but that ship has sailed.
   (And developers writing Plutus scripts are almost certainly relieved that it did.)
   The "Slot to time translation" paragraph within the Alonzo Ledger specification [`alonzo-ledger.pdf`](https://github.com/intersectmbo/cardano-ledger/releases/latest/download/alonzo-ledger.pdf) explains that this design prevents script authors from assuming the wrong translations between slot and civic time.

docs/website/contents/tutorials/preflight_guide.md

@@ -306,6 +306,6 @@ for Ungrindable Blockchains" by Kiayias et al](https://eprint.iacr.org/2021/1698
 [Glossary]: https://ouroboros-consensus.cardano.intersectmbo.org/docs/references/glossary/
 [db-analyser snapshot]: https://github.com/IntersectMBO/ouroboros-consensus/blob/main/ouroboros-consensus-cardano/README.md#saving-a-snapshot
 [preflight epic]: https://github.com/IntersectMBO/ouroboros-consensus/issues/887
-[Ouroboros Praos paper]: https://iohk.io/en/research/library/papers/ouroboros-praos-an-adaptively-secure-semi-synchronous-proof-of-stake-protocol/
+[Ouroboros Praos paper]: https://www.iog.io/papers/ouroboros-praos-an-adaptively-secure-semi-synchronous-proof-of-stake-protocol
 [scipy.stats]: https://docs.scipy.org/doc/scipy/reference/stats.html
 [order statistic]: https://en.wikipedia.org/wiki/Order_statistic