The Purge - Don't worry, it's just one night (#1411)

* 7pm

* First hours are over

* Such a mess. So much blood

* 7am

.github/_CODEOWNERS

@@ -1,15 +1,9 @@
-# clients
-**/iota.rs @thibault-martinez
-**/wallet.rs @thibault-martinez
+# sdk
 **/iota-sdk @thibault-martinez
-**/iota.js @thibault-martinez
 
 # chronicle
 **/chronicle @Alexandcoats
 
-# goshimmer
-**/goshimmer @karimodm
-
 # hornet and inx plugins
 **/hornet @muXxer
 **/inx-api-core-v0 @alexsporn
@@ -30,8 +24,5 @@
 # protocol - introduction-docs
 **/introduction-docs @luca-moser
 
-# research
-**/iota-2.0-research-specifications @darcy-camargo
-
 # WASP - ISC
 **/wasp @fijter

articleRedirects.js

@@ -9,30 +9,6 @@ function directoryExists(directoryPath) {
 }
 
 const ApiCore = [
-  {
-    from: '/develop/category/nodes/rest-api/messages',
-    to: '/apis/core/v1/submit-a-message',
-  },
-  {
-    from: '/develop/category/nodes/rest-api/milestones',
-    to: '/apis/core/v1/look-up-a-milestone-by-a-given-milestone-index',
-  },
-  {
-    from: '/develop/category/nodes/rest-api/node',
-    to: '/apis/core/v1/returns-the-health-of-the-node',
-  },
-  {
-    from: '/develop/category/nodes/rest-api/peers',
-    to: '/apis/core/v1/get-information-about-the-peers-of-the-node',
-  },
-  {
-    from: '/develop/category/nodes/rest-api/tangle',
-    to: '/apis/core/v1/returns-tips-that-are-ideal-for-attaching-a-message',
-  },
-  {
-    from: '/develop/category/nodes/rest-api/utxo',
-    to: '/apis/core/v1/find-an-output-by-its-identifier',
-  },
   {
     from: '/shimmer/develop/category/nodes/core-rest-api/blocks',
     to: '/apis/core/v2/submit-a-block',
@@ -123,7 +99,7 @@ exports.articleRedirects = [
   },
   {
     from: '/learn/about-iota/energy-efficiency',
-    to: '/learn/protocols/chrysalis/introduction',
+    to: '/learn/protocols/stardust/introduction',
   },
   {
     from: '/learn/about-iota/messages',

contentPlugins.js

@@ -21,24 +21,6 @@ module.exports = async () => {
       routeBasePath: 'build',
     },
     ...generatePluginConfig(buildPluginsConfig, __dirname + '/docs/build/'),
-    {
-      id: 'introduction-docs-chrysalis',
-      path: path.resolve(
-        __dirname,
-        'docs/build/introduction-docs/chrysalis/docs',
-      ),
-      routeBasePath: 'introduction',
-      sidebarPath: path.resolve(
-        __dirname,
-        'docs/build/introduction-docs/chrysalis/sidebars.js',
-      ),
-      versions: {
-        current: {
-          label: 'Chrysalis',
-          badge: true,
-        },
-      },
-    },
     {
       id: 'introduction-docs-stardust',
       path: path.resolve(

docs/build/apis/sidebars.js

@@ -37,17 +37,11 @@ const categories = [
       type: 'generated-index',
       title: 'Core API',
       description:
-        'The core API is the main API for interacting with the Tangle. V1 is meant for the IOTA network and V2 for the Shimmer staging network.',
+        'The core API is the main API for interacting with the Tangle. V2 is now used for both IOTA and the Shimmer staging network.',
       slug: '/api/core',
     },
     collapsed: true,
     items: [
-      {
-        type: 'category',
-        label: 'V1',
-        collapsed: true,
-        items: './docs/core/v1/sidebar',
-      },
       {
         type: 'category',
         label: 'V2',

docs/build/getting-started/networks-endpoints.mdx

@@ -3,7 +3,6 @@ description: Networks and endpoints in the IOTA ecosystem.
 keywords:
   - mainnet
   - shimmer
-  - devnet
   - public testnet
   - MQTT
   - REST API
@@ -88,29 +87,3 @@ This network is subject to occasional resets (no data retention) which are usual
 | Base Token                | Protocol  | Chain ID | RPC URL                                      | Faucet                                     | Explorer                                     |
 | ------------------------- | --------- | -------- | -------------------------------------------- | ------------------------------------------ | -------------------------------------------- |
 | Testnet Tokens (no value) | ISC / EVM | <ChainId url='https://json-rpc.evm.testnet.shimmer.network'/> | https://json-rpc.evm.testnet.shimmer.network | https://evm-faucet.testnet.shimmer.network | https://explorer.evm.testnet.shimmer.network |
-
-## DevNet
-
-:::caution
-This network is going to be decommissioned by the end of 2023,
-consider building on the Public Testnet instead.
-:::
-
-[The DevNet](https://explorer.iota.org/legacy-mainnet) is a legacy network running the Chrysalis protocol.
-
-| Base Token                | Protocol  | HTTP REST API                                                                                         | Event API                                                         | Permanode API                             | Faucet                                 |
-| ------------------------- | --------- | ----------------------------------------------------------------------------------------------------- | ----------------------------------------------------------------- | ----------------------------------------- | -------------------------------------- |
-| Testnet Tokens (no value) | Chrysalis | https://api.lb-0.h.chrysalis-devnet.iota.cafe , https://api.lb-1.h.chrysalis-devnet.iota.cafe | wss://api.lb-0.h.chrysalis-devnet.iota.cafe:443 (MQTT 3.1, /mqtt) | https://chronicle.testnet.shimmer.network | https://faucet.testnet.shimmer.network |
-
-## Legacy
-
-:::caution
-With the upgrade of the IOTA Mainnet to the Stardust protocol, migrations have been stopped and will re-commence
-once a new mechanism via an L2 chain is set up.
-:::
-
-The legacy IOTA Mainnet was running for the sole purpose to facilitate token migrations into the IOTA Mainnet.
-
-| Base Token              | Protocol                | HTTP REST API                     |
-| ----------------------- | ----------------------- | --------------------------------- |
-| IOTA Token (Unmigrated) | Legacy Trinary Protocol | https://api-legacy.iotaledger.net |

docs/build/getting-started/sidebars.ts

@@ -70,7 +70,7 @@ module.exports = {
         {
           type: 'link',
           label: 'IotaWallet.NET',
-          href: 'https://github.com/IOTA-NET/IotaWallet.NET',
+          href: 'https://github.com/IOTA-NET/IotaSDK.NET',
         },
         {
           type: 'link',

docs/build/identity.rs/1.0/docs/explanations/about-alias-outputs.mdx

@@ -26,7 +26,7 @@ and which can be transferred through transactions to update DID Documents.
 :::
 
 
-The IOTA DID method uses the IOTA ledger, which is baed on the [unspent transaction output (_UTXO_) model](/learn/protocols/chrysalis/core-concepts/switch-to-UTXO/),
+The IOTA DID method uses the IOTA ledger, which is baed on the unspent transaction output (_UTXO_) model,
 as well as the features of the [Stardust](/introduction/stardust/explanations/what_is_stardust) upgrade,
 which are fundamental to the IOTA DID method.
 
@@ -38,7 +38,7 @@ A state controller can execute a state transition which allows updating the data
 
 The governor, on the contrary, can't update the `State Metadata` but can change both controllers and destroy the Alias Output.
 
-A controller can be either [Ed25519 Address](/learn/protocols/chrysalis/core-concepts/switch-to-UTXO/), [Alias Address or an _NFT_ Address](/learn/protocols/stardust/core-concepts/multi-asset-ledger/)
+A controller can be either Ed25519 Address, [Alias Address or an _NFT_ Address](/learn/protocols/stardust/core-concepts/multi-asset-ledger/)
 and at most one of each can be set for an Alias Output.
 
 In order to create a new Alias Output, a transaction must be made that includes another Output, for example,

docs/build/identity.rs/1.0/docs/how-tos/decentralized-identifiers/create.mdx

@@ -96,7 +96,7 @@ https://github.com/iotaledger/identity.rs/blob/main/bindings/wasm/examples/src/0
 Next, you need to construct a new [Alias Output](../../explanations/about-alias-outputs.mdx) that includes the
 DID Document in the [State Metadata](../../explanations/about-alias-outputs.mdx).
 The created Alias Output contains an encoded version of the DID Document in its `State Metadata`, and has the state
-controller and the governor set to the generated [Ed25519](/learn/protocols/chrysalis/core-concepts/EdDSA-support/) address.
+controller and the governor set to the generated Ed25519 address.
 
 Note that controllers don't need to be Ed25519 addresses, they can be any type of output.
 However, they must be unlocked in order perform a state or governance transition when the DID Document is updated or destroyed.

docs/build/identity.rs/1.0/docs/references/specifications/iota-did-method-spec.mdx

@@ -18,7 +18,7 @@ keywords:
 
 ## Abstract
 
-The IOTA DID Method Specification describes a method of implementing the [Decentralized Identifiers](https://www.w3.org/TR/did-core/) (DID) standard on [IOTA](https://iota.org), a Distributed Ledger Technology (DLT). It conforms to the [DID specification v1.0](https://www.w3.org/TR/did-core/) and describes how to perform Create, Read, Update and Delete (CRUD) operations for IOTA DID Documents using unspent transaction outputs ([_UTXO_](/introduction/reference/details#unspent-transaction-output-utxo)) on the IOTA and [Shimmer](https://shimmer.network/) networks, introduced with the [Stardust upgrade](https://blog.shimmer.network/stardust-upgrade-in-a-nutshell/).
+The IOTA DID Method Specification describes a method of implementing the [Decentralized Identifiers](https://www.w3.org/TR/did-core/) (DID) standard on [IOTA](https://iota.org), a Distributed Ledger Technology (DLT). It conforms to the [DID specification v1.0](https://www.w3.org/TR/did-core/) and describes how to perform Create, Read, Update and Delete (CRUD) operations for IOTA DID Documents using unspent transaction outputs (_UTXO_) on the IOTA and [Shimmer](https://shimmer.network/) networks, introduced with the [Stardust upgrade](https://blog.shimmer.network/stardust-upgrade-in-a-nutshell/).
 
 ## Data Types & Subschema Notation