diff --git a/app/[locale]/ethereum-history-founder-and-ownership/page-jsonld.tsx b/app/[locale]/ethereum-history-founder-and-ownership/page-jsonld.tsx
new file mode 100644
index 00000000000..136a5c98fab
--- /dev/null
+++ b/app/[locale]/ethereum-history-founder-and-ownership/page-jsonld.tsx
@@ -0,0 +1,141 @@
+import { getTranslations } from "next-intl/server"
+
+import { FileContributor, Lang } from "@/lib/types"
+
+import PageJsonLD from "@/components/PageJsonLD"
+
+import { normalizeUrlForJsonLd } from "@/lib/utils/url"
+
+export default async function EthereumHistoryFounderAndOwnershipPageJsonLD({
+  locale,
+  lastEditLocaleTimestamp,
+  contributors,
+}: {
+  locale: Lang | undefined
+  lastEditLocaleTimestamp: string
+  contributors: FileContributor[]
+}) {
+  const t = await getTranslations({
+    namespace: "page-ethereum-history-founder-and-ownership",
+  })
+
+  const url = normalizeUrlForJsonLd(
+    locale,
+    `/ethereum-history-founder-and-ownership/`
+  )
+
+  const contributorList = contributors.map((contributor) => ({
+    "@type": "Person",
+    name: contributor.login,
+    url: contributor.html_url,
+  }))
+
+  // JSON-LD structured data for the Ethereum History, Founder and Ownership page
+  const webPageJsonLd = {
+    "@context": "https://schema.org",
+    "@type": "WebPage",
+    "@id": url,
+    name: t("page-ethereum-history-founder-and-ownership-meta-title"),
+    description: t(
+      "page-ethereum-history-founder-and-ownership-meta-description"
+    ),
+    url: url,
+    inLanguage: locale,
+    contributor: contributorList,
+    author: [
+      {
+        "@type": "Organization",
+        name: "ethereum.org",
+        url: "https://ethereum.org",
+      },
+    ],
+    breadcrumb: {
+      "@type": "BreadcrumbList",
+      itemListElement: [
+        {
+          "@type": "ListItem",
+          position: 1,
+          name: "Home",
+          item: normalizeUrlForJsonLd(locale, "/"),
+        },
+        {
+          "@type": "ListItem",
+          position: 2,
+          name: t("page-ethereum-history-founder-and-ownership-title"),
+          item: url,
+        },
+      ],
+    },
+    publisher: {
+      "@type": "Organization",
+      name: "ethereum.org",
+      url: "https://ethereum.org",
+    },
+    reviewedBy: {
+      "@type": "Organization",
+      name: "ethereum.org",
+      url: "https://ethereum.org",
+      logo: {
+        "@type": "ImageObject",
+        url: "https://ethereum.org/images/eth-home-icon.png",
+      },
+    },
+  }
+
+  // JSON-LD for the history and founder article content
+  const articleJsonLd = {
+    "@context": "https://schema.org",
+    "@type": "Article",
+    headline: t("page-ethereum-history-founder-and-ownership-title"),
+    description: t(
+      "page-ethereum-history-founder-and-ownership-meta-description"
+    ),
+    image:
+      "https://ethereum.org/images/ethereum-history-founder-and-ownership/ethereum-history-founder-and-ownership-hero.png",
+    author: [
+      {
+        "@type": "Organization",
+        name: "ethereum.org",
+        url: "https://ethereum.org",
+      },
+    ],
+    publisher: {
+      "@type": "Organization",
+      name: "ethereum.org",
+      url: "https://ethereum.org",
+    },
+    contributor: contributorList,
+    reviewedBy: {
+      "@type": "Organization",
+      name: "ethereum.org",
+      url: "https://ethereum.org",
+      logo: {
+        "@type": "ImageObject",
+        url: "https://ethereum.org/images/eth-home-icon.png",
+      },
+    },
+    about: [
+      {
+        "@type": "Thing",
+        name: "Ethereum",
+        description:
+          "A decentralized platform for applications and digital economies powered by smart contracts",
+      },
+      {
+        "@type": "Person",
+        name: "Vitalik Buterin",
+        description:
+          "The founder of Ethereum who conceived the idea in late 2013 and published the Ethereum whitepaper in 2014",
+      },
+      {
+        "@type": "Thing",
+        name: "Blockchain History",
+        description:
+          "The historical development and launch of the Ethereum blockchain network",
+      },
+    ],
+    dateModified: lastEditLocaleTimestamp,
+  }
+
+  return <PageJsonLD structuredData={[webPageJsonLd, articleJsonLd]} />
+}
diff --git a/app/[locale]/ethereum-history-founder-and-ownership/page.tsx b/app/[locale]/ethereum-history-founder-and-ownership/page.tsx
new file mode 100644
index 00000000000..cd471ee2b97
--- /dev/null
+++ b/app/[locale]/ethereum-history-founder-and-ownership/page.tsx
@@ -0,0 +1,598 @@
+import { getTranslations, setRequestLocale } from "next-intl/server"
+
+import type { CommitHistory, Lang, ToCItem } from "@/lib/types"
+
+import CommentCard from "@/components/CommentCard"
+import FileContributors from "@/components/FileContributors"
+import ContentHero, { ContentHeroProps } from "@/components/Hero/ContentHero"
+import { Image } from "@/components/Image"
+import { Emphasis, Strong } from "@/components/IntlStringElements"
+import MainArticle from "@/components/MainArticle"
+import TableOfContents from "@/components/TableOfContents"
+import Link, { LinkWithArrow } from "@/components/ui/Link"
+import { ListItem, UnorderedList } from "@/components/ui/list"
+import { Section } from "@/components/ui/section"
+
+import { getAppPageContributorInfo } from "@/lib/utils/contributors"
+import { getMetadata } from "@/lib/utils/metadata"
+
+import EthereumHistoryFounderAndOwnershipPageJsonLD from "./page-jsonld"
+
+import EthereumOrgLogo from "@/public/images/eth-home-icon.png"
+import heroImg from "@/public/images/ethereum-history-founder-and-ownership/ethereum-history-founder-and-ownership-hero.png"
+
+const Page = async ({ params }: { params: Promise<{ locale: Lang }> }) => {
+  const { locale } = await params
+
+  setRequestLocale(locale)
+
+  const t = await getTranslations({
+    namespace: "page-ethereum-history-founder-and-ownership",
+  })
+
+  const commitHistoryCache: CommitHistory = {}
+  const { contributors, lastEditLocaleTimestamp } =
+    await getAppPageContributorInfo(
+      "ethereum-history-founder-and-ownership",
+      locale as Lang,
+      commitHistoryCache
+    )
+
+  const tocItems: ToCItem[] = [
+    {
+      title: t("page-ethereum-history-founder-and-ownership-title"),
+      url: "#ethereum-history-founder-and-ownership",
+    },
+    {
+      title: t(
+        "page-ethereum-history-founder-and-ownership-who-founded-ethereum"
+      ),
+      url: "#who-founded-ethereum",
+    },
+    {
+      title: t(
+        "page-ethereum-history-founder-and-ownership-when-ethereum-when-did-ethereum-launch"
+      ),
+      url: "#when-ethereum-when-did-ethereum-launch",
+    },
+    {
+      title: t(
+        "page-ethereum-history-founder-and-ownership-who-owns-and-runs-ethereum-now"
+      ),
+      url: "#who-owns-and-runs-ethereum-now",
+    },
+    {
+      title: t("page-ethereum-history-founder-and-ownership-conclusion"),
+      url: "#conclusion",
+    },
+  ]
+
+  const heroProps: ContentHeroProps = {
+    breadcrumbs: {
+      slug: "ethereum-history-founder-and-ownership",
+      startDepth: 1,
+    },
+    heroImg,
+    title: t("page-ethereum-history-founder-and-ownership-title"),
+    description: (
+      <>
+        <p>{t("page-ethereum-history-founder-and-ownership-description-1")}</p>
+      </>
+    ),
+  }
+
+  const getId = (input: string) => {
+    const parts = input.split("#")
+    return parts.length > 1 ? parts[1] : ""
+  }
+
+  return (
+    <>
+      <EthereumHistoryFounderAndOwnershipPageJsonLD
+        locale={locale}
+        lastEditLocaleTimestamp={lastEditLocaleTimestamp}
+        contributors={contributors}
+      />
+
+      <ContentHero {...heroProps} />
+      <MainArticle className="grid w-full grid-cols-1 gap-x-20 px-4 py-8 lg:grid-cols-[1fr_auto] lg:px-10 lg:py-10">
+        <div
+          data-label="extras"
+          className="mb-8 space-y-4 lg:col-start-1 lg:row-start-1 lg:mb-10"
+        >
+          <FileContributors
+            className="!py-0 [&>div]:mt-0"
+            contributors={contributors}
+            lastEditLocaleTimestamp={lastEditLocaleTimestamp}
+          />
+        </div>
+
+        <div className="row-start-1 lg:col-start-2 lg:row-span-2">
+          <TableOfContents variant="card" items={tocItems} isMobile />
+          <TableOfContents variant="card" items={tocItems} />
+        </div>
+
+        <div className="max-w-[50rem] space-y-14 lg:col-start-1 lg:row-start-2">
+          <Section id={getId(tocItems[0].url)} className="space-y-6">
+            <p>
+              {t.rich(
+                "page-ethereum-history-founder-and-ownership-who-founded-ethereum-description-1",
+                {
+                  strong: Strong,
+                }
+              )}
+            </p>
+          </Section>
+
+          <Section
+            id={getId(tocItems[1].url)}
+            className="-scroll-mt-80 space-y-14"
+          >
+            <div className="space-y-6">
+              <h2 id={getId(tocItems[1].url)} className="scroll-mt-28">
+                {tocItems[1].title}
+              </h2>
+              <p>
+                {t.rich(
+                  "page-ethereum-history-founder-and-ownership-who-founded-ethereum-launch-description-1",
+                  {
+                    strong: Strong,
+                  }
+                )}
+              </p>
+              <p>
+                {t(
+                  "page-ethereum-history-founder-and-ownership-who-founded-ethereum-launch-description-2"
+                )}
+              </p>
+              <p>
+                {t.rich(
+                  "page-ethereum-history-founder-and-ownership-who-founded-ethereum-launch-description-3",
+                  {
+                    em: Emphasis,
+                  }
+                )}
+              </p>
+              <p>
+                {t.rich(
+                  "page-ethereum-history-founder-and-ownership-who-founded-ethereum-launch-description-4",
+                  {
+                    whitepaper: (chunks) => (
+                      <Link href="/whitepaper/">{chunks}</Link>
+                    ),
+                  }
+                )}
+              </p>
+              <CommentCard
+                description={t(
+                  "page-ethereum-history-founder-and-ownership-who-founded-ethereum-launch-description-5"
+                )}
+                name="Vitalik Buterin"
+                title={t(
+                  "page-ethereum-history-founder-and-ownership-founder-of-ethereum"
+                )}
+              />
+              <p>
+                {t(
+                  "page-ethereum-history-founder-and-ownership-who-founded-ethereum-launch-description-6"
+                )}
+              </p>
+              <UnorderedList>
+                <ListItem>
+                  {t.rich(
+                    "page-ethereum-history-founder-and-ownership-who-founded-ethereum-launch-vitalik-buterin",
+                    {
+                      strong: Strong,
+                    }
+                  )}
+                </ListItem>
+                <ListItem>
+                  {t.rich(
+                    "page-ethereum-history-founder-and-ownership-who-founded-ethereum-launch-gavin-wood",
+                    {
+                      strong: Strong,
+                      solidity: (chunks) => (
+                        <Link href="https://soliditylang.org/">{chunks}</Link>
+                      ),
+                      ethereumYellowPaper: (chunks) => (
+                        <Link href="https://ethereum.github.io/yellowpaper/paper.pdf">
+                          {chunks}
+                        </Link>
+                      ),
+                    }
+                  )}
+                </ListItem>
+                <ListItem>
+                  {t.rich(
+                    "page-ethereum-history-founder-and-ownership-who-founded-ethereum-launch-joseph-lubin",
+                    {
+                      strong: Strong,
+                      consensys: (chunks) => (
+                        <Link href="https://consensys.net/">{chunks}</Link>
+                      ),
+                    }
+                  )}
+                </ListItem>
+                <ListItem>
+                  {t.rich(
+                    "page-ethereum-history-founder-and-ownership-who-founded-ethereum-launch-jeffrey-wilcke",
+                    {
+                      strong: Strong,
+                      geth: (chunks) => (
+                        <Link href="https://geth.ethereum.org/">{chunks}</Link>
+                      ),
+                    }
+                  )}
+                </ListItem>
+                <ListItem>
+                  {t.rich(
+                    "page-ethereum-history-founder-and-ownership-who-founded-ethereum-launch-mihai-alisie",
+                    {
+                      strong: Strong,
+                    }
+                  )}
+                </ListItem>
+                <ListItem>
+                  {t.rich(
+                    "page-ethereum-history-founder-and-ownership-who-founded-ethereum-launch-anthony-di-lorio",
+                    {
+                      strong: Strong,
+                    }
+                  )}
+                </ListItem>
+                <ListItem>
+                  {t.rich(
+                    "page-ethereum-history-founder-and-ownership-who-founded-ethereum-launch-amir-chetrit",
+                    {
+                      strong: Strong,
+                    }
+                  )}
+                </ListItem>
+                <ListItem>
+                  {t.rich(
+                    "page-ethereum-history-founder-and-ownership-who-founded-ethereum-launch-charles-hoskinson",
+                    {
+                      strong: Strong,
+                    }
+                  )}
+                </ListItem>
+              </UnorderedList>
+              <p>
+                {t.rich(
+                  "page-ethereum-history-founder-and-ownership-who-founded-ethereum-launch-description-7",
+                  {
+                    strong: Strong,
+                  }
+                )}
+              </p>
+            </div>
+          </Section>
+
+          <Section
+            id={getId(tocItems[2].url)}
+            className="-scroll-mt-80 space-y-14"
+          >
+            <Image
+              src={EthereumOrgLogo}
+              alt="Ethereum.org Logo"
+              className="mx-auto max-w-[123px]"
+            />
+            <div className="space-y-6">
+              <h2 id={getId(tocItems[2].url)} className="scroll-mt-28">
+                {tocItems[2].title}
+              </h2>
+              <p>
+                {t(
+                  "page-ethereum-history-founder-and-ownership-when-did-ethereum-launch-description-1"
+                )}
+              </p>
+              <UnorderedList>
+                <ListItem>
+                  {t.rich(
+                    "page-ethereum-history-founder-and-ownership-when-did-ethereum-launch-description-2",
+                    {
+                      strong: Strong,
+                    }
+                  )}
+                </ListItem>
+                <ListItem>
+                  {t.rich(
+                    "page-ethereum-history-founder-and-ownership-when-did-ethereum-launch-description-3",
+                    {
+                      strong: Strong,
+                      announcement: (chunks) => (
+                        <Link href="https://www.youtube.com/watch?v=l9dpjN3Mwps">
+                          {chunks}
+                        </Link>
+                      ),
+                    }
+                  )}
+                </ListItem>
+                <ListItem>
+                  {t.rich(
+                    "page-ethereum-history-founder-and-ownership-when-did-ethereum-launch-description-4",
+                    {
+                      strong: Strong,
+                    }
+                  )}
+                </ListItem>
+                <ListItem>
+                  {t.rich(
+                    "page-ethereum-history-founder-and-ownership-when-did-ethereum-launch-description-5",
+                    {
+                      strong: Strong,
+                    }
+                  )}
+                </ListItem>
+                <ListItem>
+                  {t.rich(
+                    "page-ethereum-history-founder-and-ownership-when-did-ethereum-launch-description-6",
+                    {
+                      strong: Strong,
+                    }
+                  )}
+                </ListItem>
+                <ListItem>
+                  {t.rich(
+                    "page-ethereum-history-founder-and-ownership-when-did-ethereum-launch-description-7",
+                    {
+                      strong: Strong,
+                    }
+                  )}
+                </ListItem>
+              </UnorderedList>
+              <CommentCard
+                description={t(
+                  "page-ethereum-history-founder-and-ownership-when-did-ethereum-launch-description-8"
+                )}
+                name="Joseph Lubin"
+                title={t(
+                  "page-ethereum-history-founder-and-ownership-when-did-ethereum-launch-description-9"
+                )}
+              />
+              <p>
+                {t(
+                  "page-ethereum-history-founder-and-ownership-when-did-ethereum-launch-description-10"
+                )}
+              </p>
+              <p>
+                {t.rich(
+                  "page-ethereum-history-founder-and-ownership-when-did-ethereum-launch-description-11",
+                  {
+                    genesisBlock: (chunks) => (
+                      <Link href="https://eth.blockscout.com/block/0">
+                        {chunks}
+                      </Link>
+                    ),
+                  }
+                )}
+              </p>
+              <div>
+                <LinkWithArrow href="/ethereum-forks/">
+                  {t(
+                    "page-ethereum-history-founder-and-ownership-when-did-ethereum-launch-description-12"
+                  )}
+                </LinkWithArrow>
+                <LinkWithArrow href="/roadmap/">
+                  {t(
+                    "page-ethereum-history-founder-and-ownership-when-did-ethereum-launch-description-13"
+                  )}
+                </LinkWithArrow>
+              </div>
+            </div>
+          </Section>
+
+          <Section className="space-y-14">
+            <div className="space-y-6">
+              <h2 id={getId(tocItems[3].url)} className="scroll-mt-28">
+                {tocItems[3].title}
+              </h2>
+              <p>
+                {t.rich(
+                  "page-ethereum-history-founder-and-ownership-who-owns-and-runs-ethereum-now-description-1",
+                  {
+                    strong: Strong,
+                  }
+                )}
+              </p>
+              <UnorderedList>
+                <ListItem>
+                  {t.rich(
+                    "page-ethereum-history-founder-and-ownership-who-owns-and-runs-ethereum-now-description-2",
+                    {
+                      strong: Strong,
+                    }
+                  )}
+                </ListItem>
+                <ListItem>
+                  {t.rich(
+                    "page-ethereum-history-founder-and-ownership-who-owns-and-runs-ethereum-now-description-3",
+                    {
+                      strong: Strong,
+                    }
+                  )}
+                </ListItem>
+                <ListItem>
+                  {t.rich(
+                    "page-ethereum-history-founder-and-ownership-who-owns-and-runs-ethereum-now-description-4",
+                    {
+                      strong: Strong,
+                    }
+                  )}
+                </ListItem>
+              </UnorderedList>
+              <p>
+                {t.rich(
+                  "page-ethereum-history-founder-and-ownership-who-owns-and-runs-ethereum-now-description-5",
+                  {
+                    strong: Strong,
+                  }
+                )}
+              </p>
+              <p>
+                {t(
+                  "page-ethereum-history-founder-and-ownership-who-owns-and-runs-ethereum-now-description-6"
+                )}
+              </p>
+
+              <h3>
+                {t(
+                  "page-ethereum-history-founder-and-ownership-ethereum-foundation"
+                )}
+              </h3>
+              <p>
+                {t.rich(
+                  "page-ethereum-history-founder-and-ownership-ethereum-foundation-description-1",
+                  {
+                    strong: Strong,
+                  }
+                )}
+              </p>
+              <UnorderedList>
+                <ListItem>
+                  {t(
+                    "page-ethereum-history-founder-and-ownership-ethereum-foundation-description-2"
+                  )}
+                </ListItem>
+                <ListItem>
+                  {t(
+                    "page-ethereum-history-founder-and-ownership-ethereum-foundation-description-3"
+                  )}
+                </ListItem>
+                <ListItem>
+                  {t(
+                    "page-ethereum-history-founder-and-ownership-ethereum-foundation-description-4"
+                  )}
+                </ListItem>
+                <ListItem>
+                  {t(
+                    "page-ethereum-history-founder-and-ownership-ethereum-foundation-description-5"
+                  )}
+                </ListItem>
+              </UnorderedList>
+
+              <h3>
+                {t(
+                  "page-ethereum-history-founder-and-ownership-core-developers"
+                )}
+              </h3>
+              <p>
+                {t.rich(
+                  "page-ethereum-history-founder-and-ownership-core-developers-description-1"
+                )}
+              </p>
+
+              <h3>{t("page-ethereum-history-founder-and-ownership-eip")}</h3>
+              <p>
+                {t.rich(
+                  "page-ethereum-history-founder-and-ownership-eip-description-1",
+                  {
+                    strong: Strong,
+                    eips: (chunks) => (
+                      <Link href="https://eips.ethereum.org/">{chunks}</Link>
+                    ),
+                  }
+                )}
+              </p>
+
+              <h3>
+                {t("page-ethereum-history-founder-and-ownership-validators")}
+              </h3>
+              <p>
+                {t.rich(
+                  "page-ethereum-history-founder-and-ownership-validators-description-1",
+                  {
+                    strong: Strong,
+                    beaconchain: (chunks) => (
+                      <Link href="https://beaconcha.in/">{chunks}</Link>
+                    ),
+                  }
+                )}
+              </p>
+              <p>
+                {t.rich(
+                  "page-ethereum-history-founder-and-ownership-validators-description-2",
+                  {
+                    strong: Strong,
+                  }
+                )}
+              </p>
+              <CommentCard
+                description={t(
+                  "page-ethereum-history-founder-and-ownership-validators-description-3"
+                )}
+                name="Vitalik Buterin"
+                title={t(
+                  "page-ethereum-history-founder-and-ownership-founder-of-ethereum"
+                )}
+              />
+            </div>
+          </Section>
+
+          <Section className="space-y-14">
+            <div className="space-y-6">
+              <h2 id={getId(tocItems[4].url)} className="scroll-mt-28">
+                {tocItems[4].title}
+              </h2>
+              <p>
+                {t.rich(
+                  "page-ethereum-history-founder-and-ownership-conclusion-description-1",
+                  {
+                    strong: Strong,
+                  }
+                )}
+              </p>
+              <p>
+                {t.rich(
+                  "page-ethereum-history-founder-and-ownership-conclusion-description-2"
+                )}
+              </p>
+              <p>
+                {t.rich(
+                  "page-ethereum-history-founder-and-ownership-conclusion-description-3",
+                  {
+                    strong: Strong,
+                  }
+                )}
+              </p>
+              <LinkWithArrow href="/governance/">
+                {t(
+                  "page-ethereum-history-founder-and-ownership-conclusion-description-4"
+                )}
+              </LinkWithArrow>
+            </div>
+          </Section>
+        </div>
+      </MainArticle>
+    </>
+  )
+}
+
+export async function generateMetadata({
+  params,
+}: {
+  params: Promise<{ locale: string }>
+}) {
+  const { locale } = await params
+
+  const t = await getTranslations({
+    locale,
+    namespace: "page-ethereum-history-founder-and-ownership",
+  })
+
+  return await getMetadata({
+    locale,
+    slug: ["ethereum-history-founder-and-ownership"],
+    title: t("page-ethereum-history-founder-and-ownership-meta-title"),
+    description: t(
+      "page-ethereum-history-founder-and-ownership-meta-description"
+    ),
+    twitterDescription: t(
+      "page-ethereum-history-founder-and-ownership-twitter-meta-description"
+    ),
+    image:
+      "/images/ethereum-history-founder-and-ownership/ethereum-history-founder-and-ownership-hero.png",
+  })
+}
+
+export default Page
diff --git a/app/[locale]/what-is-ethereum/page.tsx b/app/[locale]/what-is-ethereum/page.tsx
index f43b18017f8..6f610e51e17 100644
--- a/app/[locale]/what-is-ethereum/page.tsx
+++ b/app/[locale]/what-is-ethereum/page.tsx
@@ -1040,7 +1040,7 @@ const Page = async ({ params }: { params: PageParams }) => {
                     </p>
                     <p>{t("page-what-is-ethereum-when-who-governance-4")}</p>
                   </div>
-                  <LinkWithArrow href="/history/">
+                  <LinkWithArrow href="/ethereum-history-founder-and-ownership/">
                     {t("page-what-is-ethereum-when-who-learn-more")}
                   </LinkWithArrow>
                 </div>
diff --git a/public/_redirects b/public/_redirects
index 6662af2a003..35f557e59c5 100644
--- a/public/_redirects
+++ b/public/_redirects
@@ -180,3 +180,7 @@
 /10-years /10years 301!
 
 /*/10-years /:splat/10years 301!
+
+/history /ethereum-forks 301!
+
+/*/history /ethereum-forks 301!
diff --git a/public/content/community/research/index.md b/public/content/community/research/index.md
index c2d6af85346..a79dd8ba8e2 100644
--- a/public/content/community/research/index.md
+++ b/public/content/community/research/index.md
@@ -83,7 +83,7 @@ An Ethereum node is required to run two pieces of software:
 1. a consensus client to keep track of the head of the blockchain, gossip blocks and handle consensus logic
 2. an execution client to support the Ethereum Virtual Machine and execute transactions and smart contracts
 
-See the [nodes and clients page](/developers/docs/nodes-and-clients/) for more details on nodes and clients and for a list of all current client implementations. You can also find a history of all Ethereum upgrades on the [history page](/history/).
+See the [nodes and clients page](/developers/docs/nodes-and-clients/) for more details on nodes and clients and for a list of all current client implementations. You can also find a history of all Ethereum upgrades on the [history page](/ethereum-forks/).
 
 ### Execution Clients {#execution-clients}
 
diff --git a/public/content/developers/docs/consensus-mechanisms/pos/attack-and-defense/index.md b/public/content/developers/docs/consensus-mechanisms/pos/attack-and-defense/index.md
index d51c63752c4..614b9df2f65 100644
--- a/public/content/developers/docs/consensus-mechanisms/pos/attack-and-defense/index.md
+++ b/public/content/developers/docs/consensus-mechanisms/pos/attack-and-defense/index.md
@@ -129,7 +129,7 @@ Whatever the penalty imposed on the attacker, the community also has to decide t
 
 However, this would be a substantial governance challenge. Some users and validators would undoubtedly lose out as a result of the switch back to the honest chain, transactions in blocks validated after the attack could potentially be rolled back, disrupting the application layer, and it quite simply undermines the ethics of some users who tend to believe “code is law”. Exchanges and applications will most likely have linked offchain actions to onchain transactions that may now be rolled back, starting a cascade of retractions and revisions that would be hard to unpick fairly, especially if ill-gotten gains have been mixed, deposited into DeFi or other derivatives with secondary effects for honest users. Undoubtedly some users, perhaps even institutional ones, would have already benefited from the dishonest chain either by being shrewd or by serendipity, and might oppose a fork to protect their gains. There have been calls to rehearse the community response to >51% attacks so that a sensible coordinated mitigation could be executed quickly. There is some useful discussion by Vitalik on ethresear.ch [here](https://ethresear.ch/t/timeliness-detectors-and-51-attack-recovery-in-blockchains/6925) and [here](https://ethresear.ch/t/responding-to-51-attacks-in-casper-ffg/6363) and on Twitter [here](https://twitter.com/skylar_eth/status/1551798684727508992?s=20&t=oHZ1xv8QZdOgAXhxZKtHEw). The aim of a coordinated social response should be to be very targeted and specific about punishing the attacker and minimizing effects for other users.
 
-Governance is already a complicated topic. Managing a Layer-0 emergency response to a dishonest finalizing chain would undoubtedly be challenging for the Ethereum community, but it [has happened](/history/#dao-fork-summary) - [twice](/history/#tangerine-whistle) - in Ethereum’s history).
+Governance is already a complicated topic. Managing a Layer-0 emergency response to a dishonest finalizing chain would undoubtedly be challenging for the Ethereum community, but it [has happened](/ethereum-forks/#dao-fork-summary) - [twice](/ethereum-forks/#tangerine-whistle) - in Ethereum’s history).
 
 Nevertheless, there is something fairly satisfying in the final fallback sitting in meatspace. Ultimately, even with this phenomenal stack of technology above us, if the worst were ever to happen real people would have to coordinate their way out of it.
 
diff --git a/public/content/developers/docs/consensus-mechanisms/pow/index.md b/public/content/developers/docs/consensus-mechanisms/pow/index.md
index 2474cc86d9d..2f0f9b993f4 100644
--- a/public/content/developers/docs/consensus-mechanisms/pow/index.md
+++ b/public/content/developers/docs/consensus-mechanisms/pow/index.md
@@ -56,7 +56,7 @@ To consistently create malicious yet valid blocks, a malicious miner would have
 
 Proof-of-work was also responsible for issuing new currency into the system and incentivizing miners to do the work.
 
-Since the [Constantinople upgrade](/history/#constantinople), miners who successfully create a block were rewarded with two freshly minted ETH and part of the transaction fees. Ommer blocks also compensated 1.75 ETH. Ommer blocks were valid blocks created by a miner practically at the same time as another miner created the canonical block, which was ultimately determined by which chain was built on top of first. Ommer blocks usually happened due to network latency.
+Since the [Constantinople upgrade](/ethereum-forks/#constantinople), miners who successfully create a block were rewarded with two freshly minted ETH and part of the transaction fees. Ommer blocks also compensated 1.75 ETH. Ommer blocks were valid blocks created by a miner practically at the same time as another miner created the canonical block, which was ultimately determined by which chain was built on top of first. Ommer blocks usually happened due to network latency.
 
 ## Finality {#finality}
 
diff --git a/public/content/developers/docs/nodes-and-clients/index.md b/public/content/developers/docs/nodes-and-clients/index.md
index 42ad023c945..4d4717ba993 100644
--- a/public/content/developers/docs/nodes-and-clients/index.md
+++ b/public/content/developers/docs/nodes-and-clients/index.md
@@ -39,7 +39,7 @@ What these implementations have in common is they all follow a single specificat
 - Originally, the [Ethereum Yellow Paper](https://ethereum.github.io/yellowpaper/paper.pdf)
 - [Execution specs](https://github.com/ethereum/execution-specs/)
 - [Consensus specs](https://github.com/ethereum/consensus-specs)
-- [EIPs](https://eips.ethereum.org/) implemented in various [network upgrades](/history/)
+- [EIPs](https://eips.ethereum.org/) implemented in various [network upgrades](/ethereum-forks/)
 
 ### Tracking nodes in the network {#network-overview}
 
diff --git a/public/content/developers/docs/nodes-and-clients/run-a-node/index.md b/public/content/developers/docs/nodes-and-clients/run-a-node/index.md
index 6bea688c925..596f7d71788 100644
--- a/public/content/developers/docs/nodes-and-clients/run-a-node/index.md
+++ b/public/content/developers/docs/nodes-and-clients/run-a-node/index.md
@@ -447,7 +447,7 @@ Consider creating a service to run your clients automatically on startup. For ex
 
 #### Updating clients {#updating-clients}
 
-You need to keep your client software up-to-date with the latest security patches, features, and [EIPs](/eips/). Especially before [hard forks](/history/), make sure you are running the correct client versions.
+You need to keep your client software up-to-date with the latest security patches, features, and [EIPs](/eips/). Especially before [hard forks](/ethereum-forks/), make sure you are running the correct client versions.
 
 > Before important network updates, EF publishes a post on its [blog](https://blog.ethereum.org). You can [subscribe to these announcements](https://blog.ethereum.org/category/protocol#subscribe) to get a notification to your mail when your node needs an update.
 
diff --git a/public/content/developers/docs/transactions/index.md b/public/content/developers/docs/transactions/index.md
index f8287e79a24..593195d99d6 100644
--- a/public/content/developers/docs/transactions/index.md
+++ b/public/content/developers/docs/transactions/index.md
@@ -213,11 +213,11 @@ Based on the `TransactionType` value, a transaction can be classified as:
 
 1. **Type 0 (Legacy) Transactions:** The original transaction format used since Ethereum's launch. They do not include features from [EIP-1559](https://eips.ethereum.org/EIPS/eip-1559) such as dynamic gas fee calculations or access lists for smart contracts. Legacy transactions lack a specific prefix indicating their type in their serialized form, starting with the byte `0xf8` when using [Recursive Length Prefix (RLP)](/developers/docs/data-structures-and-encoding/rlp) encoding. The TransactionType value for these transactions is `0x0`.
 
-2. **Type 1 Transactions:** Introduced in [EIP-2930](https://eips.ethereum.org/EIPS/eip-2930) as part of Ethereum's [Berlin Upgrade](/history/#berlin), these transactions include an `accessList` parameter. This list specifies addresses and storage keys the transaction expects to access, helping to potentially reduce [gas](/developers/docs/gas/) costs for complex transactions involving smart contracts. EIP-1559 fee market changes are not included in Type 1 transactions. Type 1 transactions also include a `yParity` parameter, which can either be `0x0` or `0x1`, indicating the parity of the y-value of the secp256k1 signature. They are identified by starting with the byte `0x01`, and their TransactionType value is `0x1`.
+2. **Type 1 Transactions:** Introduced in [EIP-2930](https://eips.ethereum.org/EIPS/eip-2930) as part of Ethereum's [Berlin Upgrade](/ethereum-forks/#berlin), these transactions include an `accessList` parameter. This list specifies addresses and storage keys the transaction expects to access, helping to potentially reduce [gas](/developers/docs/gas/) costs for complex transactions involving smart contracts. EIP-1559 fee market changes are not included in Type 1 transactions. Type 1 transactions also include a `yParity` parameter, which can either be `0x0` or `0x1`, indicating the parity of the y-value of the secp256k1 signature. They are identified by starting with the byte `0x01`, and their TransactionType value is `0x1`.
 
-3. **Type 2 Transactions**, commonly referred to as EIP-1559 transactions, are transactions introduced in [EIP-1559](https://eips.ethereum.org/EIPS/eip-1559), in Ethereum's [London Upgrade](/history/#london). They have become the standard transaction type on the Ethereum network. These transactions introduce a new fee market mechanism that improves predictability by separating the transaction fee into a base fee and a priority fee. They start with the byte `0x02` and include fields such as `maxPriorityFeePerGas` and `maxFeePerGas`. Type 2 transactions are now the default due to their flexibility and efficiency, especially favored during periods of high network congestion for their ability to help users manage transaction fees more predictably. The TransactionType value for these transactions is `0x2`.
+3. **Type 2 Transactions**, commonly referred to as EIP-1559 transactions, are transactions introduced in [EIP-1559](https://eips.ethereum.org/EIPS/eip-1559), in Ethereum's [London Upgrade](/ethereum-forks/#london). They have become the standard transaction type on the Ethereum network. These transactions introduce a new fee market mechanism that improves predictability by separating the transaction fee into a base fee and a priority fee. They start with the byte `0x02` and include fields such as `maxPriorityFeePerGas` and `maxFeePerGas`. Type 2 transactions are now the default due to their flexibility and efficiency, especially favored during periods of high network congestion for their ability to help users manage transaction fees more predictably. The TransactionType value for these transactions is `0x2`.
 
-4. **Type 3 (Blob) Transactions** were introduced in [EIP-4844](https://eips.ethereum.org/EIPS/eip-4844) as part of Ethereum's [Dencun Upgrade](/history/#dencun). These transactions are designed to handle "blob" data (Binary Large Objects) more efficiently, particularly benefiting Layer 2 rollups by providing a way to post data to the Ethereum network at a lower cost. Blob transactions include additional fields such as `blobVersionedHashes`, `maxFeePerBlobGas`, and `blobGasPrice`. They start with the byte `0x03`, and their TransactionType value is `0x3`. Blob transactions represent a significant improvement in Ethereum's data availability and scaling capabilities.
+4. **Type 3 (Blob) Transactions** were introduced in [EIP-4844](https://eips.ethereum.org/EIPS/eip-4844) as part of Ethereum's [Dencun Upgrade](/ethereum-forks/#dencun). These transactions are designed to handle "blob" data (Binary Large Objects) more efficiently, particularly benefiting Layer 2 rollups by providing a way to post data to the Ethereum network at a lower cost. Blob transactions include additional fields such as `blobVersionedHashes`, `maxFeePerBlobGas`, and `blobGasPrice`. They start with the byte `0x03`, and their TransactionType value is `0x3`. Blob transactions represent a significant improvement in Ethereum's data availability and scaling capabilities.
 
 5. **Type 4 Transactions** were introduced in [EIP-7702](https://eips.ethereum.org/EIPS/eip-7702) as part of Ethereum’s [Pectra Upgrade](/roadmap/pectra/). These transactions are designed to be forward-compatible with account abstraction. They allow EOAs to temporarily behave like smart contract accounts without compromising their original functionality. They include an `authorization_list` parameter, which specifies the smart contract to which the EOA delegates its authority. After the transaction, the EOA’s code field will have the address of the delegated smart contract.
 
diff --git a/public/content/developers/tutorials/downsizing-contracts-to-fight-the-contract-size-limit/index.md b/public/content/developers/tutorials/downsizing-contracts-to-fight-the-contract-size-limit/index.md
index 48ae1bed1cb..af0198b52a6 100644
--- a/public/content/developers/tutorials/downsizing-contracts-to-fight-the-contract-size-limit/index.md
+++ b/public/content/developers/tutorials/downsizing-contracts-to-fight-the-contract-size-limit/index.md
@@ -18,7 +18,7 @@ On [November 22, 2016](https://blog.ethereum.org/2016/11/18/hard-fork-no-4-spuri
 
 This limit was introduced to prevent denial-of-service (DOS) attacks. Any call to a contract is relatively cheap gas-wise. However, the impact of a contract call for Ethereum nodes increases disproportionately depending on the called contract code's size (reading the code from disk, pre-processing the code, adding data to the Merkle proof). Whenever you have such a situation where the attacker requires few resources to cause a lot of work for others, you get the potential for DOS attacks.
 
-Originally this was less of a problem because one natural contract size limit is the block gas limit. Obviously, a contract must be deployed within a transaction that holds all of the contract's bytecode. If you include only that one transaction into a block, you can use up all that gas, but it's not infinite. Since the [London Upgrade](/history/#london), the block gas limit has been able to vary between 15M and 30M units depending on network demand.
+Originally this was less of a problem because one natural contract size limit is the block gas limit. Obviously, a contract must be deployed within a transaction that holds all of the contract's bytecode. If you include only that one transaction into a block, you can use up all that gas, but it's not infinite. Since the [London Upgrade](/ethereum-forks/#london), the block gas limit has been able to vary between 15M and 30M units depending on network demand.
 
 In the following we will look at some methods ordered by their potential impact. Think about it in the terms of weight-loss. The best strategy for someone to hit their target weight (in our case 24kb) is to focus on the big impact methods first. In most cases just fixing your diet will get you there, but sometimes you need a little bit more. Then you might add some exercise (medium impact) or even supplements (small impact).
 
diff --git a/public/content/eth/supply/index.md b/public/content/eth/supply/index.md
index c8b68698c73..c2f94945ee8 100644
--- a/public/content/eth/supply/index.md
+++ b/public/content/eth/supply/index.md
@@ -8,7 +8,7 @@ lang: en
 
 ## Prerequisites {#prerequisites}
 
-This article is written for beginners with no prior knowledge. However, to fully understand the topic, it is helpful to have a basic understanding of concepts such as [Ethereum Improvement Proposals (EIPs)](/eips/#introduction-to-ethereum-improvement-proposals), [Proof-of-work (PoW)](/developers/docs/consensus-mechanisms/pow/), [Proof-of-stake (PoS)](/developers/docs/consensus-mechanisms/pos/), and [The London Upgrade](/history/#london).
+This article is written for beginners with no prior knowledge. However, to fully understand the topic, it is helpful to have a basic understanding of concepts such as [Ethereum Improvement Proposals (EIPs)](/eips/#introduction-to-ethereum-improvement-proposals), [Proof-of-work (PoW)](/developers/docs/consensus-mechanisms/pow/), [Proof-of-stake (PoS)](/developers/docs/consensus-mechanisms/pos/), and [The London Upgrade](/ethereum-forks/#london).
 
 ## How Many ETH Tokens Are There Today? {#current-eth-supply}
 
diff --git a/public/content/history/index.md b/public/content/ethereum-forks/index.md
similarity index 99%
rename from public/content/history/index.md
rename to public/content/ethereum-forks/index.md
index dd10d90da7a..0959357fbe0 100644
--- a/public/content/history/index.md
+++ b/public/content/ethereum-forks/index.md
@@ -1,11 +1,11 @@
 ---
-title: History and Forks of Ethereum
+title: Timeline of all Ethereum forks (2014 to present)
 description: A history of the Ethereum blockchain including major milestones, releases, and forks.
 lang: en
 sidebarDepth: 1
 ---
 
-# The history of Ethereum {#the-history-of-ethereum}
+# Timeline of all Ethereum forks (2014 to present) {#the-history-of-ethereum}
 
 A timeline of all the major milestones, forks, and updates to the Ethereum blockchain.
 
@@ -320,7 +320,7 @@ The London upgrade introduced [EIP-1559](https://eips.ethereum.org/EIPS/eip-1559
 
 Before the London Upgrade, Ethereum had fixed-sized blocks. In times of high network demand, these blocks operated at full capacity. As a result, users often had to wait for demand to reduce to get included in a block, which led to a poor user experience. The London Upgrade introduced variable-sized blocks to Ethereum.
 
-The way transaction fees on the Ethereum network were calculated changed with [the London Upgrade](/history/#london) of August 2021. Before the London upgrade, fees were calculated without separating `base` and `priority` fees, as follows:
+The way transaction fees on the Ethereum network were calculated changed with [the London Upgrade](/ethereum-forks/#london) of August 2021. Before the London upgrade, fees were calculated without separating `base` and `priority` fees, as follows:
 
 Let's say Alice had to pay Bob 1 ETH. In the transaction, the gas limit is 21,000 units, and the gas price is 200 gwei.
 
diff --git a/public/content/governance/index.md b/public/content/governance/index.md
index 1f9eaa69e46..a0964e5afb2 100644
--- a/public/content/governance/index.md
+++ b/public/content/governance/index.md
@@ -152,7 +152,7 @@ The Ethereum governance process often trades off speed and efficiency for openne
 
 While the specification and development implementations have always been fully open source, the formal processes used to propose updates described above weren't used. This allowed changes to be specified and agreed upon quicker by researchers and implementers.
 
-When the Beacon Chain merged with the Ethereum execution layer on September 15th, 2022 The Merge was complete as part of the [Paris network upgrade](/history/#paris). The proposal [EIP-3675](https://eips.ethereum.org/EIPS/eip-3675) was changed from 'Last Call' to 'Final', completing the transition to proof-of-stake.
+When the Beacon Chain merged with the Ethereum execution layer on September 15th, 2022 The Merge was complete as part of the [Paris network upgrade](/ethereum-forks/#paris). The proposal [EIP-3675](https://eips.ethereum.org/EIPS/eip-3675) was changed from 'Last Call' to 'Final', completing the transition to proof-of-stake.
 
 <ButtonLink href="/roadmap/merge/">
   More on The Merge
diff --git a/public/content/roadmap/fusaka/index.md b/public/content/roadmap/fusaka/index.md
index 8e54be7c043..e0fb066b19d 100644
--- a/public/content/roadmap/fusaka/index.md
+++ b/public/content/roadmap/fusaka/index.md
@@ -11,7 +11,7 @@ The Fusaka network upgrade follows [Pectra](/roadmap/pectra/) and brings more ne
 This upgrade is planned for Q4 2025.
 
 <InfoBanner>
-The Fusaka upgrade is only a single step in Ethereum's long-term development goals. Learn more about [the protocol roadmap](/roadmap/) and [previous upgrades](/history/).
+The Fusaka upgrade is only a single step in Ethereum's long-term development goals. Learn more about [the protocol roadmap](/roadmap/) and [previous upgrades](/ethereum-forks/).
 </InfoBanner>
 
 ## Improvements in Fusaka {#improvements-in-fusaka}
diff --git a/public/content/roadmap/merge/index.md b/public/content/roadmap/merge/index.md
index c751020286f..23b81e0f93a 100644
--- a/public/content/roadmap/merge/index.md
+++ b/public/content/roadmap/merge/index.md
@@ -17,7 +17,7 @@ summaryPoint4: The Merge reduced Ethereum's energy consumption by ~99.95%.
 
 ## What was The Merge? {#what-is-the-merge}
 
-The Merge was the joining of the original execution layer of Ethereum (the Mainnet that has existed since [genesis](/history/#frontier)) with its new proof-of-stake consensus layer, the Beacon Chain. It eliminated the need for energy-intensive mining and instead enabled the network to be secured using staked ETH. It was a truly exciting step in realizing the Ethereum vision—more scalability, security, and sustainability.
+The Merge was the joining of the original execution layer of Ethereum (the Mainnet that has existed since [genesis](/ethereum-forks/#frontier)) with its new proof-of-stake consensus layer, the Beacon Chain. It eliminated the need for energy-intensive mining and instead enabled the network to be secured using staked ETH. It was a truly exciting step in realizing the Ethereum vision—more scalability, security, and sustainability.
 
 <MergeInfographic />
 
diff --git a/public/content/roadmap/merge/issuance/index.md b/public/content/roadmap/merge/issuance/index.md
index f072e7fa706..e3d642d867f 100644
--- a/public/content/roadmap/merge/issuance/index.md
+++ b/public/content/roadmap/merge/issuance/index.md
@@ -30,11 +30,11 @@ title="ETH issuance tldr">
 
 ### Execution layer issuance {#el-issuance-pre-merge}
 
-Under proof-of-work, miners only interacted with the execution layer and were rewarded with block rewards if they were the first miner to solve the next block. Since the [Constantinople upgrade](/history/#constantinople) in 2019 this reward was 2 ETH per block. Miners were also rewarded for publishing [ommer](/glossary/#ommer) blocks, which were valid blocks that didn't end up in the longest/canonical chain. These rewards maxed out at 1.75 ETH per ommer, and were _in addition to_ the reward issued from the canonical block. The process of mining was an economically intensive activity, which historically required high levels of ETH issuance to sustain.
+Under proof-of-work, miners only interacted with the execution layer and were rewarded with block rewards if they were the first miner to solve the next block. Since the [Constantinople upgrade](/ethereum-forks/#constantinople) in 2019 this reward was 2 ETH per block. Miners were also rewarded for publishing [ommer](/glossary/#ommer) blocks, which were valid blocks that didn't end up in the longest/canonical chain. These rewards maxed out at 1.75 ETH per ommer, and were _in addition to_ the reward issued from the canonical block. The process of mining was an economically intensive activity, which historically required high levels of ETH issuance to sustain.
 
 ### Consensus layer issuance {#cl-issuance-pre-merge}
 
-The [Beacon Chain](/history/#beacon-chain-genesis) went live in 2020. Instead of miners, it is secured by validators using proof-of-stake. This chain was bootstrapped by Ethereum users depositing ETH one-way into a smart contract on Mainnet (the execution layer), which the Beacon Chain listens to, crediting the user with an equal amount of ETH on the new chain. Until The Merge happened, the Beacon Chain's validators were not processing transactions and were essentially coming to consensus on the state of the validator pool itself.
+The [Beacon Chain](/ethereum-forks/#beacon-chain-genesis) went live in 2020. Instead of miners, it is secured by validators using proof-of-stake. This chain was bootstrapped by Ethereum users depositing ETH one-way into a smart contract on Mainnet (the execution layer), which the Beacon Chain listens to, crediting the user with an equal amount of ETH on the new chain. Until The Merge happened, the Beacon Chain's validators were not processing transactions and were essentially coming to consensus on the state of the validator pool itself.
 
 Validators on the Beacon Chain are rewarded with ETH for attesting to the state of the chain and proposing blocks. Rewards (or penalties) are calculated and distributed at each epoch (every 6.4 minutes) based on validator performance. Validator rewards are **significantly** less than the mining rewards that were previously issued under proof-of-work (2 ETH every ~13.5 seconds), as operating a validating node is not as economically intense and thus does not require or warrant as high a reward.
 
@@ -94,7 +94,7 @@ Net reduction in annual ETH issuance: <strong>~88.7%</strong> ((4.61% - 0.52%) /
 The opposite force to ETH issuance is the rate at which ETH is burned. For a transaction to execute on Ethereum, a minimum fee (known as a "base fee") must be paid, which fluctuates continuously (block-to-block) depending on network activity. The fee is paid in ETH and is _required_ for the transaction to be considered valid. This fee gets _burned_ during the transaction process, removing it from circulation.
 
 <InfoBanner>
-Fee burning went live with [the London upgrade](/history/#london) in August 2021, and remains unchanged since The Merge.
+Fee burning went live with [the London upgrade](/ethereum-forks/#london) in August 2021, and remains unchanged since The Merge.
 </InfoBanner>
 
 On top of the fee burn implemented by the London upgrade, validators can also incur penalties for being offline, or worse, they can be slashed for breaking specific rules that threaten network security. These penalties result in a reduction of ETH from that validator's balance, which is not directly rewarded to any other account, effectively burning/removing it from circulation.
diff --git a/public/content/roadmap/pectra/index.md b/public/content/roadmap/pectra/index.md
index 6e10f95a763..1c268fd5b55 100644
--- a/public/content/roadmap/pectra/index.md
+++ b/public/content/roadmap/pectra/index.md
@@ -11,7 +11,7 @@ The Pectra network upgrade followed [Dencun](/roadmap/dencun/) and brought chang
 This upgrade was successfully activated on Ethereum mainnet at epoch `364032`, on **07-May-2025 at 10:05 (UTC)**.
 
 <InfoBanner>
-Pectra upgrade is only a single step in Ethereum's long-term development goals. Learn more about [the protocol roadmap](/roadmap/) and [previous upgrades](/history/).
+Pectra upgrade is only a single step in Ethereum's long-term development goals. Learn more about [the protocol roadmap](/roadmap/) and [previous upgrades](/ethereum-forks/).
 </InfoBanner>
 
 ## Improvements in Pectra {#new-improvements}
diff --git a/public/content/staking/withdrawals/index.md b/public/content/staking/withdrawals/index.md
index 2f58a18c15b..b7b356c9349 100644
--- a/public/content/staking/withdrawals/index.md
+++ b/public/content/staking/withdrawals/index.md
@@ -61,7 +61,7 @@ Withdrawal functionality was enabled as part of the Shanghai/Capella upgrade whi
 
 The Shanghai/Capella upgrade enabled previously staked ETH to be reclaimed into regular Ethereum accounts. This closed the loop on staking liquidity, and brought Ethereum one step closer on its journey towards building a sustainable, scalable, secure decentralized ecosystem.
 
-- [More on Ethereum history](/history/)
+- [More on Ethereum history](/ethereum-forks/)
 - [More on the Ethereum roadmap](/roadmap/)
 
 ## How do withdrawal payments work? {#how-do-withdrawals-work}
diff --git a/public/content/translations/ar/roadmap/merge/index.md b/public/content/translations/ar/roadmap/merge/index.md
index deb80fa608d..c40ce11fdbc 100644
--- a/public/content/translations/ar/roadmap/merge/index.md
+++ b/public/content/translations/ar/roadmap/merge/index.md
@@ -17,7 +17,7 @@ summaryPoint4: يساهم الدمج في ترشيد استهلاك طاقة ا
 
 ## ما المقصود بالدمج؟ {#what-is-the-merge}
 
-تمثل الدمج في الانضمام إلى طبقة التنفيذ الأصلية من إثيريوم (الشبكة الرئيسة التي كانت موجودة منذ [الأصل](/history/#frontier)) مع طبقة إجماع الآراء لإثبات الحصة الجديدة لها، سلسلة المنارة. سيزيل هذا الحاجة إلى التنقيب المستهلك للطاقة، وبدلاً من ذلك سيؤمن الشبكة باستعمال عملات إثيريوم المجمدة. تمثل هذه خطوة جَدّ مشوقة لتحقيق رؤية إثيريوم – للمزيد من قابلية التوسع والأمن والاستمرارية.
+تمثل الدمج في الانضمام إلى طبقة التنفيذ الأصلية من إثيريوم (الشبكة الرئيسة التي كانت موجودة منذ [الأصل](/ethereum-forks/#frontier)) مع طبقة إجماع الآراء لإثبات الحصة الجديدة لها، سلسلة المنارة. سيزيل هذا الحاجة إلى التنقيب المستهلك للطاقة، وبدلاً من ذلك سيؤمن الشبكة باستعمال عملات إثيريوم المجمدة. تمثل هذه خطوة جَدّ مشوقة لتحقيق رؤية إثيريوم – للمزيد من قابلية التوسع والأمن والاستمرارية.
 
 <MergeInfographic />
 
diff --git a/public/content/translations/ar/staking/withdrawals/index.md b/public/content/translations/ar/staking/withdrawals/index.md
index 5a0846a30f7..c4ddc0bddb8 100644
--- a/public/content/translations/ar/staking/withdrawals/index.md
+++ b/public/content/translations/ar/staking/withdrawals/index.md
@@ -65,7 +65,7 @@ summaryPoints:
 
 ساعد تحديث Shanghai/Capella على تفعيل عملة ETH التي تمت مراهنتها سابقًا ليتم استردادها إلى حسابات إيثريوم عادية. أدى هذا إلى إغلاق حلقة السيولة، وجعلت إيثريوم تقترب خطوة واحدة من رحلتها نحو بناء نظام بيئي لا مركزي مستدام وقابل للتطوير وآمن.
 
-- [مزيد من المعلومات عن تاريخ إيثريوم](/history/)
+- [مزيد من المعلومات عن تاريخ إيثريوم](/ethereum-forks/)
 - [مزيد من المعلومات عن خريطة طريق إيثريوم](/roadmap/)
 
 ## ما هي آلية عمل مدفوعات السحب؟ {#how-do-withdrawals-work}
diff --git a/public/content/translations/bg/roadmap/merge/index.md b/public/content/translations/bg/roadmap/merge/index.md
index 9f683d6e00c..cf513be9d89 100644
--- a/public/content/translations/bg/roadmap/merge/index.md
+++ b/public/content/translations/bg/roadmap/merge/index.md
@@ -17,7 +17,7 @@ summaryPoint4: Сливането намали потреблението на 
 
 ## Какво представляваше Сливането? {#what-is-the-merge}
 
-Сливането беше обединяването на оригиналния слой на изпълнение на Етереум (основната мрежа, която съществува от [създаването](/history/#frontier)) с новия консенсусен слой, базиран на доказателство-за-залог, Бийкън чейн. Това елиминира нуждата от енергоемко добиване (копаене), като вместо това сигурността на мрежата се осигурява със заложен ETH. Това беше една наистина вълнуваща стъпка от реализирането на визията на Етереум – по-голям мащаб, повече сигурност и устойчивост.
+Сливането беше обединяването на оригиналния слой на изпълнение на Етереум (основната мрежа, която съществува от [създаването](/ethereum-forks/#frontier)) с новия консенсусен слой, базиран на доказателство-за-залог, Бийкън чейн. Това елиминира нуждата от енергоемко добиване (копаене), като вместо това сигурността на мрежата се осигурява със заложен ETH. Това беше една наистина вълнуваща стъпка от реализирането на визията на Етереум – по-голям мащаб, повече сигурност и устойчивост.
 
 <MergeInfographic />
 
diff --git a/public/content/translations/bn/staking/withdrawals/index.md b/public/content/translations/bn/staking/withdrawals/index.md
index 8c44cedf291..11194480b63 100644
--- a/public/content/translations/bn/staking/withdrawals/index.md
+++ b/public/content/translations/bn/staking/withdrawals/index.md
@@ -65,7 +65,7 @@ _কোনো_ ফান্ড যাচাইকারী অ্যাকাউ
 
 Shanghai/Capella আপগ্রেড পূর্বে স্টেক করা ETH-কে নিয়মিত ইথেরিয়াম অ্যাকাউন্টে পুনরুদ্ধার করতে সক্ষম করেছে। এটা লিকুইডিটি স্টেকিং এর ক্ষেত্রে লুপ বন্ধ করেছে এবং একটি টেকসই, স্কেলেবল, নিরাপদ ডিসেন্ট্রালাইজড ইকোসিস্টেম তৈরির দিকে ইথেরিয়ামকে তার যাত্রায় এক ধাপ কাছাকাছি নিয়ে যায়।
 
-- [ইথেরিয়ামের ইতিহাস সম্পর্কে আরো](/history/)
+- [ইথেরিয়ামের ইতিহাস সম্পর্কে আরো](/ethereum-forks/)
 - [ইথেরিয়ামের রোডম্যাপে সম্পর্কে আরো](/roadmap/)
 
 ## উত্তোলনের পেমেন্ট কিভাবে কাজ করে? {#how-do-withdrawals-work}
diff --git a/public/content/translations/cs/community/research/index.md b/public/content/translations/cs/community/research/index.md
index 0423dec0c78..5faca201f6e 100644
--- a/public/content/translations/cs/community/research/index.md
+++ b/public/content/translations/cs/community/research/index.md
@@ -83,7 +83,7 @@ Ethereum uzel vyžaduje spuštění dvou částí softwaru:
 1. konsenzuálního klientu, který má přehled o hlavě blockchainu, gossip blocích a zpracovává logiku konsenzu
 2. exekučního klientu pro podporu virtuálního stroje Etherea a provádění transakcí a chytrých kontraktů
 
-Další podrobnosti o uzlech a klientech a seznam všech aktuálních implementací klientů najdete na stránce o [uzlech a klientech](/developers/docs/nodes-and-clients/). Historii všech upgradů Etherea najdete také na stránce o [historii](/history/).
+Další podrobnosti o uzlech a klientech a seznam všech aktuálních implementací klientů najdete na stránce o [uzlech a klientech](/developers/docs/nodes-and-clients/). Historii všech upgradů Etherea najdete také na stránce o [historii](/ethereum-forks/).
 
 ### Exekuční klienty {#execution-clients}
 
diff --git a/public/content/translations/cs/developers/docs/transactions/index.md b/public/content/translations/cs/developers/docs/transactions/index.md
index 362fa65eb96..a90640619fa 100644
--- a/public/content/translations/cs/developers/docs/transactions/index.md
+++ b/public/content/translations/cs/developers/docs/transactions/index.md
@@ -202,9 +202,9 @@ Na základě hodnoty `TransactionType` může být transakce klasifikována jako
 
 1. **Transakce typu 0 (Legacy):** Původní formát transakce používaný od spuštění Etherea. Neobsahuje funkce z [EIP-1559](https://eips.ethereum.org/EIPS/eip-1559), jako je dynamický výpočet poplatků za palivo nebo seznamy přístupu pro chytré kontrakty. Legacy transakce nemají specifický prefix označující jejich typ ve svém serializovaném formátu, začínají bajtem `0xf8` při použití kódování [Recursive Length Prefix (RLP)](/developers/docs/data-structures-and-encoding/rlp). Hodnota TransactionType pro tyto transakce je `0x0`.
 
-2. **Transakce typu 1**: Ty byly zavedeny v [EIP-2930](https://eips.ethereum.org/EIPS/eip-2930) jako součást [vylepšení Berlín](/history/#berlin) a zahrnují parametr `accessList`. Tento seznam specifikuje adresy a klíče úložiště, které by měla transakce kontaktovat, což může potenciálně snížit náklady na [palivo](/developers/docs/gas/) pro složité transakce zahrnující chytré kontrakty. Změny v tržním mechanismu poplatků podle EIP-1559 nejsou v transakcích typu 1 zahrnuty. Transakce typu 1 také obsahují parametr `yParity`, který může být buď `0x0` nebo `0x1`, což označuje paritu hodnoty y v podpisu secp256k1. Tyto transakce jsou identifikovány začátkem bajtu `0x01` a jejich hodnota TransactionType je `0x1`.
+2. **Transakce typu 1**: Ty byly zavedeny v [EIP-2930](https://eips.ethereum.org/EIPS/eip-2930) jako součást [vylepšení Berlín](/ethereum-forks/#berlin) a zahrnují parametr `accessList`. Tento seznam specifikuje adresy a klíče úložiště, které by měla transakce kontaktovat, což může potenciálně snížit náklady na [palivo](/developers/docs/gas/) pro složité transakce zahrnující chytré kontrakty. Změny v tržním mechanismu poplatků podle EIP-1559 nejsou v transakcích typu 1 zahrnuty. Transakce typu 1 také obsahují parametr `yParity`, který může být buď `0x0` nebo `0x1`, což označuje paritu hodnoty y v podpisu secp256k1. Tyto transakce jsou identifikovány začátkem bajtu `0x01` a jejich hodnota TransactionType je `0x1`.
 
-3. **Transakce typu 2**, běžně označovány jako transakce podle EIP-1559, byly zavedeny v [EIP-1559](https://eips.ethereum.org/EIPS/eip-1559) v rámci [vylepšení Londýn](/history/#london). Staly se standardním typem transakcí na Ethereu. Tyto transakce zavádějí nový mechanismus trhu s poplatky, který zlepšuje předvídatelnost rozdělením poplatku za transakci na základní poplatek a prioritní poplatek. Začínají bajtem `0x02` a zahrnují pole, jako je `maxPriorityFeePerGas` a `maxFeePerGas`. Transakce typu 2 jsou nyní výchozí díky své flexibilitě a efektivitě, zejména v obdobích vysokého zatížení sítě, protože uživatelům umožňují lépe plánovat poplatky za transakce. Hodnota TransactionType pro tyto transakce je `0x2`.
+3. **Transakce typu 2**, běžně označovány jako transakce podle EIP-1559, byly zavedeny v [EIP-1559](https://eips.ethereum.org/EIPS/eip-1559) v rámci [vylepšení Londýn](/ethereum-forks/#london). Staly se standardním typem transakcí na Ethereu. Tyto transakce zavádějí nový mechanismus trhu s poplatky, který zlepšuje předvídatelnost rozdělením poplatku za transakci na základní poplatek a prioritní poplatek. Začínají bajtem `0x02` a zahrnují pole, jako je `maxPriorityFeePerGas` a `maxFeePerGas`. Transakce typu 2 jsou nyní výchozí díky své flexibilitě a efektivitě, zejména v obdobích vysokého zatížení sítě, protože uživatelům umožňují lépe plánovat poplatky za transakce. Hodnota TransactionType pro tyto transakce je `0x2`.
 
 
 
diff --git a/public/content/translations/cs/governance/index.md b/public/content/translations/cs/governance/index.md
index 654f05b6c55..8eb175bb557 100644
--- a/public/content/translations/cs/governance/index.md
+++ b/public/content/translations/cs/governance/index.md
@@ -152,7 +152,7 @@ Proces správy Etherea často upozaďuje rychlost a efektivitu ve prospěch otev
 
 Implementace specifikací a vývoje byly i v případě Beacon Chainu vždy plně open source, ale výše popsané formální procesy používané k navrhování aktualizací použity nebyly. To umožnilo rychleji navrhnout a odsouhlasit změny a stejně tak je i implementovat.
 
-Když se 15. září 2022 sloučil Beacon Chain s realizační vrstvou Etherea, byl merge dokončen jako součást [pařížského upgradu sítě](/history/#paris). Stav návrhu [EIP-3675](https://eips.ethereum.org/EIPS/eip-3675) byl změněn z „Poslední výzva“ na „Konečný“, čímž byl dokončen přechod na důkaz podílem.
+Když se 15. září 2022 sloučil Beacon Chain s realizační vrstvou Etherea, byl merge dokončen jako součást [pařížského upgradu sítě](/ethereum-forks/#paris). Stav návrhu [EIP-3675](https://eips.ethereum.org/EIPS/eip-3675) byl změněn z „Poslední výzva“ na „Konečný“, čímž byl dokončen přechod na důkaz podílem.
 
 <ButtonLink href="/roadmap/merge/">
   Více o mergi
diff --git a/public/content/translations/cs/roadmap/merge/index.md b/public/content/translations/cs/roadmap/merge/index.md
index 615047d7f9e..3c8a48a7898 100644
--- a/public/content/translations/cs/roadmap/merge/index.md
+++ b/public/content/translations/cs/roadmap/merge/index.md
@@ -17,7 +17,7 @@ summaryPoint4: Sloučení snížilo spotřebu energie potřebné k provozu Ether
 
 ## Co bylo Sloučení? {#what-is-the-merge}
 
-Sloučení představovalo spojení původní exekuční vrstvy Etherea (hlavní síť, která existovala od [genesis](/history/#frontier)) s novou konsensuální vrstvou založenou na důkazu podílem, Řetězovou vazbou. To eliminovalo potřebu energeticky náročného těžení a místo toho umožnilo zabezpečení sítě pomocí uzamčeného ETH. Byl to opravdu zajímavý krok k naplnění vize Etherea — větší škálovatelnost, bezpečnost a udržitelnost.
+Sloučení představovalo spojení původní exekuční vrstvy Etherea (hlavní síť, která existovala od [genesis](/ethereum-forks/#frontier)) s novou konsensuální vrstvou založenou na důkazu podílem, Řetězovou vazbou. To eliminovalo potřebu energeticky náročného těžení a místo toho umožnilo zabezpečení sítě pomocí uzamčeného ETH. Byl to opravdu zajímavý krok k naplnění vize Etherea — větší škálovatelnost, bezpečnost a udržitelnost.
 
 <MergeInfographic />
 
diff --git a/public/content/translations/cs/roadmap/merge/issuance/index.md b/public/content/translations/cs/roadmap/merge/issuance/index.md
index 6d879822a0e..f25f1032838 100644
--- a/public/content/translations/cs/roadmap/merge/issuance/index.md
+++ b/public/content/translations/cs/roadmap/merge/issuance/index.md
@@ -30,11 +30,11 @@ title="Vydávání ETH tldr">
 
 ### Vydávání v exekuční vrstvě {#el-issuance-pre-merge}
 
-Za časů důkazu prací komunikovali těžaři pouze s exekuční vrstvou, a pokud byli první, kdo vyřešil další blok, byla jejich práce kompenzována blokovými odměnami. Od [vylepšení Constantinople](/history/#constantinople) v roce 2019 činila tato odměna 2 ETH na blok. Těžaři byli také odměňováni za zveřejňování [ommer](/glossary/#ommer) bloků, což byly platné bloky, které se neobjevily v nejdelším/kanonickém řetězci. Tyto odměny dosahovaly maximálně 1,75 ETH na ommer a těžaři je dostávali _navíc k_ odměně za kanonický blok. Proces těžby byl ekonomicky náročnou aktivitou, která v minulosti navíc vyžadovala vysokou úroveň vydávání ETH za účelem zachování udržitelnosti.
+Za časů důkazu prací komunikovali těžaři pouze s exekuční vrstvou, a pokud byli první, kdo vyřešil další blok, byla jejich práce kompenzována blokovými odměnami. Od [vylepšení Constantinople](/ethereum-forks/#constantinople) v roce 2019 činila tato odměna 2 ETH na blok. Těžaři byli také odměňováni za zveřejňování [ommer](/glossary/#ommer) bloků, což byly platné bloky, které se neobjevily v nejdelším/kanonickém řetězci. Tyto odměny dosahovaly maximálně 1,75 ETH na ommer a těžaři je dostávali _navíc k_ odměně za kanonický blok. Proces těžby byl ekonomicky náročnou aktivitou, která v minulosti navíc vyžadovala vysokou úroveň vydávání ETH za účelem zachování udržitelnosti.
 
 ### Vydávání ve vrstvě konsenzu {#cl-issuance-pre-merge}
 
-[Řetězová vazba](/history/#beacon-chain-genesis) byla spuštěna v roce 2020. Místo těžařů je zabezpečena validátory využívajícími důkaz podílem. Tento řetězec byl inicializován uživateli Etherea, kteří vkládali ETH jednosměrně do chytrého kontraktu na hlavní síti (exekuční vrstva), který Řetězová vazba sledovala a připsala uživateli stejné množství ETH na novém řetězci. Dokud nedošlo ke Sloučení, validátoři Řetězové vazby nezpracovávali transakce a v podstatě dosahovali shody ohledně samotného stavu poolu validátorů.
+[Řetězová vazba](/ethereum-forks/#beacon-chain-genesis) byla spuštěna v roce 2020. Místo těžařů je zabezpečena validátory využívajícími důkaz podílem. Tento řetězec byl inicializován uživateli Etherea, kteří vkládali ETH jednosměrně do chytrého kontraktu na hlavní síti (exekuční vrstva), který Řetězová vazba sledovala a připsala uživateli stejné množství ETH na novém řetězci. Dokud nedošlo ke Sloučení, validátoři Řetězové vazby nezpracovávali transakce a v podstatě dosahovali shody ohledně samotného stavu poolu validátorů.
 
 Validátoři na Řetězové vazbě jsou za potvrzování stavu řetězce a navrhování bloků odměňováni v ETH. Odměny (nebo pokuty) jsou vypočítávány a rozdělovány každou epochu (každých 6,4 minuty) na základě výkonu validátorů. Odměny validátorům jsou **výrazně** menší než odměny za těžbu, které byly dříve vydávány v době důkazu prací (2 ETH každých ~13,5 sekundy), protože provoz validujícího uzlu není tak ekonomicky náročný, a proto nevyžaduje, a tím pádem ani neospravedlňuje, tak vysokou odměnu.
 
@@ -94,7 +94,7 @@ Celková roční míra vydávání: <strong>~0,52 %</strong><br/><br/>
 Opakem vydávání ETH je stupeň, při které je ETH pálen. Aby byla transakce na Ethereu provedena, musí být zaplacen minimální poplatek (známý jako „základní poplatek“), který se neustále mění (blok od bloku) v závislosti na aktivitě sítě. Poplatek je placen v ETH a je _nezbytný_ pro to, aby byla transakce považována za platnou. Tento poplatek je během transakčního procesu _pálen_, čímž se odstraňuje z oběhu.
 
 <InfoBanner>
-Pálení poplatků bylo spuštěno s [vylepšením London](/history/#london) v srpnu 2021 a od Sloučení zůstává beze změn.
+Pálení poplatků bylo spuštěno s [vylepšením London](/ethereum-forks/#london) v srpnu 2021 a od Sloučení zůstává beze změn.
 </InfoBanner>
 
 Kromě pálení poplatků zavedeného s vylepšením London mohou validátoři také dostávat pokuty za to, že jsou offline, nebo hůře, mohou být „potrestáni“ za porušení specifických pravidel, které ohrožuje bezpečnost sítě. Tyto pokuty vedou k odečtení ETH od zůstatku validátora, aniž by byly převedeny jako odměna jinému účtu, čímž se efektivně pálí/odstraňují z oběhu.
diff --git a/public/content/translations/cs/staking/withdrawals/index.md b/public/content/translations/cs/staking/withdrawals/index.md
index 3d6ca1fe3a2..aa61675bb05 100644
--- a/public/content/translations/cs/staking/withdrawals/index.md
+++ b/public/content/translations/cs/staking/withdrawals/index.md
@@ -65,7 +65,7 @@ Výběry vkladů jsou živé! Funkce výběru byla povolena v rámci upgradu Sha
 
 Upgrade Shanghai/Capella umožnil získat dříve vložené ETH zpět na běžné účty Ethereum. Tím se uzavřela smyčka v nasazování likvidity a Ethereum se o krok přiblížilo na jeho cestě k vybudování udržitelného, ​​škálovatelného a bezpečného decentralizovaného ekosystému.
 
-- [Více o historii Etherea](/history/)
+- [Více o historii Etherea](/ethereum-forks/)
 - [Více o plánu Etherea](/roadmap/)
 
 ## Jak fungují platby za výběr? {#how-do-withdrawals-work}
diff --git a/public/content/translations/cs/withdrawals/index.md b/public/content/translations/cs/withdrawals/index.md
index 3d6ca1fe3a2..aa61675bb05 100644
--- a/public/content/translations/cs/withdrawals/index.md
+++ b/public/content/translations/cs/withdrawals/index.md
@@ -65,7 +65,7 @@ Výběry vkladů jsou živé! Funkce výběru byla povolena v rámci upgradu Sha
 
 Upgrade Shanghai/Capella umožnil získat dříve vložené ETH zpět na běžné účty Ethereum. Tím se uzavřela smyčka v nasazování likvidity a Ethereum se o krok přiblížilo na jeho cestě k vybudování udržitelného, ​​škálovatelného a bezpečného decentralizovaného ekosystému.
 
-- [Více o historii Etherea](/history/)
+- [Více o historii Etherea](/ethereum-forks/)
 - [Více o plánu Etherea](/roadmap/)
 
 ## Jak fungují platby za výběr? {#how-do-withdrawals-work}
diff --git a/public/content/translations/de/community/research/index.md b/public/content/translations/de/community/research/index.md
index f8cdef3ba44..e6b1dad4fca 100644
--- a/public/content/translations/de/community/research/index.md
+++ b/public/content/translations/de/community/research/index.md
@@ -83,7 +83,7 @@ Ein Ethereum-Knoten wird benötigt, um zwei Arten von Software zu betreiben:
 1. einen Konsens-Client, um die Spitze der Blockchain zu verfolgen, Blöcke zu übermitteln und die Konsenslogik zu verarbeiten
 2. einen Ausführungs-Client, um die virtuelle Ethereum Virtual Machine (EVM) zu unterstützen und Transaktionen sowie Smart Contracts auszuführen
 
-Besuchen Sie die [Knoten- und Clients-Seite](/developers/docs/nodes-and-clients/), um mehr Details zu Knoten und Clients zu erfahren und eine Liste aller aktuellen Client-Implementationen einzusehen. Auf der [Verlaufsseite](/history/) können Sie auch den Verlauf aller Ethereum-Upgrades finden.
+Besuchen Sie die [Knoten- und Clients-Seite](/developers/docs/nodes-and-clients/), um mehr Details zu Knoten und Clients zu erfahren und eine Liste aller aktuellen Client-Implementationen einzusehen. Auf der [Verlaufsseite](/ethereum-forks/) können Sie auch den Verlauf aller Ethereum-Upgrades finden.
 
 ### Ausführungs-Clients {#execution-clients}
 
diff --git a/public/content/translations/de/developers/docs/consensus-mechanisms/pos/attack-and-defense/index.md b/public/content/translations/de/developers/docs/consensus-mechanisms/pos/attack-and-defense/index.md
index 06cb9e322c3..f7b17e8d50f 100644
--- a/public/content/translations/de/developers/docs/consensus-mechanisms/pos/attack-and-defense/index.md
+++ b/public/content/translations/de/developers/docs/consensus-mechanisms/pos/attack-and-defense/index.md
@@ -129,7 +129,7 @@ Unabhängig von der Strafe, die dem Angreifer auferlegt wird, muss die Community
 
 Jedoch wäre dies eine große verwaltungstechnische Herausforderung. Einigen Benutzern und Validatoren würden durch die Umstellung auf die ehrliche Chain zweifellos Nachteile entstehen und Transaktionen in Blöcken, die nach dem Angriff validiert wurden, könnten möglicherweise rückgängig gemacht werden, was zu Störungen auf der Anwendungsebene führen würde. Außerdem untergräbt eine solche Umstellung ganz einfach die Ethik einiger Benutzer, die dazu neigen, zu glauben, dass „Code Gesetz ist“. Börsen und Anwendungen würden höchstwahrscheinlich Off-Chain-Aktionen mit On-Chain-Transaktionen verknüpft haben, was nun möglicherweise rückgängig gemacht werden würde. Dies würde eine Kaskade von Widerrufen und Revisionen in Gang setzen, die nur schwer auf faire Weise zunichtegemacht werden könnten, insbesondere dann, wenn unehrlich erzielte Gewinne durchmischt oder in DeFi oder andere Derivate mit sekundären Auswirkungen für ehrliche Nutzer eingezahlt worden wären. Zweifellos hätten einige Benutzer, vielleicht sogar institutionelle, bereits von der unehrlichen Chain profitiert, entweder durch arglistiges Verhalten oder durch Zufall, und könnten sich gegen eine Abspaltung stellen, um ihre Gewinne zu bewahren. Es gab bereits Aufrufe dazu, die Community-Antwort auf >51 %-Angriffe zu proben, sodass vernünftige, koordinierte Mitigationsmaßnahmen schnell ausgeführt werden können. Es gibt auf ethresear.ch [hier](https://ethresear.ch/t/timeliness-detectors-and-51-attack-recovery-in-blockchains/6925) und [hier](https://ethresear.ch/t/responding-to-51-attacks-in-casper-ffg/6363) und auf Twitter [hier](https://twitter.com/skylar_eth/status/1551798684727508992?s=20&t=oHZ1xv8QZdOgAXhxZKtHEw) einige nützliche Diskussionen von Vitalik. Das Ziel einer koordinierten sozialen Antwort sollte es sein, sehr zielgerichtet vorzugehen, den Angreifer spezifisch zu bestrafen sowie die Auswirkungen für andere Nutzer gering zu halten.
 
-Die Verwaltung ist bereits ein kompliziertes Thema. Die Koordinierung einer Layer-0-Notfallantwort auf eine unehrlich finalisierende Chain wäre zweifellos eine Herausforderung für die Ethereum-Community. Jedoch [kam es bereits](/history/#dao-fork-summary) - [zweimal](/history/#tangerine-whistle) in der Geschichte Ethereums dazu.
+Die Verwaltung ist bereits ein kompliziertes Thema. Die Koordinierung einer Layer-0-Notfallantwort auf eine unehrlich finalisierende Chain wäre zweifellos eine Herausforderung für die Ethereum-Community. Jedoch [kam es bereits](/ethereum-forks/#dao-fork-summary) - [zweimal](/ethereum-forks/#tangerine-whistle) in der Geschichte Ethereums dazu.
 
 Nichtsdestotrotz liegt eine gewisse Befriedigung in der Tatsache, dass der letzte Fallback in der realen Welt angesiedelt ist. Selbst mit dieser phänomenalen Technologie, die uns zur Verfügung steht, müssten sich die Menschen am Ende des Tages koordinieren und gemeinsam einen Ausweg suchen, sollte der schlimmste Fall eintreten.
 
diff --git a/public/content/translations/de/developers/docs/consensus-mechanisms/pow/index.md b/public/content/translations/de/developers/docs/consensus-mechanisms/pow/index.md
index 058e54ca2ae..6e15138c511 100644
--- a/public/content/translations/de/developers/docs/consensus-mechanisms/pow/index.md
+++ b/public/content/translations/de/developers/docs/consensus-mechanisms/pow/index.md
@@ -56,7 +56,7 @@ Um konsequent bösartige, aber gültige Blöcke zu erstellen, hätte ein bösart
 
 Proof-of-Work war auch dafür verantwortlich, neue Währung in das System einzuspeisen und Miner zur Ausführung der Arbeit zu motivieren.
 
-Seit dem [Konstantinopel-Upgrade](/history/#constantinople) wurden Miner, die erfolgreich einen Block erstellen, mit zwei frisch geprägten ETH und einem Teil der Transaktionsgebühren belohnt. Ommer-Blöcke wurden ebenfalls mit 1,75 ETH vergütet. Ommer-Blöcke waren gültige Blöcke, die von einem Miner praktisch zur selben Zeit erstellt wurden wie ein durch einen anderen Miner erstellter kanonischer Block. Die endgültige Bestimmung erfolgte anhand der Kette, auf die zuerst aufgebaut wurde. Zu Ommer-Blöcken kam es in der Regel durch Netzwerklatenzen.
+Seit dem [Konstantinopel-Upgrade](/ethereum-forks/#constantinople) wurden Miner, die erfolgreich einen Block erstellen, mit zwei frisch geprägten ETH und einem Teil der Transaktionsgebühren belohnt. Ommer-Blöcke wurden ebenfalls mit 1,75 ETH vergütet. Ommer-Blöcke waren gültige Blöcke, die von einem Miner praktisch zur selben Zeit erstellt wurden wie ein durch einen anderen Miner erstellter kanonischer Block. Die endgültige Bestimmung erfolgte anhand der Kette, auf die zuerst aufgebaut wurde. Zu Ommer-Blöcken kam es in der Regel durch Netzwerklatenzen.
 
 ## Endgültigkeit {#finality}
 
diff --git a/public/content/translations/de/developers/docs/nodes-and-clients/index.md b/public/content/translations/de/developers/docs/nodes-and-clients/index.md
index 8a6e3b32b1c..d3b5832abe1 100644
--- a/public/content/translations/de/developers/docs/nodes-and-clients/index.md
+++ b/public/content/translations/de/developers/docs/nodes-and-clients/index.md
@@ -37,7 +37,7 @@ Diese Implementierungen haben gemeinsam, dass sie alle einer einzigen Spezifikat
 - Ursprünglich wurde das [Ethereum Yellow Paper](https://ethereum.github.io/yellowpaper/paper.pdf) erstellt
 - [Ausführungsspezifikationen](https://github.com/ethereum/execution-specs/)
 - [Konsensspezifikationen](https://github.com/ethereum/consensus-specs)
-- [EIPs](https://eips.ethereum.org/), die bei verschiedenen [Netzwerk-Upgrades](/history/) implementiert wurden
+- [EIPs](https://eips.ethereum.org/), die bei verschiedenen [Netzwerk-Upgrades](/ethereum-forks/) implementiert wurden
 
 ### Verfolgung von Knoten im Netzwerk {#network-overview}
 
diff --git a/public/content/translations/de/developers/docs/nodes-and-clients/run-a-node/index.md b/public/content/translations/de/developers/docs/nodes-and-clients/run-a-node/index.md
index 27fd748bf51..b81554a688c 100644
--- a/public/content/translations/de/developers/docs/nodes-and-clients/run-a-node/index.md
+++ b/public/content/translations/de/developers/docs/nodes-and-clients/run-a-node/index.md
@@ -444,7 +444,7 @@ Erwägen Sie die Einrichtung eines Dienstes, der Ihren Client automatisch beim S
 
 #### Aktualisieren von Clients {#updating-clients}
 
-Sie müssen Ihre Client-Software mit den neuesten Sicherheitspatches, Funktionen und [EIPs](/eips/) auf dem neuesten Stand halten. Besonders vor [Hard Forks](/history/) sollten Sie sicherstellen, dass Sie die richtigen Client-Versionen verwenden.
+Sie müssen Ihre Client-Software mit den neuesten Sicherheitspatches, Funktionen und [EIPs](/eips/) auf dem neuesten Stand halten. Besonders vor [Hard Forks](/ethereum-forks/) sollten Sie sicherstellen, dass Sie die richtigen Client-Versionen verwenden.
 
 > Vor wichtigen Netzwerk-Updates veröffentlicht EF einen Beitrag in seinem [Blog](https://blog.ethereum.org). Sie können [diese Ankündigungen abonnieren](https://blog.ethereum.org/category/protocol#subscribe), um eine Benachrichtigung per E-Mail zu erhalten, wenn Ihr Node eine Aktualisierung benötigt.
 
diff --git a/public/content/translations/de/developers/docs/transactions/index.md b/public/content/translations/de/developers/docs/transactions/index.md
index 71a809876e3..ef90d19d88f 100644
--- a/public/content/translations/de/developers/docs/transactions/index.md
+++ b/public/content/translations/de/developers/docs/transactions/index.md
@@ -202,9 +202,9 @@ Basierend auf dem `TransactionType`-Wert kann eine Transaktion wie folgt klassif
 
 1. **Typ-0-Transaktionen (veraltet):** Das ursprüngliche Transaktionsformat, das seit dem Start von Ethereum verwendet wird. Diese Transaktionen enthalten keine Funktionen aus [EIP-1559](https://eips.ethereum.org/EIPS/eip-1559) wie dynamische Gasgebührenkalkulationen oder Zugriffslisten für Smart Contracts. Veraltete Transaktionen haben in ihrer serialisierten Form keinen spezifischen Präfix, der ihren Typ angibt; sie beginnen mit dem Byte `0xf8`, wenn die [Recursive Length Prefix(RLP)](/developers/docs/data-structures-and-encoding/rlp)-Kodierung verwendet wird. Der TransactionType-Wert für diese Transaktionen ist `0x0`.
 
-2. **Typ-1-Transaktionen:** Diese Transaktionen wurden in [EIP-2930](https://eips.ethereum.org/EIPS/eip-2930) als Teil des [Berlin-Upgrades](/history/#berlin) von Ethereum eingeführt und enthalten einen `accessList`-Parameter. Diese Liste gibt Adressen und Speicherschlüssel an, auf die bei der Transaktion zugegriffen werden soll, was potenziell die [Gas](/developers/docs/gas/)-Kosten für komplexe Transaktionen mit Smart Contracts reduzieren kann. Änderungen des EIP-1559-Gebührenmarkts sind in Typ-1-Transaktionen nicht enthalten. Typ-1-Transaktionen enthalten auch einen `yParity`-Parameter, der entweder `0x0` oder `0x1` sein kann und die Parität des y-Werts der secp256k1-Signatur angibt. Sie werden durch das Anfangs-Byte `0x01` identifiziert und ihr TransactionType-Wert ist `0x1`.
+2. **Typ-1-Transaktionen:** Diese Transaktionen wurden in [EIP-2930](https://eips.ethereum.org/EIPS/eip-2930) als Teil des [Berlin-Upgrades](/ethereum-forks/#berlin) von Ethereum eingeführt und enthalten einen `accessList`-Parameter. Diese Liste gibt Adressen und Speicherschlüssel an, auf die bei der Transaktion zugegriffen werden soll, was potenziell die [Gas](/developers/docs/gas/)-Kosten für komplexe Transaktionen mit Smart Contracts reduzieren kann. Änderungen des EIP-1559-Gebührenmarkts sind in Typ-1-Transaktionen nicht enthalten. Typ-1-Transaktionen enthalten auch einen `yParity`-Parameter, der entweder `0x0` oder `0x1` sein kann und die Parität des y-Werts der secp256k1-Signatur angibt. Sie werden durch das Anfangs-Byte `0x01` identifiziert und ihr TransactionType-Wert ist `0x1`.
 
-3. **Typ-2-Transaktionen**, allgemein als EIP-1559-Transaktionen bezeichnet, sind Transaktionen, die in [EIP-1559](https://eips.ethereum.org/EIPS/eip-1559), dem [London-Upgrade](/history/#london) von Ethereum, eingeführt wurden. Diese haben sich zur Standardform für Transaktionen auf dem Ethereum-Netzwerk entwickelt. Diese Transaktionen führen einen neuen Gebührenmarktmechanismus ein, der durch die Trennung der Transaktionsgebühr in eine Basisgebühr und eine Prioritätsgebühr die Vorhersehbarkeit verbessert. Sie beginnen mit dem Byte `0x02` und enthalten Felder wie `maxPriorityFeePerGas` und `maxFeePerGas`. Typ-2-Transaktionen sind aufgrund ihrer Flexibilität und Effizienz nun der Standard und werden besonders in Zeiten hoher Netzwerkbelastung bevorzugt – aufgrund ihrer Fähigkeit, den Benutzern eine besser vorhersehbare Verwaltung der Transaktionsgebühren zu ermöglichen. Der TransactionType-Wert für diese Transaktionen ist `0x2`.
+3. **Typ-2-Transaktionen**, allgemein als EIP-1559-Transaktionen bezeichnet, sind Transaktionen, die in [EIP-1559](https://eips.ethereum.org/EIPS/eip-1559), dem [London-Upgrade](/ethereum-forks/#london) von Ethereum, eingeführt wurden. Diese haben sich zur Standardform für Transaktionen auf dem Ethereum-Netzwerk entwickelt. Diese Transaktionen führen einen neuen Gebührenmarktmechanismus ein, der durch die Trennung der Transaktionsgebühr in eine Basisgebühr und eine Prioritätsgebühr die Vorhersehbarkeit verbessert. Sie beginnen mit dem Byte `0x02` und enthalten Felder wie `maxPriorityFeePerGas` und `maxFeePerGas`. Typ-2-Transaktionen sind aufgrund ihrer Flexibilität und Effizienz nun der Standard und werden besonders in Zeiten hoher Netzwerkbelastung bevorzugt – aufgrund ihrer Fähigkeit, den Benutzern eine besser vorhersehbare Verwaltung der Transaktionsgebühren zu ermöglichen. Der TransactionType-Wert für diese Transaktionen ist `0x2`.
 
 
 
diff --git a/public/content/translations/de/history/index.md b/public/content/translations/de/ethereum-forks/index.md
similarity index 100%
rename from public/content/translations/de/history/index.md
rename to public/content/translations/de/ethereum-forks/index.md
diff --git a/public/content/translations/de/governance/index.md b/public/content/translations/de/governance/index.md
index 2fd8f58a85b..f9525c54c23 100644
--- a/public/content/translations/de/governance/index.md
+++ b/public/content/translations/de/governance/index.md
@@ -152,7 +152,7 @@ Beim Ethereum-Governance-Prozess geht es oft darum, Geschwindigkeit und Effizien
 
 Während die Entwicklung der Spezifikation und Implementierungen immer vollständig quelloffen erfolgte, wurden die oben beschriebenen formalen Verfahren um Aktualisierungen vorzuschlagen nicht angewandt. So konnten Veränderungen schneller spezifiziert werden und die Experten und Implementatoren kamen schneller zu einer Einigung.
 
-Am 15. September 2022 wurde die Fusion der Beacon Chain mit der Ethereum-Ausführungsschicht im Rahmen des [Paris-Netzwerk-Updates](/history/#paris) abgeschlossen. Der Vorschlag [EIP-3675](https://eips.ethereum.org/EIPS/eip-3675) wurde von "Last Call" auf "Final" geändert, womit der Übergang zum Proof-of-Stake-Verfahren vollständig abgeschlossen wurde.
+Am 15. September 2022 wurde die Fusion der Beacon Chain mit der Ethereum-Ausführungsschicht im Rahmen des [Paris-Netzwerk-Updates](/ethereum-forks/#paris) abgeschlossen. Der Vorschlag [EIP-3675](https://eips.ethereum.org/EIPS/eip-3675) wurde von "Last Call" auf "Final" geändert, womit der Übergang zum Proof-of-Stake-Verfahren vollständig abgeschlossen wurde.
 
 <ButtonLink href="/roadmap/merge/">
   Mehr zum Zusammenschluss
diff --git a/public/content/translations/de/roadmap/merge/index.md b/public/content/translations/de/roadmap/merge/index.md
index 782850bffb6..27bee6c5a98 100644
--- a/public/content/translations/de/roadmap/merge/index.md
+++ b/public/content/translations/de/roadmap/merge/index.md
@@ -17,7 +17,7 @@ summaryPoint4: Nach The Merge reduzierte sich Ethereums Energieverbrauch um ~99,
 
 ## Was war die Zusammenführung? {#what-is-the-merge}
 
-Die Zusammenführung war das Verbinden der ursprünglichen Ausführungsschicht von Ethereum (das Mainnet das seit [Genesis](/history/#frontier) existierte) mit der neuen Proof-of-Stake Konsensschicht, der Beacon Chain. Damit entfällt das energieintensive Mining. Stattdessen wird das Netzwerk durch den Einsatz von Staked Ether gesichert. Ein wirklich spannender Schritt zur Verwirklichung der Ethereum-Vision: mehr Skalierbarkeit, Sicherheit und Nachhaltigkeit.
+Die Zusammenführung war das Verbinden der ursprünglichen Ausführungsschicht von Ethereum (das Mainnet das seit [Genesis](/ethereum-forks/#frontier) existierte) mit der neuen Proof-of-Stake Konsensschicht, der Beacon Chain. Damit entfällt das energieintensive Mining. Stattdessen wird das Netzwerk durch den Einsatz von Staked Ether gesichert. Ein wirklich spannender Schritt zur Verwirklichung der Ethereum-Vision: mehr Skalierbarkeit, Sicherheit und Nachhaltigkeit.
 
 <MergeInfographic />
 
diff --git a/public/content/translations/de/roadmap/merge/issuance/index.md b/public/content/translations/de/roadmap/merge/issuance/index.md
index 5273962ac41..0b2c65a47ec 100644
--- a/public/content/translations/de/roadmap/merge/issuance/index.md
+++ b/public/content/translations/de/roadmap/merge/issuance/index.md
@@ -30,11 +30,11 @@ title="ETH-Ausgabe tldr">
 
 ### Ausgabe auf der Ausführungsschicht {#el-issuance-pre-merge}
 
-Unter dem Proof-of-Work-System interagierten die Miner nur mit der Ausführungsschicht und wurden mit Blockbelohnungen belohnt, wenn sie die ersten Miner waren, die den nächsten Block gelöst haben. Seit dem [Constantinople-Upgrade](/history/#constantinople) im Jahr 2019 betrug diese Belohnung 2 ETH pro Block. Miner wurden auch für die Veröffentlichung von [Ommer-Blöcken](/glossary/#ommer) belohnt, das waren gültige Blöcke, die nicht in der längsten/kanonischen Kette landeten. Diese Belohnungen erreichten maximal 1,75 ETH pro Ommer und wurden zusätzlich zu der Belohnung aus dem kanonischen Block ausgegeben. Das Mining war eine wirtschaftlich intensive Tätigkeit, die historisch gesehen ein hohes Niveau an ETH-Ausgabe erforderte, um sie aufrechtzuerhalten.
+Unter dem Proof-of-Work-System interagierten die Miner nur mit der Ausführungsschicht und wurden mit Blockbelohnungen belohnt, wenn sie die ersten Miner waren, die den nächsten Block gelöst haben. Seit dem [Constantinople-Upgrade](/ethereum-forks/#constantinople) im Jahr 2019 betrug diese Belohnung 2 ETH pro Block. Miner wurden auch für die Veröffentlichung von [Ommer-Blöcken](/glossary/#ommer) belohnt, das waren gültige Blöcke, die nicht in der längsten/kanonischen Kette landeten. Diese Belohnungen erreichten maximal 1,75 ETH pro Ommer und wurden zusätzlich zu der Belohnung aus dem kanonischen Block ausgegeben. Das Mining war eine wirtschaftlich intensive Tätigkeit, die historisch gesehen ein hohes Niveau an ETH-Ausgabe erforderte, um sie aufrechtzuerhalten.
 
 ### Ausgabe der Konsensschicht {#cl-issuance-pre-merge}
 
-Die [Beacon Chain](/history/#beacon-chain-genesis) wurde 2020 gestartet. Anstelle von Minern wird sie durch Validatoren mittels Proof-of-Stake gesichert. Diese Kette wurde initiiert, indem Ethereum-Nutzer ETH in einen Smart Contract auf dem Mainnet (der Ausführungsschicht) einzahlten. Die Beacon Chain reagiert darauf und schreibt den Nutzern eine entsprechende Menge ETH auf der neuen Kette gut. Bis zur Durchführung von The Merge verarbeiteten die Validatoren der Beacon Chain keine Transaktionen und kamen im Wesentlichen zu einem Konsens über den Zustand des Validator-Pools selbst.
+Die [Beacon Chain](/ethereum-forks/#beacon-chain-genesis) wurde 2020 gestartet. Anstelle von Minern wird sie durch Validatoren mittels Proof-of-Stake gesichert. Diese Kette wurde initiiert, indem Ethereum-Nutzer ETH in einen Smart Contract auf dem Mainnet (der Ausführungsschicht) einzahlten. Die Beacon Chain reagiert darauf und schreibt den Nutzern eine entsprechende Menge ETH auf der neuen Kette gut. Bis zur Durchführung von The Merge verarbeiteten die Validatoren der Beacon Chain keine Transaktionen und kamen im Wesentlichen zu einem Konsens über den Zustand des Validator-Pools selbst.
 
 Validatoren auf der Beacon Chain werden mit ETH belohnt, wenn sie den Zustand der Kette bestätigen und Blöcke vorschlagen. Belohnungen (oder Strafen) werden bei jedem Zeitalter (alle 6,4 Minuten) basierend auf der Leistung der Validatoren berechnet und verteilt. Die Belohnungen für Validatoren sind erheblich geringer als die zuvor unter dem Proof-of-Work-Verfahren ausgeschütteten Mining-Belohnungen (2 ETH alle etwa 13,5 Sekunden), da der Betrieb eines Validierungsknotens nicht so wirtschaftlich intensiv ist und daher keine so hohe Belohnung erfordert oder rechtfertigt.
 
@@ -94,7 +94,7 @@ Netto-Reduktion der jährlichen ETH-Emissionen: <strong>~88.7%</strong> ((4.61%
 Die Gegenkraft zur ETH-Ausgabe ist die Geschwindigkeit, mit der die ETH verbrannt wird. Damit eine Transaktion auf Ethereum ausgeführt werden kann, muss eine Mindestgebühr (die so genannte "Grundgebühr") entrichtet werden, die je nach Netzwerkaktivität kontinuierlich (von Block zu Block) schwankt. Die Gebühr wird in ETH bezahlt und ist _erforderlich_, damit die Transaktion als gültig betrachtet wird. Diese Gebühr wird während des Transaktionsprozesses _verbrannt_, wodurch sie aus dem Verkehr gezogen wird.
 
 <InfoBanner>
-Die Verbrennung von Gebühren wurde mit dem [the London Upgrade](/history/#london) im August 2021 in Betrieb genommen und bleibt seit dem Merge unverändert.
+Die Verbrennung von Gebühren wurde mit dem [the London Upgrade](/ethereum-forks/#london) im August 2021 in Betrieb genommen und bleibt seit dem Merge unverändert.
 </InfoBanner>
 
 Zusätzlich zu den Gebühren, die durch das London Upgrade verbrannt werden, können Validatoren auch mit Strafen belegt werden, wenn sie offline sind, oder schlimmer noch, ihr Stake kann gekürzt werden, wenn sie gegen bestimmte Regeln verstoßen, die die Netzsicherheit gefährden. Diese Strafen führen zu einer Verringerung des ETH-Guthabens dieses Validators, das nicht auf ein anderes Konto überwiesen wird, sondern effektiv verbrannt/aus dem Verkehr gezogen wird.
diff --git a/public/content/translations/de/staking/withdrawals/index.md b/public/content/translations/de/staking/withdrawals/index.md
index 127b1023265..2d7872948b2 100644
--- a/public/content/translations/de/staking/withdrawals/index.md
+++ b/public/content/translations/de/staking/withdrawals/index.md
@@ -65,7 +65,7 @@ Staking-Abhebungen sind live! Die Funktionalität für das Abheben wurden als Te
 
 Das Shanghai/Capella Upgrade ermöglicht ETH, das gestaked wurde, mit regulären Ethereum-Konten zurückzufordern. Dies schloss den Kreis hinsichtlich der Bereitstellung von Liquidität und brachte Ethereum einen Schritt näher auf seinem Weg, ein nachhaltiges, skalierbares, sicheres dezentralisiertes Ökosystem zu schaffen.
 
-- [Mehr zur Geschichte von Ethereum](/history/)
+- [Mehr zur Geschichte von Ethereum](/ethereum-forks/)
 - [Mehr zur Ethereum-Roadmap](/roadmap/)
 
 ## Wie funktionieren Auszahlungen? {#how-do-withdrawals-work}
diff --git a/public/content/translations/el/community/research/index.md b/public/content/translations/el/community/research/index.md
index 42d9e80cb08..846aad37dfe 100644
--- a/public/content/translations/el/community/research/index.md
+++ b/public/content/translations/el/community/research/index.md
@@ -83,7 +83,7 @@ lang: el
 1. Ένας πελάτης συναίνεσης για να παρακολουθεί την αρχή της κρυπτοαλυσίδας, τα μπλοκ ενημέρωσης και να χειρίζεται τη λογική συναίνεσης.
 2. Ένας πελάτης εκτέλεσης για την υποστήριξη της εικονικής μηχανής Ethereum και την εκτέλεση συναλλαγών και έξυπνων συμβολαίων.
 
-Ανατρέξτε στη [σελίδα κόμβων και πελατών](/developers/docs/nodes-and-clients/) για περισσότερες λεπτομέρειες σχετικά με τους κόμβους και τις εφαρμογές πελάτη και για τη λίστα με όλες τις τρέχουσες υλοποιήσεις πελατών. Μπορείτε επίσης να βρείτε το ιστορικό όλων των αναβαθμίσεων του Ethereum στη [σελίδα ιστορικού](/history/).
+Ανατρέξτε στη [σελίδα κόμβων και πελατών](/developers/docs/nodes-and-clients/) για περισσότερες λεπτομέρειες σχετικά με τους κόμβους και τις εφαρμογές πελάτη και για τη λίστα με όλες τις τρέχουσες υλοποιήσεις πελατών. Μπορείτε επίσης να βρείτε το ιστορικό όλων των αναβαθμίσεων του Ethereum στη [σελίδα ιστορικού](/ethereum-forks/).
 
 ### Εφαρμογές πελάτη εκτέλεσης {#execution-clients}
 
diff --git a/public/content/translations/el/developers/docs/consensus-mechanisms/pos/attack-and-defense/index.md b/public/content/translations/el/developers/docs/consensus-mechanisms/pos/attack-and-defense/index.md
index 7d64f7173e1..a3e4b71bd2f 100644
--- a/public/content/translations/el/developers/docs/consensus-mechanisms/pos/attack-and-defense/index.md
+++ b/public/content/translations/el/developers/docs/consensus-mechanisms/pos/attack-and-defense/index.md
@@ -132,7 +132,7 @@ lang: el
 
 Ωστόσο, αυτό θα αποτελούσε σημαντική πρόκληση ως προς τη διακυβέρνηση. Ορισμένοι χρήστες και επικυρωτές αναμφίβολα θα έχαναν ως αποτέλεσμα της επιστροφής στην ειλικρινή αλυσίδα, οι συναλλαγές σε μπλοκ που επικυρώθηκαν μετά την επίθεση θα μπορούσαν ενδεχομένως να αναστραφούν, διαταράσσοντας το επίπεδο εφαρμογής, και απλά υπονομεύει τη δεοντολογία ορισμένων χρηστών που τείνουν να πιστεύουν ότι «ο κώδικας είναι νόμος». Τα ανταλλακτήρια και οι εφαρμογές πιθανότατα θα έχουν συνδέσει ενέργειες εκτός αλυσίδας με συναλλαγές εντός αλυσίδας που μπορεί τώρα να αναστραφούν, ξεκινώντας μια αλληλοδιαδοχή ανακλήσεων και αναθεωρήσεων που θα ήταν δύσκολο να ξετυλιχθούν δίκαια, ειδικά εάν τα παράνομα κέρδη έχουν αναμειχθεί, κατατεθεί σε DeFi ή άλλα παράγωγα με δευτερεύουσες συνέπειες για ειλικρινείς χρήστες. Αναμφίβολα, ορισμένοι χρήστες, ίσως ακόμα και θεσμικοί, θα είχαν ήδη ωφεληθεί από τη μη ειλικρινή αλυσίδα είτε λόγω ευστροφίας είτε από τύχη, και ίσως να αντιταχθούν σε μια ενσωμάτωση για να προστατεύσουν τα κέρδη τους. Έχουν γίνει εκκλήσεις για εξάσκηση της αντίδρασης της κοινότητας σε επιθέσεις >51%, έτσι ώστε να μπορέσει να εκτελεστεί γρήγορα ένας συνετός συντονισμένος μετριασμός. Υπάρχει μια χρήσιμη συζήτηση από τον Vitalik στο ethresear.ch [εδώ](https://ethresear.ch/t/timeliness-detectors-and-51-attack-recovery-in-blockchains/6925) και [εδώ](https://ethresear.ch/t/responding-to-51-attacks-in-casper-ffg/6363) και στο Twitter εδώ. Ο στόχος μιας συντονισμένης κοινωνικής αντίδρασης θα πρέπει να είναι πολύ προσανατολισμένος και συγκεκριμένος για την τιμωρία του επιτιθέμενου και την ελαχιστοποίηση των επιπτώσεων για άλλους χρήστες.
 
-Η διακυβέρνηση είναι ήδη ένα περίπλοκο θέμα. Η διαχείριση μιας έκτακτης ανάγκης επιπέδου 0 σε μια μη ειλικρινή αλυσίδα οριστικοποίησης θα ήταν αναμφίβολα μια πρόκληση για την κοινότητα Ethereum, αλλά [έχει συμβεί](/history/#dao-fork-summary) —[δύο φορές](/history/#tangerine-whistle)— στην ιστορία του Ethereum.
+Η διακυβέρνηση είναι ήδη ένα περίπλοκο θέμα. Η διαχείριση μιας έκτακτης ανάγκης επιπέδου 0 σε μια μη ειλικρινή αλυσίδα οριστικοποίησης θα ήταν αναμφίβολα μια πρόκληση για την κοινότητα Ethereum, αλλά [έχει συμβεί](/ethereum-forks/#dao-fork-summary) —[δύο φορές](/ethereum-forks/#tangerine-whistle)— στην ιστορία του Ethereum.
 
 Ωστόσο, υπάρχει κάτι αρκετά ικανοποιητικό στην έσχατη εφεδρική λύση που βρίσκεται στον φυσικό κόσμο. Στην τελική, ακόμη και με αυτή την καταπληκτική στοίβα τεχνολογίας πάνω μας, εάν ποτέ συνέβαινε το χειρότερο σενάριο, οι πραγματικοί άνθρωποι θα έπρεπε να συντονιστούν για να βρουν τη διέξοδο.
 
diff --git a/public/content/translations/el/developers/docs/consensus-mechanisms/pow/index.md b/public/content/translations/el/developers/docs/consensus-mechanisms/pow/index.md
index aa344109f56..5513aac8273 100644
--- a/public/content/translations/el/developers/docs/consensus-mechanisms/pow/index.md
+++ b/public/content/translations/el/developers/docs/consensus-mechanisms/pow/index.md
@@ -56,7 +56,7 @@ lang: el
 
 Η απόδειξη εργασίας ήταν επίσης υπεύθυνη για την έκδοση νέων νομισμάτων στο σύστημα και την παροχή κινήτρων στους κρυπτορύχους να κάνουν τη δουλειά τους.
 
-Από τον καιρό της [αναβάθμισης Constantinople](/history/#constantinople), οι κρυπτορύχοι που δημιούργησαν με επιτυχία ένα μπλοκ, ανταμείφθηκαν με δύο πρόσφατα minted ETH και μέρος των τελών συναλλαγής. Τα μπλοκ Ommer αποζημίωσαν επίσης με 1,75 ETH. Τα μπλοκ Ommer ήταν έγκυρα μπλοκ που δημιουργήθηκαν από έναν κρυπτορύχο σχεδόν την ίδια στιγμή που ένας άλλος κρυπτορύχος δημιούργησε το κανονικό μπλοκ, το οποίο τελικά καθοριζόταν από το ποια αλυσίδα δημιουργήθηκε πρώτη. Τα μπλοκ Ommer συνέβαιναν συνήθως λόγω καθυστέρησης δικτύου.
+Από τον καιρό της [αναβάθμισης Constantinople](/ethereum-forks/#constantinople), οι κρυπτορύχοι που δημιούργησαν με επιτυχία ένα μπλοκ, ανταμείφθηκαν με δύο πρόσφατα minted ETH και μέρος των τελών συναλλαγής. Τα μπλοκ Ommer αποζημίωσαν επίσης με 1,75 ETH. Τα μπλοκ Ommer ήταν έγκυρα μπλοκ που δημιουργήθηκαν από έναν κρυπτορύχο σχεδόν την ίδια στιγμή που ένας άλλος κρυπτορύχος δημιούργησε το κανονικό μπλοκ, το οποίο τελικά καθοριζόταν από το ποια αλυσίδα δημιουργήθηκε πρώτη. Τα μπλοκ Ommer συνέβαιναν συνήθως λόγω καθυστέρησης δικτύου.
 
 ## Οριστικότητα {#finality}
 
diff --git a/public/content/translations/el/developers/docs/nodes-and-clients/index.md b/public/content/translations/el/developers/docs/nodes-and-clients/index.md
index cb8bad67e3d..037dd02429e 100644
--- a/public/content/translations/el/developers/docs/nodes-and-clients/index.md
+++ b/public/content/translations/el/developers/docs/nodes-and-clients/index.md
@@ -37,7 +37,7 @@ sidebarDepth: 2
 - Αρχικά, το [Ethereum Yellow Paper](https://ethereum.github.io/yellowpaper/paper.pdf)
 - [Προδιαγραφές εκτέλεσης](https://github.com/ethereum/execution-specs/)
 - [Προδιαγραφές συναίνεσης](https://github.com/ethereum/consensus-specs)
-- [EIPs](https://eips.ethereum.org/) που υλοποιούνται σε διάφορες [αναβαθμίσεις δικτύου](/history/)
+- [EIPs](https://eips.ethereum.org/) που υλοποιούνται σε διάφορες [αναβαθμίσεις δικτύου](/ethereum-forks/)
 
 ### Παρακολούθηση κόμβων στο δίκτυο {#network-overview}
 
diff --git a/public/content/translations/el/developers/docs/nodes-and-clients/run-a-node/index.md b/public/content/translations/el/developers/docs/nodes-and-clients/run-a-node/index.md
index 1618f926876..75b683ce839 100644
--- a/public/content/translations/el/developers/docs/nodes-and-clients/run-a-node/index.md
+++ b/public/content/translations/el/developers/docs/nodes-and-clients/run-a-node/index.md
@@ -444,7 +444,7 @@ _Αυτό δεν ισχύει για τους κόμβους επικύρωση
 
 #### Ενημέρωση εφαρμογής πελάτη {#updating-clients}
 
-Πρέπει να διατηρείτε το λογισμικό του πελάτη σας ενημερωμένο με τις πιο πρόσφατες ενημερώσεις κώδικα ασφαλείας, δυνατότητες και [EIPs](/eips/). Ειδικά πριν από μια [αναβάθμιση υλικών](/history/), βεβαιωθείτε ότι εκτελείτε τις σωστές εκδόσεις πελάτη.
+Πρέπει να διατηρείτε το λογισμικό του πελάτη σας ενημερωμένο με τις πιο πρόσφατες ενημερώσεις κώδικα ασφαλείας, δυνατότητες και [EIPs](/eips/). Ειδικά πριν από μια [αναβάθμιση υλικών](/ethereum-forks/), βεβαιωθείτε ότι εκτελείτε τις σωστές εκδόσεις πελάτη.
 
 > Πριν από σημαντικές ενημερώσεις δικτύου, το EF δημοσιεύει μια ανάρτηση στο [ιστολόγιο](https://blog.ethereum.org) του. Μπορείτε να [εγγραφείτε σε αυτές τις ανακοινώσεις](https://blog.ethereum.org/category/protocol#subscribe) για να λάβετε μια ειδοποίηση στο email σας όταν ο κόμβος σας χρειάζεται μια ενημέρωση.
 
diff --git a/public/content/translations/el/developers/docs/transactions/index.md b/public/content/translations/el/developers/docs/transactions/index.md
index 0015442fef4..c8a47387aa7 100644
--- a/public/content/translations/el/developers/docs/transactions/index.md
+++ b/public/content/translations/el/developers/docs/transactions/index.md
@@ -202,9 +202,9 @@ lang: el
 
 1. **Συναλλαγές τύπου 0 (παλαιού τύπου):** Η αρχική μορφή συναλλαγής που χρησιμοποιήθηκε από την κυκλοφορία του Ethereum. Δεν περιλαμβάνουν λειτουργίες από το [EIP-1559](https://eips.ethereum.org/EIPS/eip-1559), όπως υπολογισμούς δυναμικών κρατήσεων gas ή λίστες πρόσβασης για έξυπνα συμβόλαια. Οι συναλλαγές παλαιού τύπου δεν διαθέτουν συγκεκριμένο πρόθεμα που υποδεικνύει τον τύπο τους στη σειριακή τους μορφή, ξεκινώντας με το byte `0xf8` όταν χρησιμοποιείται η κωδικοποίηση [Recursive Length Prefix (RLP)](/developers/docs/data-structures-and-encoding/rlp). Η αξία TransactionType για αυτές τις συναλλαγές είναι `0x0`.
 
-2. **Συναλλαγές τύπου 1:** Παρουσιάστηκαν στο [EIP-2930](https://eips.ethereum.org/EIPS/eip-2930) ως μέρος της [αναβάθμισης Berlin](/history/#berlin) του Ethereum, αυτές οι συναλλαγές περιλαμβάνουν μια παράμετρο `accessList`. Αυτή η λίστα καθορίζει διευθύνσεις και κλειδιά αποθήκευσης στα οποία αναμένεται να αποκτήσει πρόσβαση η συναλλαγή, συμβάλλοντας στη δυνητική μείωση του κόστους [gas](/developers/docs/gas/) για πολύπλοκες συναλλαγές που περιλαμβάνουν έξυπνα συμβόλαια. Οι αλλαγές στην αγορά χρεώσεων EIP-1559 δεν περιλαμβάνονται στις συναλλαγές τύπου 1. Οι συναλλαγές τύπου 1 περιλαμβάνουν επίσης μια παράμετρο `yParity`, η οποία μπορεί να είναι `0x0` ή `0x1`, υποδεικνύοντας την ισοτιμία της τιμής y της υπογραφής secp256k1. Αναγνωρίζονται επειδή ξεκινάνε με το byte `0x01` και η αξία του TransactionType τους είναι `0x1`.
+2. **Συναλλαγές τύπου 1:** Παρουσιάστηκαν στο [EIP-2930](https://eips.ethereum.org/EIPS/eip-2930) ως μέρος της [αναβάθμισης Berlin](/ethereum-forks/#berlin) του Ethereum, αυτές οι συναλλαγές περιλαμβάνουν μια παράμετρο `accessList`. Αυτή η λίστα καθορίζει διευθύνσεις και κλειδιά αποθήκευσης στα οποία αναμένεται να αποκτήσει πρόσβαση η συναλλαγή, συμβάλλοντας στη δυνητική μείωση του κόστους [gas](/developers/docs/gas/) για πολύπλοκες συναλλαγές που περιλαμβάνουν έξυπνα συμβόλαια. Οι αλλαγές στην αγορά χρεώσεων EIP-1559 δεν περιλαμβάνονται στις συναλλαγές τύπου 1. Οι συναλλαγές τύπου 1 περιλαμβάνουν επίσης μια παράμετρο `yParity`, η οποία μπορεί να είναι `0x0` ή `0x1`, υποδεικνύοντας την ισοτιμία της τιμής y της υπογραφής secp256k1. Αναγνωρίζονται επειδή ξεκινάνε με το byte `0x01` και η αξία του TransactionType τους είναι `0x1`.
 
-3. Οι **Συναλλαγές τύπου 2**, που συνήθως αναφέρονται ως συναλλαγές EIP-1559, είναι συναλλαγές που εισάγονται στο [EIP-1559](https://eips.ethereum.org/EIPS/eip-1559), στην [αναβάθμιση London](/history/#london) του Ethereum. Έχουν γίνει ο συνήθης τύπος συναλλαγής στο δίκτυο του Ethereum. Αυτές οι συναλλαγές εισάγουν έναν νέο μηχανισμό αγοράς τελών που βελτιώνει την προβλεψιμότητα διαχωρίζοντας τα τέλη συναλλαγής σε βασικό τέλος και σε τέλος προτεραιότητας. Ξεκινούν με το byte `0x02` και περιλαμβάνουν πεδία, όπως `maxPriorityFeePerGas` και `maxFeePerGas`. Οι συναλλαγές τύπου 2 είναι πλέον οι προεπιλογμένες λόγω της ευελιξίας και της αποτελεσματικότητάς τους, ιδιαίτερα ευνοημένες σε περιόδους υψηλής συμφόρησης δικτύου για την ικανότητά τους να βοηθούν τους χρήστες να διαχειρίζονται πιο προβλέψιμα τα τέλη συναλλαγών. Η αξία TransactionType για αυτές τις συναλλαγές είναι `0x2`.
+3. Οι **Συναλλαγές τύπου 2**, που συνήθως αναφέρονται ως συναλλαγές EIP-1559, είναι συναλλαγές που εισάγονται στο [EIP-1559](https://eips.ethereum.org/EIPS/eip-1559), στην [αναβάθμιση London](/ethereum-forks/#london) του Ethereum. Έχουν γίνει ο συνήθης τύπος συναλλαγής στο δίκτυο του Ethereum. Αυτές οι συναλλαγές εισάγουν έναν νέο μηχανισμό αγοράς τελών που βελτιώνει την προβλεψιμότητα διαχωρίζοντας τα τέλη συναλλαγής σε βασικό τέλος και σε τέλος προτεραιότητας. Ξεκινούν με το byte `0x02` και περιλαμβάνουν πεδία, όπως `maxPriorityFeePerGas` και `maxFeePerGas`. Οι συναλλαγές τύπου 2 είναι πλέον οι προεπιλογμένες λόγω της ευελιξίας και της αποτελεσματικότητάς τους, ιδιαίτερα ευνοημένες σε περιόδους υψηλής συμφόρησης δικτύου για την ικανότητά τους να βοηθούν τους χρήστες να διαχειρίζονται πιο προβλέψιμα τα τέλη συναλλαγών. Η αξία TransactionType για αυτές τις συναλλαγές είναι `0x2`.
 
 
 
diff --git a/public/content/translations/el/history/index.md b/public/content/translations/el/ethereum-forks/index.md
similarity index 99%
rename from public/content/translations/el/history/index.md
rename to public/content/translations/el/ethereum-forks/index.md
index 0105d71c3d4..85ed2812af1 100644
--- a/public/content/translations/el/history/index.md
+++ b/public/content/translations/el/ethereum-forks/index.md
@@ -319,7 +319,7 @@ sidebarDepth: 1
 
 Πριν την αναβάθμιση London, το Ethereum είχε μπλοκ σταθερού μεγέθους. Σε περιόδους υψηλής ζήτησης του δικτύου, αυτά τα μπλοκ λειτουργούσαν με πλήρη χωρητικότητα. Ως αποτέλεσμα, οι χρήστες συχνά έπρεπε να περιμένουν τη ζήτηση να μειωθεί για να συμπεριληφθούν σε ένα μπλοκ, κάτι το οποίο οδήγησε σε μια κακή εμπειρία χρήστη. Η αναβάθμιση London εισήγαγε μπλοκ μεταβλητού μεγέθους στο Ethereum.
 
-Ο τρόπος υπολογισμού των τελών συναλλαγών στο δίκτυο του Ethereum άλλαξε με [την αναβάθμιση London](/history/#london) τον Αύγουστο 2021. Πριν από την αναβάθμιση London, οι χρεώσεις υπολογίζονταν χωρίς διαχωρισμό των τελών `βασικής` και `προτεραιότητας`, ως εξής:
+Ο τρόπος υπολογισμού των τελών συναλλαγών στο δίκτυο του Ethereum άλλαξε με [την αναβάθμιση London](/ethereum-forks/#london) τον Αύγουστο 2021. Πριν από την αναβάθμιση London, οι χρεώσεις υπολογίζονταν χωρίς διαχωρισμό των τελών `βασικής` και `προτεραιότητας`, ως εξής:
 
 Ας πούμε ότι η Αλίκη έπρεπε να πληρώσει τον Μπομπ 1 ETH. Σε αυτή τη συναλλαγή, το όριο του καυσίμου είναι 21.000 μονάδες, και η τιμή του είναι 200 gwei.
 
diff --git a/public/content/translations/el/governance/index.md b/public/content/translations/el/governance/index.md
index 2a8580f9f3d..899ac8b91d7 100644
--- a/public/content/translations/el/governance/index.md
+++ b/public/content/translations/el/governance/index.md
@@ -152,7 +152,7 @@ _Σημείωση: Οποιοσδήποτε μπορεί να ανήκει σε
 
 Ενώ οι προδιαγραφές και οι υλοποιήσεις ανάπτυξης ήταν πάντα πλήρως ανοιχτού κώδικα, οι επίσημες διαδικασίες που χρησιμοποιούνταν για την πρόταση ενημερώσεων που περιγράφηκαν παραπάνω δε χρησιμοποιήθηκαν. Αυτό επέτρεψε στους ερευνητές και τους υλοποιητές να καθορίσουν και να συμφωνήσουν σε αλλαγές πιο γρήγορα.
 
-Όταν η Κύρια Αλυσίδα συγχωνεύθηκε με το επίπεδο εκτέλεσης του Ethereum στις 15 Σεπτεμβρίου 2022, η συγχώνευση ολοκληρώθηκε ως μέρος της [αναβάθμισης Paris του δικτύου](/history/#paris). Η πρόταση [EIP-3675](https://eips.ethereum.org/EIPS/eip-3675) άλλαξε από «Last Call» σε «Final», ολοκληρώνοντας τη μετάβαση στην απόδειξη συμμετοχής (proof-of-stake).
+Όταν η Κύρια Αλυσίδα συγχωνεύθηκε με το επίπεδο εκτέλεσης του Ethereum στις 15 Σεπτεμβρίου 2022, η συγχώνευση ολοκληρώθηκε ως μέρος της [αναβάθμισης Paris του δικτύου](/ethereum-forks/#paris). Η πρόταση [EIP-3675](https://eips.ethereum.org/EIPS/eip-3675) άλλαξε από «Last Call» σε «Final», ολοκληρώνοντας τη μετάβαση στην απόδειξη συμμετοχής (proof-of-stake).
 
 <ButtonLink href="/roadmap/merge/">
   Περισσότερα για τη συγχώνευση
diff --git a/public/content/translations/el/roadmap/merge/index.md b/public/content/translations/el/roadmap/merge/index.md
index e7fcf717e17..79bed6f1f58 100644
--- a/public/content/translations/el/roadmap/merge/index.md
+++ b/public/content/translations/el/roadmap/merge/index.md
@@ -17,7 +17,7 @@ summaryPoint4: Η συγχώνευση μείωσε την κατανάλωση
 
 ## Τι ήταν η Συγχώνευση; {#what-is-the-merge}
 
-Η Συγχώνευση ήταν η συνένωση του αρχικού επιπέδου εκτέλεσης του Ethereum (του Κεντρικού Δικτύου που υπάρχει από τη στιγμή της [γένεσης](/history/#frontier)) με το νέο επίπεδο συναίνεσης της απόδειξης συμμετοχής, την Κύρια Αλυσίδα (Beacon Chain). Αυτή η συνένωση είχε ως αποτέλεσμα να εξαλειφθεί η ανάγκη για ενεργοβόρα εξόρυξη και, αντ' αυτού, έκανε δυνατή η εξασφάλιση του δικτύου με τη χρήση αποθηκευμένων ETH. Ήταν ένα πραγματικά συναρπαστικό βήμα προς την υλοποίηση του οράματος του Ethereum: μεγαλύτερη επεκτασιμότητα, ασφάλεια και βιωσιμότητα.
+Η Συγχώνευση ήταν η συνένωση του αρχικού επιπέδου εκτέλεσης του Ethereum (του Κεντρικού Δικτύου που υπάρχει από τη στιγμή της [γένεσης](/ethereum-forks/#frontier)) με το νέο επίπεδο συναίνεσης της απόδειξης συμμετοχής, την Κύρια Αλυσίδα (Beacon Chain). Αυτή η συνένωση είχε ως αποτέλεσμα να εξαλειφθεί η ανάγκη για ενεργοβόρα εξόρυξη και, αντ' αυτού, έκανε δυνατή η εξασφάλιση του δικτύου με τη χρήση αποθηκευμένων ETH. Ήταν ένα πραγματικά συναρπαστικό βήμα προς την υλοποίηση του οράματος του Ethereum: μεγαλύτερη επεκτασιμότητα, ασφάλεια και βιωσιμότητα.
 
 <MergeInfographic />
 
diff --git a/public/content/translations/el/roadmap/merge/issuance/index.md b/public/content/translations/el/roadmap/merge/issuance/index.md
index a952d8e4f04..bc7d01a4dde 100644
--- a/public/content/translations/el/roadmap/merge/issuance/index.md
+++ b/public/content/translations/el/roadmap/merge/issuance/index.md
@@ -30,11 +30,11 @@ title="ETH issuance tldr">
 
 ### Έκδοση στο εκτελεστικό επίπεδο {#el-issuance-pre-merge}
 
-Στο πλαίσιο της απόδειξης εργασίας, οι κρυπτορύχοι αλληλεπιδρούσαν μόνο με το επίπεδο εκτέλεσης και ανταμείβονταν με μπλοκ αν ήταν ο πρώτος κρυπτορύχος που θα έλυνε το επόμενο μπλοκ. Μετά την [αναβάθμιση Constantinople](/history/#constantinople) το 2019, αυτή η ανταμοιβή ήταν 2 ETH ανά μπλοκ. Οι κρυπτορύχοι ανταμείβονταν επίσης για τη δημοσίευση μπλοκ [ommer](/glossary/#ommer), τα οποία ήταν έγκυρα μπλοκ που δεν κατέληγαν στη μεγαλύτερη/κανονική αλυσίδα. Αυτές οι ανταμοιβές έφταναν έως και τα 1.75 ETH ανά ommer και ήταν _επιπλέον_ της ανταμοιβής που δινόταν από το κανονικό μπλοκ. Η διαδικασία κρυπτόρυξης ήταν μια οικονομικά εντατική δραστηριότητα, η οποία ιστορικά απαιτούσε υψηλά επίπεδα εκδόσεως ETH για να συντηρηθεί.
+Στο πλαίσιο της απόδειξης εργασίας, οι κρυπτορύχοι αλληλεπιδρούσαν μόνο με το επίπεδο εκτέλεσης και ανταμείβονταν με μπλοκ αν ήταν ο πρώτος κρυπτορύχος που θα έλυνε το επόμενο μπλοκ. Μετά την [αναβάθμιση Constantinople](/ethereum-forks/#constantinople) το 2019, αυτή η ανταμοιβή ήταν 2 ETH ανά μπλοκ. Οι κρυπτορύχοι ανταμείβονταν επίσης για τη δημοσίευση μπλοκ [ommer](/glossary/#ommer), τα οποία ήταν έγκυρα μπλοκ που δεν κατέληγαν στη μεγαλύτερη/κανονική αλυσίδα. Αυτές οι ανταμοιβές έφταναν έως και τα 1.75 ETH ανά ommer και ήταν _επιπλέον_ της ανταμοιβής που δινόταν από το κανονικό μπλοκ. Η διαδικασία κρυπτόρυξης ήταν μια οικονομικά εντατική δραστηριότητα, η οποία ιστορικά απαιτούσε υψηλά επίπεδα εκδόσεως ETH για να συντηρηθεί.
 
 ### Έκδοση στο επίπεδο συναίνεσης {#cl-issuance-pre-merge}
 
-Η [Κύρια Αλυσίδα](/history/#beacon-chain-genesis) τέθηκε σε λειτουργία το 2020. Αντί για κρυπτορύχους, αυτή διασφαλίζεται από επικυρωτές που χρησιμοποιούν Απόδειξη συμμετοχής. Αυτή η αλυσίδα ξεκίνησε με την κατάθεση ETH, μονής κατεύθυνσης, από χρήστες του Ethereum σε ένα έξυπνο συμβόλαιο στο Κεντρικό δίκτυο (επίπεδο εκτέλεσης). Η Κύρια αλυσίδα παρακολουθεί αυτές τις καταθέσεις και πιστώνει στον χρήστη ένα ίσο ποσό ETH στη νέα αλυσίδα. Μέχρι τη «Συγχώνευση», οι επικυρωτές της Κεντρικής αλυσίδας δεν επεξεργάζονταν συναλλαγές και ουσιαστικά κατέληγαν σε συναίνεση σχετικά με την κατάσταση της ίδιας δεξαμενής επικυρωτών.
+Η [Κύρια Αλυσίδα](/ethereum-forks/#beacon-chain-genesis) τέθηκε σε λειτουργία το 2020. Αντί για κρυπτορύχους, αυτή διασφαλίζεται από επικυρωτές που χρησιμοποιούν Απόδειξη συμμετοχής. Αυτή η αλυσίδα ξεκίνησε με την κατάθεση ETH, μονής κατεύθυνσης, από χρήστες του Ethereum σε ένα έξυπνο συμβόλαιο στο Κεντρικό δίκτυο (επίπεδο εκτέλεσης). Η Κύρια αλυσίδα παρακολουθεί αυτές τις καταθέσεις και πιστώνει στον χρήστη ένα ίσο ποσό ETH στη νέα αλυσίδα. Μέχρι τη «Συγχώνευση», οι επικυρωτές της Κεντρικής αλυσίδας δεν επεξεργάζονταν συναλλαγές και ουσιαστικά κατέληγαν σε συναίνεση σχετικά με την κατάσταση της ίδιας δεξαμενής επικυρωτών.
 
 Οι επικυρωτές της Κεντρικής αλυσίδας ανταμείβονταν με ETH για την πιστοποίηση της κατάστασης της αλυσίδας και την πρόταση μπλοκ. Οι ανταμοιβές (ή οι ποινές) υπολογίζονται και διανέμονται σε κάθε εποχή (κάθε 6,4 λεπτά) με βάση την απόδοση του επικυρωτή. Οι ανταμοιβές των επικυρωτών είναι **σημαντικά** χαμηλότερες από τις ανταμοιβές κρυπτόρυξης που δίνονταν προηγουμένως με την απόδειξη εργασίας (2 ETH κάθε ~13,5 δευτερόλεπτα), καθώς η λειτουργία ενός κόμβου επικύρωσης δεν είναι τόσο οικονομικά απαιτητική και επομένως δεν απαιτεί ή δε δικαιολογεί τόσο υψηλή ανταμοιβή.
 
@@ -94,7 +94,7 @@ title="ETH issuance tldr">
 Η αντίθετη δύναμη στην έκδοση ETH είναι ο ρυθμός με τον οποίο καίγεται ETH. Για να εκτελεστεί μια συναλλαγή στο Ethereum, πρέπει να καταβληθεί ένα ελάχιστο τέλος (γνωστό ως «base fee»), το οποίο διακυμαίνεται συνεχώς (από μπλοκ σε μπλοκ) ανάλογα με τη δραστηριότητα του δικτύου. Το τέλος καταβάλλεται σε ETH και είναι _απαραίτητο_ για να θεωρηθεί έγκυρη η συναλλαγή. Αυτό το τέλος _καίγεται_ κατά τη διαδικασία της συναλλαγής, αποσύροντάς το από την κυκλοφορία.
 
 <InfoBanner>
-Η καύση των τελών τέθηκε σε λειτουργία με την [αναβάθμιση London](/history/#london) τον Αύγουστο του 2021 και παραμένει αμετάβλητη από τη Συγχώνευση.
+Η καύση των τελών τέθηκε σε λειτουργία με την [αναβάθμιση London](/ethereum-forks/#london) τον Αύγουστο του 2021 και παραμένει αμετάβλητη από τη Συγχώνευση.
 </InfoBanner>
 
 Πέρα από την καύση τελών που εφαρμόστηκε με την αναβάθμιση London, οι επικυρωτές μπορεί να επιβαρυνθούν με ποινές για εκτός σύνδεσης λειτουργία ή ακόμα χειρότερα, μπορεί να τους επιβληθεί ποινή περικοπής για παραβίαση συγκεκριμένων κανόνων που απειλούν την ασφάλεια του δικτύου. Αυτές οι κυρώσεις οδηγούν σε μείωση των ETH από το υπόλοιπο του συγκεκριμένου επικυρωτή, τα οποία δεν ανταμείβονται άμεσα σε κανέναν άλλο λογαριασμό, καίγοντας/αποσύροντας τα ουσιαστικά από την κυκλοφορία.
diff --git a/public/content/translations/el/staking/withdrawals/index.md b/public/content/translations/el/staking/withdrawals/index.md
index bf88b63cdcf..7245142c4aa 100644
--- a/public/content/translations/el/staking/withdrawals/index.md
+++ b/public/content/translations/el/staking/withdrawals/index.md
@@ -65,7 +65,7 @@ summaryPoints:
 
 Η αναβάθμιση Shanghai/Capella επέτρεψε την ανάληψη των ETH που είχαν προηγουμένως «κλειδωθεί» σε κανονικούς λογαριασμούς Ethereum. Αυτό έκλεισε την ανάγκη ρευστότητας στο αποθηκευμένο κεφαλαίο και έφερε το Ethereum ένα βήμα πιο κοντά στο ταξίδι του προς την οικοδόμηση ενός βιώσιμου, επεκτάσιμου και ασφαλούς αποκεντρωμένου οικοσυστήματος.
 
-- [Περισσότερα για την ιστορία του Ethereum](/history/)
+- [Περισσότερα για την ιστορία του Ethereum](/ethereum-forks/)
 - [Περισσότερα για τον οδικό χάρτη Ethereum](/roadmap/)
 
 ## Πώς λειτουργούν οι πληρωμές από ανάληψη; {#how-do-withdrawals-work}
diff --git a/public/content/translations/el/withdrawals/index.md b/public/content/translations/el/withdrawals/index.md
index bf88b63cdcf..7245142c4aa 100644
--- a/public/content/translations/el/withdrawals/index.md
+++ b/public/content/translations/el/withdrawals/index.md
@@ -65,7 +65,7 @@ summaryPoints:
 
 Η αναβάθμιση Shanghai/Capella επέτρεψε την ανάληψη των ETH που είχαν προηγουμένως «κλειδωθεί» σε κανονικούς λογαριασμούς Ethereum. Αυτό έκλεισε την ανάγκη ρευστότητας στο αποθηκευμένο κεφαλαίο και έφερε το Ethereum ένα βήμα πιο κοντά στο ταξίδι του προς την οικοδόμηση ενός βιώσιμου, επεκτάσιμου και ασφαλούς αποκεντρωμένου οικοσυστήματος.
 
-- [Περισσότερα για την ιστορία του Ethereum](/history/)
+- [Περισσότερα για την ιστορία του Ethereum](/ethereum-forks/)
 - [Περισσότερα για τον οδικό χάρτη Ethereum](/roadmap/)
 
 ## Πώς λειτουργούν οι πληρωμές από ανάληψη; {#how-do-withdrawals-work}
diff --git a/public/content/translations/es/community/research/index.md b/public/content/translations/es/community/research/index.md
index 72c6e8745a3..47e8885f840 100644
--- a/public/content/translations/es/community/research/index.md
+++ b/public/content/translations/es/community/research/index.md
@@ -83,7 +83,7 @@ Se requiere un nodo de Ethereum para ejecutar dos piezas de software:
 1. un cliente de consenso para hacer un seguimiento de la cabeza de la cadena de bloques, bloqueos gossip y la gestión de la lógica de consenso;
 2. un cliente de ejecución para dar soporte a la máquina virtual de Ethereum y ejecutar transacciones y contratos inteligentes.
 
-Véase la [página de nodos y clientes](/developers/docs/nodes-and-clients/) para ver más detalle de los nodos y clientes, y para obtener una lista de todas las implementaciones de clientes. También puede encontrar un historial de todas las actualizaciones de Ethereum en la [página del historial](/history/).
+Véase la [página de nodos y clientes](/developers/docs/nodes-and-clients/) para ver más detalle de los nodos y clientes, y para obtener una lista de todas las implementaciones de clientes. También puede encontrar un historial de todas las actualizaciones de Ethereum en la [página del historial](/ethereum-forks/).
 
 ### Clientes de ejecución {#execution-clients}
 
diff --git a/public/content/translations/es/developers/docs/consensus-mechanisms/pos/attack-and-defense/index.md b/public/content/translations/es/developers/docs/consensus-mechanisms/pos/attack-and-defense/index.md
index be54e89e119..d854a64e34d 100644
--- a/public/content/translations/es/developers/docs/consensus-mechanisms/pos/attack-and-defense/index.md
+++ b/public/content/translations/es/developers/docs/consensus-mechanisms/pos/attack-and-defense/index.md
@@ -133,7 +133,7 @@ Sea cual sea la penalización impuesta al atacante, la comunidad también tiene
 
 Sin embargo, este sería un desafío sustancial para la gobernanza. Algunos usuarios y validadores sin duda perderían como resultado del cambio de regreso a la cadena honesta, las transacciones en bloques validadas después del ataque podrían potencialmente revertirse, interrumpiendo la capa de la aplicación, y esto simplemente socava la ética de algunos usuarios que tienden a creer que «el código es normativo». Lo más probable es que los intercambios y las aplicaciones hayan vinculado las acciones fuera de la cadena a las transacciones en cadena que ahora se pueden revertir, iniciando una cascada de retractaciones y revisiones que serían difíciles de deshacer de manera justa, especialmente si las ganancias mal obtenidas se han mezclado, se han depositado en DeFi u otros derivados con efectos secundarios para los usuarios honestos. Sin duda, algunos usuarios, tal vez incluso institucionales, ya se habrían beneficiado de la cadena deshonesta, ya sea por ser astutos o por pura casualidad, y podrían oponerse a una bifurcación para proteger sus ganancias. Ha habido solicitudes para ensayar la respuesta de la comunidad a los ataques de más del 51 % para que se pueda ejecutar rápidamente una mitigación coordinada y sensata. Existe una discusión convincente por parte de Vitalik en ethresear.ch [aquí](https://ethresear.ch/t/timeliness-detectors-and-51-attack-recovery-in-blockchains/6925) y [aquí](https://ethresear.ch/t/responding-to-51-attacks-in-casper-ffg/6363) y en Twitter [aquí](https://twitter.com/skylar_eth/status/1551798684727508992?s=20&t=oHZ1xv8QZdOgAXhxZKtHEw). El objetivo de dar una respuesta social coordinada debe ser muy específico y centrarse en el castigo del atacante y la minimización de los efectos para otros usuarios.
 
-La gobernanza es un tema de por sí complicado. Gestionar una respuesta de emergencia de capa 0 a una cadena de finalización deshonesta sin duda sería un desafío para la comunidad de Ethereum, pero [ha sucedido](/history/#dao-fork-summary) —[dos veces](/history/#tangerine-whistle)— en la historia de Ethereum).
+La gobernanza es un tema de por sí complicado. Gestionar una respuesta de emergencia de capa 0 a una cadena de finalización deshonesta sin duda sería un desafío para la comunidad de Ethereum, pero [ha sucedido](/ethereum-forks/#dao-fork-summary) —[dos veces](/ethereum-forks/#tangerine-whistle)— en la historia de Ethereum).
 
 No obstante, hay algo bastante satisfactorio en una contingencia en la vida real. Al fin y al cabo, incluso con este excelente bloque de tecnología que tenemos, si alguna vez sucediera lo peor, la gente real tendría que coordinar su salida.
 
diff --git a/public/content/translations/es/developers/docs/consensus-mechanisms/pow/index.md b/public/content/translations/es/developers/docs/consensus-mechanisms/pow/index.md
index 516596d762c..47d93e115aa 100644
--- a/public/content/translations/es/developers/docs/consensus-mechanisms/pow/index.md
+++ b/public/content/translations/es/developers/docs/consensus-mechanisms/pow/index.md
@@ -56,7 +56,7 @@ Para crear sistemáticamente bloques maliciosos pero que sean válidos, un miner
 
 La prueba de trabajo también es responsable de la generación de nuevas monedas en el sistema e incentivar a que los mineros lleven a cabo el trabajo.
 
-Desde la actualización del [Constantinople](/history/#constantinople), los mineros que crearon con éxito un bloque fueron recompensados con dos ETH y parte de las comisiones de transacción. Los bloques de Ommer también compensaron 1,75 ETH. Los bloques de Ommer eran bloques válidos creados por un minero prácticamente al mismo tiempo que otro minero creó el bloque exacto, que fue determinado en última instancia por la cadena que se construyó sobre la parte superior de la primera. Los bloques Ommer suelen producirse debido a la latencia de la red.
+Desde la actualización del [Constantinople](/ethereum-forks/#constantinople), los mineros que crearon con éxito un bloque fueron recompensados con dos ETH y parte de las comisiones de transacción. Los bloques de Ommer también compensaron 1,75 ETH. Los bloques de Ommer eran bloques válidos creados por un minero prácticamente al mismo tiempo que otro minero creó el bloque exacto, que fue determinado en última instancia por la cadena que se construyó sobre la parte superior de la primera. Los bloques Ommer suelen producirse debido a la latencia de la red.
 
 ## Finalidad {#finality}
 
diff --git a/public/content/translations/es/developers/docs/nodes-and-clients/index.md b/public/content/translations/es/developers/docs/nodes-and-clients/index.md
index 0393c27c13c..e0c32059ab4 100644
--- a/public/content/translations/es/developers/docs/nodes-and-clients/index.md
+++ b/public/content/translations/es/developers/docs/nodes-and-clients/index.md
@@ -37,7 +37,7 @@ Lo que estas implementaciones de clientes tienen en común es que todas siguen u
 - En su origen, el [Protocolo de Ethereum](https://ethereum.github.io/yellowpaper/paper.pdf)
 - [Especificaciones de ejecución](https://github.com/ethereum/execution-specs/)
 - [Especificaciones de consenso](https://github.com/ethereum/consensus-specs)
-- [Se han implementado las EIP](https://eips.ethereum.org/) en varias [actualizaciones de red](/history/)
+- [Se han implementado las EIP](https://eips.ethereum.org/) en varias [actualizaciones de red](/ethereum-forks/)
 
 ### Nodos de rastreamiento en la red {#network-overview}
 
diff --git a/public/content/translations/es/developers/docs/nodes-and-clients/run-a-node/index.md b/public/content/translations/es/developers/docs/nodes-and-clients/run-a-node/index.md
index 3926ecee3c0..407a5477c14 100644
--- a/public/content/translations/es/developers/docs/nodes-and-clients/run-a-node/index.md
+++ b/public/content/translations/es/developers/docs/nodes-and-clients/run-a-node/index.md
@@ -444,7 +444,7 @@ Considere la opción de crear un servicio para ejecutar su cliente automáticame
 
 #### Cómo actualizar clientes {#updating-clients}
 
-Debe mantener actualizado el software de su cliente con los últimos parches de seguridad, características y [EIP](/eips/). Especialmente antes de las [bifurcaciones duras](/history/), asegúrese de que está ejecutando la versión de cliente correcta.
+Debe mantener actualizado el software de su cliente con los últimos parches de seguridad, características y [EIP](/eips/). Especialmente antes de las [bifurcaciones duras](/ethereum-forks/), asegúrese de que está ejecutando la versión de cliente correcta.
 
 > Antes de actualizaciones importantes de red, EF sube una publicación en su [blog](https://blog.ethereum.org). Puede [suscribirse a estos anuncios](https://blog.ethereum.org/category/protocol#subscribe) para recibir una notificación a su correo cuando su nodo necesite una actualización.
 
diff --git a/public/content/translations/es/developers/docs/transactions/index.md b/public/content/translations/es/developers/docs/transactions/index.md
index f485d3c08cd..a660306fd67 100644
--- a/public/content/translations/es/developers/docs/transactions/index.md
+++ b/public/content/translations/es/developers/docs/transactions/index.md
@@ -202,9 +202,9 @@ Según el valor `TransactionType`, una transacción se puede clasificar como:
 
 1. **Transacciones de Tipo 0 (heredadas):** El formato de transacción original utilizado desde el lanzamiento de Ethereum. No incluyen características de [EIP-1559](https://eips.ethereum.org/EIPS/eip-1559) como cálculos dinámicos de tarifas de gas o listas de acceso para contratos inteligentes. Las transacciones heredadas carecen de un prefijo específico que indique su tipo en su forma serializada, comenzando con el byte `0xf8` cuando se utiliza la codificación de [Prefijo de Longitud Recursiva (RLP)](/developers/docs/data-structures-and-encoding/rlp). El valor de TransactionType para estas transacciones es `0x0`.
 
-2. **Transacciones de tipo 1:** Introducidas en [EIP-2930](https://eips.ethereum.org/EIPS/eip-2930) como parte de la [Actualización Berlín](/history/#berlin) de Ethereum, estas transacciones incluyen un parámetro `accessList`. Esta lista especifica direcciones y claves de almacenamiento a las que la transacción espera acceder, ayudando a reducir potencialmente los costos de [gas](/developers/docs/gas/) para transacciones complejas que involucren contratos inteligentes. Los cambios en el mercado de tarifas de EIP-1559 no se incluyen en las transacciones de Tipo 1. Las transacciones de Tipo 1 también incluyen un parámetro `yParity`, que puede ser `0x0` o `0x1`, lo que indica la igualdad del valor y de la firma secp256k1. Se identifican comenzando con el byte `0x01`, y su valor TransactionType es `0x1`.
+2. **Transacciones de tipo 1:** Introducidas en [EIP-2930](https://eips.ethereum.org/EIPS/eip-2930) como parte de la [Actualización Berlín](/ethereum-forks/#berlin) de Ethereum, estas transacciones incluyen un parámetro `accessList`. Esta lista especifica direcciones y claves de almacenamiento a las que la transacción espera acceder, ayudando a reducir potencialmente los costos de [gas](/developers/docs/gas/) para transacciones complejas que involucren contratos inteligentes. Los cambios en el mercado de tarifas de EIP-1559 no se incluyen en las transacciones de Tipo 1. Las transacciones de Tipo 1 también incluyen un parámetro `yParity`, que puede ser `0x0` o `0x1`, lo que indica la igualdad del valor y de la firma secp256k1. Se identifican comenzando con el byte `0x01`, y su valor TransactionType es `0x1`.
 
-3. **Transacciones de Tipo 2**: Comúnmente conocidas como transacciones EIP-1559, son transacciones introducidas en [EIP-1559](https://eips.ethereum.org/EIPS/eip-1559), en la [Actualización London](/history/#london) de Ethereum. Se han convertido en el tipo de transacción estándar en la red Ethereum. Estas transacciones introducen un nuevo mecanismo de mercado de tarifas que mejora la previsibilidad separando la tarifa de transacción en una tarifa base y una tarifa prioritaria. Comienzan con el byte `0x02` e incluyen campos como `maxPriorityFeePerGas` y `maxFeePerGas`. Las transacciones de Tipo 2 son ahora las predeterminadas debido a su flexibilidad y eficiencia, especialmente favorecidas durante los períodos de alta congestión de la red por su capacidad para ayudar a los usuarios a gestionar las tarifas de transacción de manera más predecible. El valor de TransactionType para estas transacciones es `0x2`.
+3. **Transacciones de Tipo 2**: Comúnmente conocidas como transacciones EIP-1559, son transacciones introducidas en [EIP-1559](https://eips.ethereum.org/EIPS/eip-1559), en la [Actualización London](/ethereum-forks/#london) de Ethereum. Se han convertido en el tipo de transacción estándar en la red Ethereum. Estas transacciones introducen un nuevo mecanismo de mercado de tarifas que mejora la previsibilidad separando la tarifa de transacción en una tarifa base y una tarifa prioritaria. Comienzan con el byte `0x02` e incluyen campos como `maxPriorityFeePerGas` y `maxFeePerGas`. Las transacciones de Tipo 2 son ahora las predeterminadas debido a su flexibilidad y eficiencia, especialmente favorecidas durante los períodos de alta congestión de la red por su capacidad para ayudar a los usuarios a gestionar las tarifas de transacción de manera más predecible. El valor de TransactionType para estas transacciones es `0x2`.
 
 
 
diff --git a/public/content/translations/es/developers/tutorials/downsizing-contracts-to-fight-the-contract-size-limit/index.md b/public/content/translations/es/developers/tutorials/downsizing-contracts-to-fight-the-contract-size-limit/index.md
index 8f0bc7b21ce..34f55034fd9 100644
--- a/public/content/translations/es/developers/tutorials/downsizing-contracts-to-fight-the-contract-size-limit/index.md
+++ b/public/content/translations/es/developers/tutorials/downsizing-contracts-to-fight-the-contract-size-limit/index.md
@@ -21,7 +21,7 @@ El [22 de noviembre de 2016](https://blog.ethereum.org/2016/11/18/hard-fork-no-4
 
 Este límite se introdujo para prevenir ataques de denegación de servicio (DOS). Cualquier llamada a un contrato es relativamente barata en términos de gas. Sin embargo, el impacto de una llamada al contrato para nodos Ethereum aumenta desproporcionadamente dependiendo del tamaño del código del contrato llamado (leer el código del disco, preprocesar el código, agregar datos a la prueba Merkle). Cada vez que uno se encuentre en una situación en la que el atacante requiera pocos recursos para causar mucho trabajo a los demás, obtiene el potencial para ataques de DOS.
 
-Originalmente esto era un problema menor porque el tamaño natural de un contrato es el límite de gas de un bloque. Obviamente, un contrato debe implementarse dentro de una transacción que contenga todo el código de bytes del contrato. Si incluye solo esa transacción en un bloque, puede usar todo ese gas, pero no es infinito. Desde la [Actualización London](/history/#london), el límite de gas de un bloque ha podido variar entre 15 millones y 30 millones de unidades dependiendo de la demanda de la red.
+Originalmente esto era un problema menor porque el tamaño natural de un contrato es el límite de gas de un bloque. Obviamente, un contrato debe implementarse dentro de una transacción que contenga todo el código de bytes del contrato. Si incluye solo esa transacción en un bloque, puede usar todo ese gas, pero no es infinito. Desde la [Actualización London](/ethereum-forks/#london), el límite de gas de un bloque ha podido variar entre 15 millones y 30 millones de unidades dependiendo de la demanda de la red.
 
 A continuación veremos algunos métodos ordenados según su posible impacto. Piénsalo en términos de pérdida de peso. La mejor estrategia para que alguien alcance su peso deseado (en nuestro caso 24kb) es centrarse primero en los métodos de gran impacto. En la mayoría de los casos, basta con corregir la dieta para conseguirlo, pero a veces se necesita un poco más. Luego puedes añadir algo de ejercicio (impacto medio) o incluso suplementos (impacto bajo).
 
diff --git a/public/content/translations/es/history/index.md b/public/content/translations/es/ethereum-forks/index.md
similarity index 100%
rename from public/content/translations/es/history/index.md
rename to public/content/translations/es/ethereum-forks/index.md
diff --git a/public/content/translations/es/governance/index.md b/public/content/translations/es/governance/index.md
index ed27e220a9b..4398b7f6d45 100644
--- a/public/content/translations/es/governance/index.md
+++ b/public/content/translations/es/governance/index.md
@@ -152,7 +152,7 @@ El proceso de gobernanza de Ethereum usualmente cambia velocidad y eficiencia po
 
 Si bien la especificación y las implementaciones de desarrollo siempre han sido totalmente de código abierto, no se utilizaron los procesos formales arriba descritos para proponer actualizaciones. Esto permitió que los investigadores y los implementadores especificaran los cambios y los acordaran más rápidamente.
 
-Cuando la cadena de baliza se fusionó con la capa de ejecución de Ethereum el 15 de septiembre de 2022, La fusión se completó como parte de la [actualización de la red París](/history/#paris). La propuesta [EIP-3675](https://eips.ethereum.org/EIPS/eip-3675) se cambió de "Última llamada" a "Final", completando la transición a la prueba de participación.
+Cuando la cadena de baliza se fusionó con la capa de ejecución de Ethereum el 15 de septiembre de 2022, La fusión se completó como parte de la [actualización de la red París](/ethereum-forks/#paris). La propuesta [EIP-3675](https://eips.ethereum.org/EIPS/eip-3675) se cambió de "Última llamada" a "Final", completando la transición a la prueba de participación.
 
 <ButtonLink href="/roadmap/merge/">
   Más sobre la fusión
diff --git a/public/content/translations/es/roadmap/merge/index.md b/public/content/translations/es/roadmap/merge/index.md
index d3b18f8d997..17c09a18d60 100644
--- a/public/content/translations/es/roadmap/merge/index.md
+++ b/public/content/translations/es/roadmap/merge/index.md
@@ -17,7 +17,7 @@ summaryPoint4: La Fusión redujo el consumo de energía de Ethereum en un ~99,95
 
 ## ¿Qué es La Fusión? {#what-is-the-merge}
 
-La fusión fue la unión de la capa de ejecución inicial de Ethereum (la red principal que ha existido desde el [génesis](/history/#frontier)) con su nueva capa de consenso de prueba de participación, la cadena de baliza. Eliminó la necesidad de la minería conun consumo intensivo de energía y, en su lugar, permitió asegurar la red utilizando ETH apostados. Es un paso verdaderamente emocionante para hacer la visión de Ethereum una realidad: más escalabilidad, seguridad y sostenibilidad.
+La fusión fue la unión de la capa de ejecución inicial de Ethereum (la red principal que ha existido desde el [génesis](/ethereum-forks/#frontier)) con su nueva capa de consenso de prueba de participación, la cadena de baliza. Eliminó la necesidad de la minería conun consumo intensivo de energía y, en su lugar, permitió asegurar la red utilizando ETH apostados. Es un paso verdaderamente emocionante para hacer la visión de Ethereum una realidad: más escalabilidad, seguridad y sostenibilidad.
 
 <MergeInfographic />
 
diff --git a/public/content/translations/es/roadmap/merge/issuance/index.md b/public/content/translations/es/roadmap/merge/issuance/index.md
index 277b95ed633..bf407dd3a0d 100644
--- a/public/content/translations/es/roadmap/merge/issuance/index.md
+++ b/public/content/translations/es/roadmap/merge/issuance/index.md
@@ -30,11 +30,11 @@ title="tldr emisión de ETH">
 
 ### La emisión de la capa de ejecución {#el-issuance-pre-merge}
 
-Bajo la prueba de trabajo, los mineros solo interactuaban con la capa de ejecución y se les compensaba con un bloque de recompensas, si eran los primeros mineros en resolver el siguiente bloque. Desde la [actualización Constantinople](/history/#constantinople) en 2019, esta recompensa era de 2 ETH por bloque. Los mineros también recibían recompensas por publicaciones de bloques [ommer](/glossary/#ommer), que eran bloques válidos que no acababan en la cadena más larga/predilecta. Estas recompensas eran de un máximo 1,75 ETH por ommer, y suponían _un extra_ a la recompensa emitida desde el bloque predilecto. El proceso de minería era una actividad económica intensa, que históricamente requería altos niveles de emisión de ETH para ser sostenible.
+Bajo la prueba de trabajo, los mineros solo interactuaban con la capa de ejecución y se les compensaba con un bloque de recompensas, si eran los primeros mineros en resolver el siguiente bloque. Desde la [actualización Constantinople](/ethereum-forks/#constantinople) en 2019, esta recompensa era de 2 ETH por bloque. Los mineros también recibían recompensas por publicaciones de bloques [ommer](/glossary/#ommer), que eran bloques válidos que no acababan en la cadena más larga/predilecta. Estas recompensas eran de un máximo 1,75 ETH por ommer, y suponían _un extra_ a la recompensa emitida desde el bloque predilecto. El proceso de minería era una actividad económica intensa, que históricamente requería altos niveles de emisión de ETH para ser sostenible.
 
 ### La emisión de la capa de consenso {#cl-issuance-pre-merge}
 
-La [cadena de baliza](/history/#beacon-chain-genesis) empezó en 2020. En vez de mineros, está asegurada por validadores que usan pruebas de participación. Esta cadena era impulsada por usuarios de Ethereum que depositaban ETH unidireccionalmente en un contrato inteligente de red principal (la capa de ejecución), que la cadena de baliza escucha, acreditando al usuario una cantidad equivalente de ETH en la cadena nueva. Hasta que ocurrió La Fusión, los validadores de la cadena de baliza no estaban procesando transacciones y estaban principalmente llegando a consensos sobre el estado del grupo de validadores entre sí.
+La [cadena de baliza](/ethereum-forks/#beacon-chain-genesis) empezó en 2020. En vez de mineros, está asegurada por validadores que usan pruebas de participación. Esta cadena era impulsada por usuarios de Ethereum que depositaban ETH unidireccionalmente en un contrato inteligente de red principal (la capa de ejecución), que la cadena de baliza escucha, acreditando al usuario una cantidad equivalente de ETH en la cadena nueva. Hasta que ocurrió La Fusión, los validadores de la cadena de baliza no estaban procesando transacciones y estaban principalmente llegando a consensos sobre el estado del grupo de validadores entre sí.
 
 A los validadores de la cadena de baliza se les recompensaba con ETH por confirmar el estado de la cadena y proponer bloques. Las recompensas (o penalizaciones) se calculaban y distribuían en cada época (cada 6,4 minutos) en función del rendimiento del validador. Las recompensas de los validadores son **considerablemente** inferiores a las recompensas de los mineros que se emitían anteriormente con la prueba de trabajo (2 ETH cada ~13,5 segundos), ya que el funcionamiento de un nodo de validador no supone un gasto tan elevado, ni requiere o garantiza una gran recompensa.
 
@@ -94,7 +94,7 @@ Reducción neta de la emisión anual de ETH: <strong>~88,7%</strong> ((4,61% - 0
 La fuerza opuesta a la emisión de ETH es la tasa a la cual se quema ETH. Para que se ejecute una transacción en Ethereum, se debe pagar una comisión mínima (conocida como «tarifa de base»), que fluctúa constantemente (bloque-a-bloque) dependiendo de la actividad de la red. La tarifa se debe pagar en ETH y se _requiere_ para que se considere una transacción válida. La tarifa se _quema_ durante el proceso de la transacción, eliminándola de la circulación.
 
 <InfoBanner>
-La quema de la comisión empezó con [la actualización London](/history/#london) en agosto del 2021, y no se le han implementado más cambios desde La Fusión.
+La quema de la comisión empezó con [la actualización London](/ethereum-forks/#london) en agosto del 2021, y no se le han implementado más cambios desde La Fusión.
 </InfoBanner>
 
 Además de la tarifa implementada en la actualización London, los validadores también pueden incurrir en penalizaciones por estar fuera de línea, o peor aún, se les puede recortar por romper las reglas específicas que amenazan la seguridad de la red. Estas penalizaciones ocasionan una reducción de ETH del saldo de los validadores, que no recompensa directamente ninguna otra cuenta, quemándolos/eliminándolos efectivamente de circulación.
diff --git a/public/content/translations/es/staking/withdrawals/index.md b/public/content/translations/es/staking/withdrawals/index.md
index 30153dd921e..864b8f6bbc1 100644
--- a/public/content/translations/es/staking/withdrawals/index.md
+++ b/public/content/translations/es/staking/withdrawals/index.md
@@ -65,7 +65,7 @@ Una vez que una cuenta se marca como «retirable» y se proporcionan las credenc
 
 La actualización Shanghai/Capella habilitó previamente que los ETH apostados se reclamen en las cuentas regulares de Ethereum. Con esto se cierra el ciclo de la liquidez y aproima un poco más a Ethereum en su intención de desarrollar un ecosistema descentralizado escalable, seguro y sostenible.
 
-- [Más sobre la historia de Ethereum](/history/)
+- [Más sobre la historia de Ethereum](/ethereum-forks/)
 - [Más sobre la hoja de ruta de Ethereum](/roadmap/)
 
 ## ¿Cómo funcionan los pagos de las retiradas? {#how-do-withdrawals-work}
diff --git a/public/content/translations/fa/community/research/index.md b/public/content/translations/fa/community/research/index.md
index a129ad94f4d..fb2ffdf75fe 100644
--- a/public/content/translations/fa/community/research/index.md
+++ b/public/content/translations/fa/community/research/index.md
@@ -83,7 +83,7 @@ lang: fa
 1. کاربر اجماع برای ردیابی راس بلاکچین، بلوک‌های بی‌مورد و مدیریت منطق اجماع
 2. کاربر اجرایی برای پشتیبانی از ماشین مجازی اتریوم و اجرای تراکنش‌ها و قراردادهای هوشمند
 
-برای جزئیات بیشتر در مورد گره‌ها و کاربرها و فهرستی از تمام کاربرهای فعلی، به [صفحه گره‌ها و کاربرها](/developers/docs/nodes-and-clients/) مراجعه کنید. همچنین می‌توانید تاریخچه تمام به‌روزرسانی‌های اتریوم را در [صفحه تاریخچه](/history/) پیدا کنید.
+برای جزئیات بیشتر در مورد گره‌ها و کاربرها و فهرستی از تمام کاربرهای فعلی، به [صفحه گره‌ها و کاربرها](/developers/docs/nodes-and-clients/) مراجعه کنید. همچنین می‌توانید تاریخچه تمام به‌روزرسانی‌های اتریوم را در [صفحه تاریخچه](/ethereum-forks/) پیدا کنید.
 
 ### کاربرهای اجرا {#execution-clients}
 
diff --git a/public/content/translations/fa/developers/docs/consensus-mechanisms/pow/index.md b/public/content/translations/fa/developers/docs/consensus-mechanisms/pow/index.md
index ff3089bd2a8..f6bcd198a76 100644
--- a/public/content/translations/fa/developers/docs/consensus-mechanisms/pow/index.md
+++ b/public/content/translations/fa/developers/docs/consensus-mechanisms/pow/index.md
@@ -56,7 +56,7 @@ lang: fa
 
 اثبات کار همچنین مسئول صدور ارز جدید به درون سیستم و تشویق استخراج‌گران به انجام کار بود.
 
-از زمان [ارتقا Constantinopld](/history/#constantinople)، استخراج گرانی که با موفقیت بلوک می‌ساختند پاداشی برابر با دو اتر و بخشی از کارمزد تراکنش ها دریافت میکردند. بابت ساخت بلوک های عمو همچنین ۱٫۷۵ اتر پرداخت میشود. بلوک های عمو، بلوک های معتبری بودند که یک استخراج‌گر همزمان با اسخراج‌گر دیگر آن را به موازات زنجیره ابتدایی ساخته است، که در نهایت با این تصمیم که روی‌ کدام بلوک زنجیره ادامه پیدا میکند مشخص میشوند. بلوک‌های عمو معمولا به علت تأخیر شبکه رخ می‌دادند.
+از زمان [ارتقا Constantinopld](/ethereum-forks/#constantinople)، استخراج گرانی که با موفقیت بلوک می‌ساختند پاداشی برابر با دو اتر و بخشی از کارمزد تراکنش ها دریافت میکردند. بابت ساخت بلوک های عمو همچنین ۱٫۷۵ اتر پرداخت میشود. بلوک های عمو، بلوک های معتبری بودند که یک استخراج‌گر همزمان با اسخراج‌گر دیگر آن را به موازات زنجیره ابتدایی ساخته است، که در نهایت با این تصمیم که روی‌ کدام بلوک زنجیره ادامه پیدا میکند مشخص میشوند. بلوک‌های عمو معمولا به علت تأخیر شبکه رخ می‌دادند.
 
 ## قطعیت {#finality}
 
diff --git a/public/content/translations/fa/developers/docs/nodes-and-clients/index.md b/public/content/translations/fa/developers/docs/nodes-and-clients/index.md
index 196ba2d1b91..6f2ea85d747 100644
--- a/public/content/translations/fa/developers/docs/nodes-and-clients/index.md
+++ b/public/content/translations/fa/developers/docs/nodes-and-clients/index.md
@@ -37,7 +37,7 @@ sidebarDepth: 2
 - در اصل، [زردنامه اتریوم](https://ethereum.github.io/yellowpaper/paper.pdf)
 - [مشخصات لایه اجرا](https://github.com/ethereum/execution-specs/)
 - [مشخصات لایه اجماع](https://github.com/ethereum/consensus-specs)
-- [EIPهای](https://eips.ethereum.org/) پیاده‌سازی شده در گستره‌ای از [ارتقاهای شبکه](/history/)
+- [EIPهای](https://eips.ethereum.org/) پیاده‌سازی شده در گستره‌ای از [ارتقاهای شبکه](/ethereum-forks/)
 
 ### ردیابی نودها در شبکه {#network-overview}
 
diff --git a/public/content/translations/fa/developers/docs/nodes-and-clients/run-a-node/index.md b/public/content/translations/fa/developers/docs/nodes-and-clients/run-a-node/index.md
index 40f31de2e76..4ef6e604ee7 100644
--- a/public/content/translations/fa/developers/docs/nodes-and-clients/run-a-node/index.md
+++ b/public/content/translations/fa/developers/docs/nodes-and-clients/run-a-node/index.md
@@ -444,7 +444,7 @@ _این موضوع روی گره‌های اعتبار سنج لایه‌ی اج
 
 #### به‌روزرسانی کلاینت‌ها {#updating-clients}
 
-شما باید نرم‌افزار کلاینت خود را با آخرین پچ‌های امنیتی، ویژگی‌ها و [EIPها](/eips/) به‌روز نگه‌دارید. به‌ویژه قبل از [فورک سخت](/history/)، مطمئن شوید که نسخه‌های کلاینت صحیح را اجرا می‌کنید.
+شما باید نرم‌افزار کلاینت خود را با آخرین پچ‌های امنیتی، ویژگی‌ها و [EIPها](/eips/) به‌روز نگه‌دارید. به‌ویژه قبل از [فورک سخت](/ethereum-forks/)، مطمئن شوید که نسخه‌های کلاینت صحیح را اجرا می‌کنید.
 
 > قبل از به‌روزرسانی‌های مهم شبکه، EF یک پست را در [وبلاگ](https://blog.ethereum.org) خود منتشر می‌کند. می‌توانید [مشترک این اعلامیه‌ها شوید](https://blog.ethereum.org/category/protocol#subscribe) تا زمانی که گره شما نیاز به بروزرسانی دارد، اعلان را در ایمیل خود دریافت کنید.
 
diff --git a/public/content/translations/fa/developers/docs/transactions/index.md b/public/content/translations/fa/developers/docs/transactions/index.md
index ed15c6551fa..9083f700826 100644
--- a/public/content/translations/fa/developers/docs/transactions/index.md
+++ b/public/content/translations/fa/developers/docs/transactions/index.md
@@ -205,9 +205,9 @@ lang: fa
 
 1. **تراکنش های نوع صفر (قدیمی):** فرمت تراکنش اصلی که از زمان راه‌اندازی اتریوم استفاده شده است. اینها شامل ویژگی‌های [EIP-1559](https://eips.ethereum.org/EIPS/eip-1559) مانند محاسبات دینامیک هزینه گس یا لیست دسترسی برای قراردادهای هوشمند نمی‌شوند. تراکنش‌های قدیمی فاقد پیشوند خاصی هستند که نوع آن‌ها را به صورت سریالی نشان می‌دهد، و با بایت `0xf8` هنگام استفاده از رمزگذاری [پیشوند طول بازگشتی (RLP)](/developers/docs/data-structures-and-encoding/rlp) شروع می‌شوند. مقدار TransactionType برای این تراکنش‌ها `0x0` است.
 
-2. **تراکنش‌های نوع یک:**در [پیشنهاد EIP-2930](https://eips.ethereum.org/EIPS/eip-2930) به‌عنوان بخشی از [ارتقای برلین](/history/#berlin) اتریوم معرفی شدند، این تراکنش‌ها شامل پارامتر `accessList` هستند. این فهرست اقدام به مشخص‌کردن آدرس‌ها و کلیدهای ذخیره‌سازی می‌کند که تراکنش انتظار دارد به آنها دسترسی داشته باشد، و به کاهش بالقوه هزینه‌های [گس](/developers/docs/gas/) برای تراکنش‌های پیچیده شامل قراردادهای هوشمند کمک می‌کند. تغییرات بازار کارمزد EIP-1559 در تراکنش‌های نوع یک گنجانده نشده‌اند. تراکنش‌های نوع 1 همچنین شامل یک پارامتر `yParity` هستند که می‌تواند `0x0` یا `0x1` باشد که نشان‌دهنده برابری مقدار y امضای secp256k1 است. تشخیص آنها اینطور است که با بایت `0x01` شناسایی می شوند و مقدار TransactionType آنها `0x1` است.
+2. **تراکنش‌های نوع یک:**در [پیشنهاد EIP-2930](https://eips.ethereum.org/EIPS/eip-2930) به‌عنوان بخشی از [ارتقای برلین](/ethereum-forks/#berlin) اتریوم معرفی شدند، این تراکنش‌ها شامل پارامتر `accessList` هستند. این فهرست اقدام به مشخص‌کردن آدرس‌ها و کلیدهای ذخیره‌سازی می‌کند که تراکنش انتظار دارد به آنها دسترسی داشته باشد، و به کاهش بالقوه هزینه‌های [گس](/developers/docs/gas/) برای تراکنش‌های پیچیده شامل قراردادهای هوشمند کمک می‌کند. تغییرات بازار کارمزد EIP-1559 در تراکنش‌های نوع یک گنجانده نشده‌اند. تراکنش‌های نوع 1 همچنین شامل یک پارامتر `yParity` هستند که می‌تواند `0x0` یا `0x1` باشد که نشان‌دهنده برابری مقدار y امضای secp256k1 است. تشخیص آنها اینطور است که با بایت `0x01` شناسایی می شوند و مقدار TransactionType آنها `0x1` است.
 
-3. **تراکنش‌های نوع 2** که معمولاً به تراکنش‌های EIP-1559 گفته می‌شوند، تراکنش‌هایی هستند که در [EIP-1559](https://eips.ethereum.org/EIPS/eip-1559)، در [به‌روزرسانی لندن](/history/#london) اتریوم معرفی شده‌اند. آنها به مدل تراکنش استاندارد در شبکه اتریوم تبدیل شده‌اند. این تراکنش‌ها یک مکانیزم جدید بازار کارمزد را معرفی می‌کنند که با تفکیک کارمزد معامله به کارمزد پایه و کارمزد اولویت، قابلیت پیش‌بینی را بهبود می‌بخشد. آنها با بایت `0x02` شروع می شوند و شامل فیلدهایی مانند `maxPriorityFeePerGas` و `maxFeePerGas` می‌شوند. تراکنش‌های نوع 2 اکنون به دلیل انعطاف‌پذیری و کارایی، پیش‌فرض هستند، به‌ویژه در دوره‌های شلوغی بالای شبکه به دلیل توانایی آن‌ها در کمک به کاربران در مدیریت قابل پیش‌بینی‌تر کارمزد تراکنش‌ها مورد توجه قرار می‌گیرند. مقدار TransactionType برای این تراکنش ها `0x2` است.
+3. **تراکنش‌های نوع 2** که معمولاً به تراکنش‌های EIP-1559 گفته می‌شوند، تراکنش‌هایی هستند که در [EIP-1559](https://eips.ethereum.org/EIPS/eip-1559)، در [به‌روزرسانی لندن](/ethereum-forks/#london) اتریوم معرفی شده‌اند. آنها به مدل تراکنش استاندارد در شبکه اتریوم تبدیل شده‌اند. این تراکنش‌ها یک مکانیزم جدید بازار کارمزد را معرفی می‌کنند که با تفکیک کارمزد معامله به کارمزد پایه و کارمزد اولویت، قابلیت پیش‌بینی را بهبود می‌بخشد. آنها با بایت `0x02` شروع می شوند و شامل فیلدهایی مانند `maxPriorityFeePerGas` و `maxFeePerGas` می‌شوند. تراکنش‌های نوع 2 اکنون به دلیل انعطاف‌پذیری و کارایی، پیش‌فرض هستند، به‌ویژه در دوره‌های شلوغی بالای شبکه به دلیل توانایی آن‌ها در کمک به کاربران در مدیریت قابل پیش‌بینی‌تر کارمزد تراکنش‌ها مورد توجه قرار می‌گیرند. مقدار TransactionType برای این تراکنش ها `0x2` است.
 
 ## بیشتر بخوانید {#further-reading}
 
diff --git a/public/content/translations/fa/governance/index.md b/public/content/translations/fa/governance/index.md
index 93ea8f526e9..2eb00628b98 100644
--- a/public/content/translations/fa/governance/index.md
+++ b/public/content/translations/fa/governance/index.md
@@ -152,7 +152,7 @@ _یادداشت: هر فردی می‌تواند عضوی از چند گروه 
 
 با وجود اینکه مشخصات و اجراهای توسعه همواره متن‌ کاملا باز بوده‌ است، فرایندهای رسمی‌ که برای پیشنهاد به‌روزرسانی در بالا توضیح داده شد در آن استفاده نشده‌اند. این کار اجازه داد تغییرات سریع‌تر توسط محققین و پیاده‌کنندگان مشخص شده و پذیرفته شوند.
 
-با ادغام زنجیره بیکن با لایه اجرایی اتریوم در 15 سپتامبر 2022 رویداد ادغام (The Merge) به عنوان بخشی از [ارتقا شبکه پاریس](/history/#paris) کامل شد. پیشنهاد [EIP-3675](https://eips.ethereum.org/EIPS/eip-3675) از حالت 'Last Call' به 'Final'، با کامل شدن گذر به مکانیزم اثبات سهام تغییر کرد.
+با ادغام زنجیره بیکن با لایه اجرایی اتریوم در 15 سپتامبر 2022 رویداد ادغام (The Merge) به عنوان بخشی از [ارتقا شبکه پاریس](/ethereum-forks/#paris) کامل شد. پیشنهاد [EIP-3675](https://eips.ethereum.org/EIPS/eip-3675) از حالت 'Last Call' به 'Final'، با کامل شدن گذر به مکانیزم اثبات سهام تغییر کرد.
 
 <ButtonLink href="/roadmap/merge/">
   اطلاعات بیشتر درباره‌ی ادغام
diff --git a/public/content/translations/fa/roadmap/merge/index.md b/public/content/translations/fa/roadmap/merge/index.md
index b6bf935b910..85b12ff5476 100644
--- a/public/content/translations/fa/roadmap/merge/index.md
+++ b/public/content/translations/fa/roadmap/merge/index.md
@@ -17,7 +17,7 @@ summaryPoint4: میزان مصرف انرژی اتریوم بعد از ادغا
 
 ## رویداد ادغام چه بود؟ {#what-is-the-merge}
 
-به اتصال لایۀ اجرای اصلی اتریوم (شبکه اصلی که از بدو [پیدایش](/history/#frontier) اتریوم وجود داشته است) با لایۀ اجماع جدید اثبات سهام آن (زنجیره بیکن) بود. این رویداد نیاز به استخراج انرژی‌بر را از بین بُرد و در عوض شبکه را قادر ساخت تا با استفاده از اتریوم سهام‌گذاری‌شده، امن شود. این رویداد یک گام واقعاً هیجان‌انگیز در تحقق چشم‌انداز اتریوم —یعنی مقیاس‌پذیری، امنیت و پایداری بیشتر — بود.
+به اتصال لایۀ اجرای اصلی اتریوم (شبکه اصلی که از بدو [پیدایش](/ethereum-forks/#frontier) اتریوم وجود داشته است) با لایۀ اجماع جدید اثبات سهام آن (زنجیره بیکن) بود. این رویداد نیاز به استخراج انرژی‌بر را از بین بُرد و در عوض شبکه را قادر ساخت تا با استفاده از اتریوم سهام‌گذاری‌شده، امن شود. این رویداد یک گام واقعاً هیجان‌انگیز در تحقق چشم‌انداز اتریوم —یعنی مقیاس‌پذیری، امنیت و پایداری بیشتر — بود.
 
 <MergeInfographic />
 
diff --git a/public/content/translations/fa/roadmap/merge/issuance/index.md b/public/content/translations/fa/roadmap/merge/issuance/index.md
index e041a70519f..6886abeda55 100644
--- a/public/content/translations/fa/roadmap/merge/issuance/index.md
+++ b/public/content/translations/fa/roadmap/merge/issuance/index.md
@@ -30,11 +30,11 @@ title="خلاصه‌ای بر صدور اتر">
 
 ### صدور در لایۀ اجرا {#el-issuance-pre-merge}
 
-در مکانیزم اثبات کار، استخراجگرها تنها با لایۀ اجرا در تعامل بودند و در صورتی که به عنوان اولین استخراجگر می‌توانستند بلوک بعدی را حل کنند، پاداش بلوک به آن‌ها تعلق می‌گرفت. از زمان [ارتقای Constantinople ‏](/history/#constantinople)در سال 2019، این پاداش 2 اتر به ازای هر بلوک بود. استخراجگرها حتی برای انتشار بلوک‌های[Ommer](/glossary/#ommer) پاداش دریافت می‌کردند. آن‌ها بلوک‌های معتبری بودند که نمی‌توانستند به زنجیرۀ طولانی‌تر/متعارف بلوک‌های شبکه بپیوندند. این پاداش‌ها به حداکثر 1/75 اتر به ازای هر بلوک ommer می‌رسید، و این پاداش‌ها _علاوه بر_ پاداشی بود که بابت بلوک‌های متعارف در شبکه دریافت می‌شد. فرآیند استخراج یک فعالیت فشرده اقتصادی بود که به طور تاریخی برای ثبات خود نیاز به سطوح بالایی از صدور اتر داشت.
+در مکانیزم اثبات کار، استخراجگرها تنها با لایۀ اجرا در تعامل بودند و در صورتی که به عنوان اولین استخراجگر می‌توانستند بلوک بعدی را حل کنند، پاداش بلوک به آن‌ها تعلق می‌گرفت. از زمان [ارتقای Constantinople ‏](/ethereum-forks/#constantinople)در سال 2019، این پاداش 2 اتر به ازای هر بلوک بود. استخراجگرها حتی برای انتشار بلوک‌های[Ommer](/glossary/#ommer) پاداش دریافت می‌کردند. آن‌ها بلوک‌های معتبری بودند که نمی‌توانستند به زنجیرۀ طولانی‌تر/متعارف بلوک‌های شبکه بپیوندند. این پاداش‌ها به حداکثر 1/75 اتر به ازای هر بلوک ommer می‌رسید، و این پاداش‌ها _علاوه بر_ پاداشی بود که بابت بلوک‌های متعارف در شبکه دریافت می‌شد. فرآیند استخراج یک فعالیت فشرده اقتصادی بود که به طور تاریخی برای ثبات خود نیاز به سطوح بالایی از صدور اتر داشت.
 
 ### صدور در لایۀ اجماع {#cl-issuance-pre-merge}
 
-[زنجیره بیکن](/history/#beacon-chain-genesis) در سال ۲۰۲۰ راه‌اندازی شد. امنیت این زنجیره به جای استخراجگرها، توسط اعتبارسنج‌هایی که از مکانیزم اثبات سهام استفاده می‌کنند، تأمین می‌شود. زنجیرۀ بیکن توسط کاربران شبکۀ اتریوم بوت استرپ یا خودگردان‌سازی شد که طی آن، کاربران رمزارز اتر را به صورت یک‌طرفه به قرارداد هوشمندی که روی شبکۀ اصلی (لایۀ اجرا) بود واریز می‌کردند تا درنتیجۀ آن، زنجیرۀ بیکن به‌اندازه همان مقدار اتریوم روی زنجیره جدید به کاربر اعتبار دهد. بعد از این که رویداد «ادغام» انجام گرفت، اعتبارسنج‌های زنجیرۀ بیکن دیگر تراکنش‌ها را پردازش نکردند و نسبت به وضعیت استخر اعتبارسنج اساساً داشتند به اجماع می‌رسیدند.
+[زنجیره بیکن](/ethereum-forks/#beacon-chain-genesis) در سال ۲۰۲۰ راه‌اندازی شد. امنیت این زنجیره به جای استخراجگرها، توسط اعتبارسنج‌هایی که از مکانیزم اثبات سهام استفاده می‌کنند، تأمین می‌شود. زنجیرۀ بیکن توسط کاربران شبکۀ اتریوم بوت استرپ یا خودگردان‌سازی شد که طی آن، کاربران رمزارز اتر را به صورت یک‌طرفه به قرارداد هوشمندی که روی شبکۀ اصلی (لایۀ اجرا) بود واریز می‌کردند تا درنتیجۀ آن، زنجیرۀ بیکن به‌اندازه همان مقدار اتریوم روی زنجیره جدید به کاربر اعتبار دهد. بعد از این که رویداد «ادغام» انجام گرفت، اعتبارسنج‌های زنجیرۀ بیکن دیگر تراکنش‌ها را پردازش نکردند و نسبت به وضعیت استخر اعتبارسنج اساساً داشتند به اجماع می‌رسیدند.
 
 اعتبارسنج‌ها روی زنجیرۀ بیکن بابت تأیید وضعیت زنجیره و پیشنهاد دادن بلوک‌ها، اتر پاداش می‌گیرند. پاداش‌ها ( یا جریمه‌ها) در هر ایپوک (هر 6/4 دقیقه) براساس عملکرد اعتبارسنج محاسبه و توزیع می‌شوند. پاداش‌های اعتبارسنجی **به طور قابل توجهی**کمتر از پاداش‌های استخراج است که قبلاً در مکانیزم اثبات کار (در هر 13/5 ثانیه 2 اتر) صادر می‌شد، چون اجرای یک گره اعتبارسنجی از نظر اقتصادی چندان مشکل نیست، بنابراین نیازی به پاداش بالا یا ضمانت زیادی در این زمینه ندارد.
 
@@ -91,7 +91,7 @@ title="خلاصه‌ای بر صدور اتر">
 نیروی مخالف صدور اتر، نرخ سوزانده شدنش است. برای اجرایی شدن یک تراکنش بر روی شبکۀ اتریوم، حداقل کارمزد شبکه (که با نام «کارمزد پایه» شناخته می‌شود) باید پرداخت گردد، که مقدارش به طور پیوسته (بلوک به بلوک) بسته به فعالیت شبکه در نوسان و تغییر است. کارمزد به واحد اتر پرداخت می‌شود و برای معتبر تلقی شدن تراکنش‌ها _نیاز_است. این کارمزد در فرآیند انجام یک تراکنش _می‌سوزد_، و از چرخه حذف می‌شود.
 
 <InfoBanner>
-سوختن کارمزد در اوت 2021 و با اجرای [ارتقای لندن](/history/#london)محقق گردید و از زمان وقوع «ادغام» هم تغییری نکرده است.
+سوختن کارمزد در اوت 2021 و با اجرای [ارتقای لندن](/ethereum-forks/#london)محقق گردید و از زمان وقوع «ادغام» هم تغییری نکرده است.
 </InfoBanner>
 
 علاوه بر سوزاندن کارمزد تراکنش‌ها که طی ارتقای لندن اجرایی شد، اعتبارسنج‌ها می‌توانند جریمه‌هایی را نیز از بابت آفلاین بودنشان یا بدتر از آن متحمل شوند؛ آن‌ها ممکن است با زیر پا گذاشتن قوانین خاصی که امنیت شبکه را تهدید می‌کند، از شبکه بیرون انداخته شوند. این جریمه‌ها باعث کاهش در موجودی اتر اعتبارسنج‌ها می‌گردد؛ جریمۀ برداشت‌شده مستقیماً به حساب‌های دیگر به عنوان پاداش داده نمی‌شود، بلکه به طور اثربخش سوزانده/از گردش در شبکه حذف خواهد شد.
diff --git a/public/content/translations/fa/staking/withdrawals/index.md b/public/content/translations/fa/staking/withdrawals/index.md
index c2a789803c3..32826a1b19d 100644
--- a/public/content/translations/fa/staking/withdrawals/index.md
+++ b/public/content/translations/fa/staking/withdrawals/index.md
@@ -65,7 +65,7 @@ summaryPoints:
 
 ارتقاء شانگهای/کاپلا این امکان را فراهم کرد که اتر سهامگذاری شده در درون حساب‌های معمول اتریوم بازپس گرفته شود. این امر حلقه نقدینگی سهامگذاری را بست و اتریوم را یک قدم به مسیر ساختن یک اکوسیستم غیرمتمرکز پایدار، مقیاس‌پذیر و امن نزدیک‌تر کرد.
 
-- [اطلاعات بیشتر درباره تاریخچه اتریوم](/history/)
+- [اطلاعات بیشتر درباره تاریخچه اتریوم](/ethereum-forks/)
 - [اطلاعات بیشتر درباره نقشه‌راه اتریوم](/roadmap/)
 
 ## پرداخت برداشت‌ها چگونه انجام می‌شوند؟ {#how-do-withdrawals-work}
diff --git a/public/content/translations/fil/governance/index.md b/public/content/translations/fil/governance/index.md
index fd796444ac0..6255649c168 100644
--- a/public/content/translations/fil/governance/index.md
+++ b/public/content/translations/fil/governance/index.md
@@ -152,7 +152,7 @@ Sa proseso ng pamamahala ng Ethereum, madalas na ipinagpapalit ang bilis at kahu
 
 Bagama't palaging ganap na open source ang specification at mga pagpapatupad ng developement, hindi ginamit ang mga pormal na prosesong ginagamit para magmungkahi ng mga update. Dahil dito, mas mabilis na natukoy at napagkasunduan ng mga mananaliksik at implementer ang mga pagbabago.
 
-Noong mag-merge ang Beacon Chain at Ethereum execution layer noong ika-15 ng Setyembre, 2022, natapos ang The Merge bilang bahagi ng [Paris network upgrade](/history/#paris). Ang proposal na [EIP-3675](https://eips.ethereum.org/EIPS/eip-3675)ay ginawang 'Final' mula sa 'Last Call', kaya nailipat ito sa patunay ng stake.
+Noong mag-merge ang Beacon Chain at Ethereum execution layer noong ika-15 ng Setyembre, 2022, natapos ang The Merge bilang bahagi ng [Paris network upgrade](/ethereum-forks/#paris). Ang proposal na [EIP-3675](https://eips.ethereum.org/EIPS/eip-3675)ay ginawang 'Final' mula sa 'Last Call', kaya nailipat ito sa patunay ng stake.
 
 <ButtonLink href="/roadmap/merge/">
   Iba pang detalye tungkol sa The Merge
diff --git a/public/content/translations/fil/staking/withdrawals/index.md b/public/content/translations/fil/staking/withdrawals/index.md
index acc6339b627..a3cc4517736 100644
--- a/public/content/translations/fil/staking/withdrawals/index.md
+++ b/public/content/translations/fil/staking/withdrawals/index.md
@@ -65,7 +65,7 @@ Live na ang mga pag-withdraw sa staking! Ang functionality ng pag-withdraw ay in
 
 Ang Shanghai/Capella upgrade ang nagbigay-daan para maibalik ang staked ETH sa mga regular na Ethereum account. Sinubaybayan nito ang pag-stake ng liquidity, at inilapit nito ang Ethereum sa layunin nitong bumuo ng sustainable, scalable, at secure na decentralized ecosystem.
 
-- [Iba pang detalye tungkol sa kasaysayan ng Ethereum](/history/)
+- [Iba pang detalye tungkol sa kasaysayan ng Ethereum](/ethereum-forks/)
 - [Iba pang detalye tungkol sa roadmap ng Ethereum](/roadmap/)
 
 ## Paano gumagana ang mga withdrawal payment? {#how-do-withdrawals-work}
diff --git a/public/content/translations/fr/community/research/index.md b/public/content/translations/fr/community/research/index.md
index cd00caa3d6a..a1a600b0356 100644
--- a/public/content/translations/fr/community/research/index.md
+++ b/public/content/translations/fr/community/research/index.md
@@ -83,7 +83,7 @@ Un nœud Ethereum est nécessaire pour faire fonctionner deux logiciels :
 1. un client de consensus chargé de suivre la tête de la blockchain, de propager les blocs et de gérer la logique de consensus
 2. un client d'exécution permettant de prendre en charge la machine virtuelle Ethereum et d'exécuter des transactions et des contrats intelligents
 
-Voir la [page des nœuds et des clients] (/developers/docs/nodes-and-clients/) pour plus de détails sur les nœuds et les clients et pour une liste de toutes les implémentations clients actuelles. Vous pouvez également consulter l'historique de toutes les mises à jour d'Ethereum sur la [page Historique](/history/).
+Voir la [page des nœuds et des clients] (/developers/docs/nodes-and-clients/) pour plus de détails sur les nœuds et les clients et pour une liste de toutes les implémentations clients actuelles. Vous pouvez également consulter l'historique de toutes les mises à jour d'Ethereum sur la [page Historique](/ethereum-forks/).
 
 ### Clients d'exécution {#execution-clients}
 
diff --git a/public/content/translations/fr/developers/docs/consensus-mechanisms/pos/attack-and-defense/index.md b/public/content/translations/fr/developers/docs/consensus-mechanisms/pos/attack-and-defense/index.md
index 94225a163bb..e0d5d85f957 100644
--- a/public/content/translations/fr/developers/docs/consensus-mechanisms/pos/attack-and-defense/index.md
+++ b/public/content/translations/fr/developers/docs/consensus-mechanisms/pos/attack-and-defense/index.md
@@ -132,7 +132,7 @@ Quelle que soit la pénalité imposée à l'attaquant, la communauté doit égal
 
 Cependant, il s'agirait d'un défi important en matière de gouvernance. Certains utilisateurs et validateurs subiraient inévitablement des pertes à la suite du retour à la chaîne honnête, les transactions dans les blocs validés après l'attaque pourraient potentiellement être annulées, perturbant la couche d'application, et cela remettrait tout simplement en question l'éthique de certains utilisateurs qui ont tendance à croire que « le code est la loi ». Les échanges et les applications auront très probablement établi un lien entre des actions hors chaîne et des transactions en chaîne qui pourraient maintenant être annulées, déclenchant une cascade de rétractations et de révisions qui seraient difficiles à démêler équitablement, surtout si les gains mal acquis ont été mélangés, déposés dans la DeFi ou d'autres dérivés ayant des effets secondaires pour les utilisateurs honnêtes. Certains utilisateurs, peut-être même institutionnels, auraient certainement déjà bénéficié de la chaîne malhonnête, soit par habileté, soit par hasard, et pourraient s'opposer à une fourche pour protéger leurs gains. Il y a eu des appels à répéter la réponse de la communauté face aux attaques à plus de 51 % afin qu'une réaction coordonnée et raisonnable puisse être exécutée rapidement. Vitalik a mené des discussions utiles sur ethresear.ch [ici](https://ethresear.ch/t/timeliness-detectors-and-51-attack-recovery-in-blockchains/6925) et [ici](https://ethresear.ch/t/responding-to-51-attacks-in-casper-ffg/6363) et sur Twitter ici. L'objectif d'une réponse sociale coordonnée devrait être de punir très précisément l'attaquant et de minimiser les effets sur les autres utilisateurs.
 
-La gouvernance est déjà un sujet complexe. Gérer une réponse d'urgence de la couche 0 à une chaîne finalisée malhonnête serait sans aucun doute un défi pour la communauté Ethereum, mais [cela s'est produit](/history/#dao-fork-summary) - [deux fois](/history/#tangerine-whistle) - dans l'histoire d'Ethereum).
+La gouvernance est déjà un sujet complexe. Gérer une réponse d'urgence de la couche 0 à une chaîne finalisée malhonnête serait sans aucun doute un défi pour la communauté Ethereum, mais [cela s'est produit](/ethereum-forks/#dao-fork-summary) - [deux fois](/ethereum-forks/#tangerine-whistle) - dans l'histoire d'Ethereum).
 
 Néanmoins, il y a quelque chose d'assez satisfaisant à ce que le dernier recours se situe dans le monde réel. En fin de compte, même avec cette pile technologique immense au-dessus de nous, si le pire devait arriver, des personnes réelles devraient se concerter pour s'en sortir.
 
diff --git a/public/content/translations/fr/developers/docs/consensus-mechanisms/pow/index.md b/public/content/translations/fr/developers/docs/consensus-mechanisms/pow/index.md
index 6eef24c0f05..901d37c0b57 100644
--- a/public/content/translations/fr/developers/docs/consensus-mechanisms/pow/index.md
+++ b/public/content/translations/fr/developers/docs/consensus-mechanisms/pow/index.md
@@ -56,7 +56,7 @@ Pour créer de manière constante des blocs malveillants mais valides, un mineur
 
 La preuve de travail était également responsable de l'émission de nouvelles devises dans le système et encourageait les mineurs à y travailler.
 
-Depuis [la mise à jour Constantinople](/history/#constantinople), les mineurs ayant réussi à créer un bloc étaient récompensés par deux ETH fraîchement minés et une partie des frais de transaction. Les blocs Ommer étaient également récompensés par 1,75 ETH. Les blocs Ommer étaient des blocs valides créés par un mineur pratiquement en même temps qu'un autre mineur créait le bloc canonique, qui était finalement déterminé par la chaîne construite en premier. Les blocs Ommer apparaissaient généralement en raison de la latence du réseau.
+Depuis [la mise à jour Constantinople](/ethereum-forks/#constantinople), les mineurs ayant réussi à créer un bloc étaient récompensés par deux ETH fraîchement minés et une partie des frais de transaction. Les blocs Ommer étaient également récompensés par 1,75 ETH. Les blocs Ommer étaient des blocs valides créés par un mineur pratiquement en même temps qu'un autre mineur créait le bloc canonique, qui était finalement déterminé par la chaîne construite en premier. Les blocs Ommer apparaissaient généralement en raison de la latence du réseau.
 
 ## Finalisation {#finality}
 
diff --git a/public/content/translations/fr/developers/docs/nodes-and-clients/index.md b/public/content/translations/fr/developers/docs/nodes-and-clients/index.md
index a54d97860be..53074c5474a 100644
--- a/public/content/translations/fr/developers/docs/nodes-and-clients/index.md
+++ b/public/content/translations/fr/developers/docs/nodes-and-clients/index.md
@@ -37,7 +37,7 @@ Ce que ces implémentations ont en commun, c'est qu'elles suivent toutes une seu
 - À l'origine, le [Livre jaune Ethereum](https://ethereum.github.io/yellowpaper/paper.pdf)
 - [Spécifications d'exécution](https://github.com/ethereum/execution-specs/)
 - [Spécifications de consensus](https://github.com/ethereum/consensus-specs)
-- [EIPs](https://eips.ethereum.org/) implémentés dans diverses [mises à jour réseau](/history/)
+- [EIPs](https://eips.ethereum.org/) implémentés dans diverses [mises à jour réseau](/ethereum-forks/)
 
 ### Suivi des nœuds sur le réseau {#network-overview}
 
diff --git a/public/content/translations/fr/developers/docs/nodes-and-clients/run-a-node/index.md b/public/content/translations/fr/developers/docs/nodes-and-clients/run-a-node/index.md
index 837c97f1b2b..5188e637f49 100644
--- a/public/content/translations/fr/developers/docs/nodes-and-clients/run-a-node/index.md
+++ b/public/content/translations/fr/developers/docs/nodes-and-clients/run-a-node/index.md
@@ -444,7 +444,7 @@ Envisagez de créer un service pour exécuter automatiquement vos clients au dé
 
 #### Mettre à jour les clients {#updating-clients}
 
-Vous devez conserver votre logiciel client à jour avec les derniers patchs de sécurité, les dernières fonctionnalités et les [EIP](/eips/). Tout particulièrement avant [les fourches majeures](/history/), assurez-vous d'utiliser les bonnes versions client.
+Vous devez conserver votre logiciel client à jour avec les derniers patchs de sécurité, les dernières fonctionnalités et les [EIP](/eips/). Tout particulièrement avant [les fourches majeures](/ethereum-forks/), assurez-vous d'utiliser les bonnes versions client.
 
 > Avant les mises à jour importantes du réseau, EF publie un message sur son [blog](https://blog.ethereum.org). Vous pouvez [vous abonner à ces annonces](https://blog.ethereum.org/category/protocol#subscribe) pour recevoir une notification par email lorsque votre nœud a besoin d'une mise à jour.
 
diff --git a/public/content/translations/fr/developers/docs/transactions/index.md b/public/content/translations/fr/developers/docs/transactions/index.md
index be8b76fd1f1..9fbfe0ec72e 100644
--- a/public/content/translations/fr/developers/docs/transactions/index.md
+++ b/public/content/translations/fr/developers/docs/transactions/index.md
@@ -202,9 +202,9 @@ En fonction de la valeur `TransactionType`, une transaction peut être classée
 
 1. **Transactions de type 0 (Legacy) :** Le format de transaction original utilisé depuis le lancement d'Ethereum. Ils n'incluent pas les fonctionnalités de l'[EIP-1559](https://eips.ethereum.org/EIPS/eip-1559), telles que les calculs dynamiques des frais de gaz ou les listes d'accès pour les contrats intelligents. Les transactions originelles n'ont pas de préfixe spécifique indiquant leur type dans leur forme sérialisée, et commencent par l'octet `0xf8` lorsqu'elles utilisent le codage [Recursive Length Prefix (RLP)](/developers/docs/data-structures-and-encoding/rlp). La valeur TransactionType pour ces transactions est `0x0`.
 
-2. **Transactions de type 1 :** Introduites dans [EIP-2930](https://eips.ethereum.org/EIPS/eip-2930) dans le cadre de la [mise à jour Berlin](/history/#berlin) d'Ethereum, ces transactions incluent un paramètre `accessList`. Cette liste spécifie les adresses et les clés de stockage auxquelles la transaction s'attend à accéder, contribuant ainsi potentiellement à réduire les coûts de [gaz](/developers/docs/gas/) pour les transactions complexes impliquant des contrats intelligents. Les variations du marché des frais EIP-1559 ne sont pas incluses dans les transactions de type 1. Les transactions de type 1 incluent également un paramètre `yParity`, qui peut être soit `0x0`, soit `0x1`, indiquant la parité de la valeur y de la signature secp256k1. Elles sont identifiées en commençant par l'octet `0x01`, et leur valeur TransactionType est `0x1`.
+2. **Transactions de type 1 :** Introduites dans [EIP-2930](https://eips.ethereum.org/EIPS/eip-2930) dans le cadre de la [mise à jour Berlin](/ethereum-forks/#berlin) d'Ethereum, ces transactions incluent un paramètre `accessList`. Cette liste spécifie les adresses et les clés de stockage auxquelles la transaction s'attend à accéder, contribuant ainsi potentiellement à réduire les coûts de [gaz](/developers/docs/gas/) pour les transactions complexes impliquant des contrats intelligents. Les variations du marché des frais EIP-1559 ne sont pas incluses dans les transactions de type 1. Les transactions de type 1 incluent également un paramètre `yParity`, qui peut être soit `0x0`, soit `0x1`, indiquant la parité de la valeur y de la signature secp256k1. Elles sont identifiées en commençant par l'octet `0x01`, et leur valeur TransactionType est `0x1`.
 
-3. **Transactions de type 2**, communément appelées transactions EIP-1559, sont des transactions introduites dans [EIP-1559](https://eips.ethereum.org/EIPS/eip-1559), lors de la [mise à jour London](/history/#london) d'Ethereum. Elles sont devenues le type de transaction standard sur le réseau Ethereum. Ces transactions introduisent un nouveau mécanisme de marché des frais qui améliore la prévisibilité en séparant les frais de transaction en frais de base et en frais prioritaires. Elles commencent par l'octet `0x02` et incluent des champs tels que `maxPriorityFeePerGas` et `maxFeePerGas`. Les transactions de Type 2 sont désormais la norme en raison de leur flexibilité et de leur efficacité. Elles sont particulièrement appréciées pendant les périodes de forte congestion du réseau car elles permettent aux utilisateurs de gérer les frais de transaction de manière plus prévisible. La valeur TransactionType pour ces transactions est `0x02`.
+3. **Transactions de type 2**, communément appelées transactions EIP-1559, sont des transactions introduites dans [EIP-1559](https://eips.ethereum.org/EIPS/eip-1559), lors de la [mise à jour London](/ethereum-forks/#london) d'Ethereum. Elles sont devenues le type de transaction standard sur le réseau Ethereum. Ces transactions introduisent un nouveau mécanisme de marché des frais qui améliore la prévisibilité en séparant les frais de transaction en frais de base et en frais prioritaires. Elles commencent par l'octet `0x02` et incluent des champs tels que `maxPriorityFeePerGas` et `maxFeePerGas`. Les transactions de Type 2 sont désormais la norme en raison de leur flexibilité et de leur efficacité. Elles sont particulièrement appréciées pendant les périodes de forte congestion du réseau car elles permettent aux utilisateurs de gérer les frais de transaction de manière plus prévisible. La valeur TransactionType pour ces transactions est `0x02`.
 
 
 
diff --git a/public/content/translations/fr/developers/tutorials/downsizing-contracts-to-fight-the-contract-size-limit/index.md b/public/content/translations/fr/developers/tutorials/downsizing-contracts-to-fight-the-contract-size-limit/index.md
index 8a9cf541912..715c6d08da5 100644
--- a/public/content/translations/fr/developers/tutorials/downsizing-contracts-to-fight-the-contract-size-limit/index.md
+++ b/public/content/translations/fr/developers/tutorials/downsizing-contracts-to-fight-the-contract-size-limit/index.md
@@ -21,7 +21,7 @@ Le [22 novembre 2016,](https://blog.ethereum.org/2016/11/18/hard-fork-no-4-spuri
 
 Cette limite a été apportée pour empêcher les attaques par déni de service (DOS). Tout appel vers un contrat est relativement peu coûteux en gaz. Cependant, l'impact d'un appel de contrat sur les nœuds Ethereum augmente de manière exponentielle en fonction de la taille du code du contrat appelé (lecture du code sur le disque, pré-traitement du code et ajout des données à la preuve de Merkle). Dans une situation où l'attaquant n'a besoin que de peu de ressources pour donner beaucoup de travail aux autres nœuds, il y a un risque d'attaques DOS.
 
-À l'origine, le problème était moins préoccupant, car la limite naturelle de la taille des contrats était la limite de gaz par bloc. Bien entendu, un contrat doit être déployé dans une transaction qui contient tout le bytecode du contrat. Si vous n'incluez ensuite que cette seule transaction dans un bloc, vous pourrez utiliser tout le gaz, mais il ne sera pas illimité. Depuis la [mise à niveau de Londres](/history/#london), la limite de gaz de bloc a pu varier entre 15M et 30M unités selon la demande du réseau.
+À l'origine, le problème était moins préoccupant, car la limite naturelle de la taille des contrats était la limite de gaz par bloc. Bien entendu, un contrat doit être déployé dans une transaction qui contient tout le bytecode du contrat. Si vous n'incluez ensuite que cette seule transaction dans un bloc, vous pourrez utiliser tout le gaz, mais il ne sera pas illimité. Depuis la [mise à niveau de Londres](/ethereum-forks/#london), la limite de gaz de bloc a pu varier entre 15M et 30M unités selon la demande du réseau.
 
 Dans les prochaines lignes, nous examinerons certaines méthodes classées en fonction de leur impact potentiel. Considérez ça comme perdre du poids. La meilleure stratégie pour atteindre son poids cible (dans notre cas, 24 kb) est de se concentrer en premier lieu sur les méthodes à fort impact. Dans la plupart des cas, il suffit de revoir son régime alimentaire pour y parvenir, mais il faut parfois aller un peu plus loin. Ensuite, vous pouvez ajouter à cela un peu d'exercice (impact modéré) ou même des suppléments (impact faible).
 
diff --git a/public/content/translations/fr/history/index.md b/public/content/translations/fr/ethereum-forks/index.md
similarity index 99%
rename from public/content/translations/fr/history/index.md
rename to public/content/translations/fr/ethereum-forks/index.md
index 012a87fd82e..0883696374e 100644
--- a/public/content/translations/fr/history/index.md
+++ b/public/content/translations/fr/ethereum-forks/index.md
@@ -320,7 +320,7 @@ La mise à niveau London a introduit [EIP-1559](https://eips.ethereum.org/EIPS/e
 
 Avant la mise à jour de Londres, Ethereum avait des blocs de taille fixe. En période de forte demande du réseau, ces blocs fonctionnaient à pleine capacité. En conséquence, les utilisateurs devaient souvent attendre que la demande diminue pour être inclus dans un bloc, ce qui entraînait une mauvaise expérience utilisateur. La mise à niveau de Londres a permis d'introduire des blocs de taille variable dans Ethereum.
 
-Dans le cadre de la [mise à niveau de Londres](/history/#london) d'août 2021, le mode de calcul des frais de transaction sur le réseau Ethereum a été modifié. Avant la mise à niveau de Londres, les frais étaient calculés sans distinguer les frais de `base` et de `priority`, comme suit :
+Dans le cadre de la [mise à niveau de Londres](/ethereum-forks/#london) d'août 2021, le mode de calcul des frais de transaction sur le réseau Ethereum a été modifié. Avant la mise à niveau de Londres, les frais étaient calculés sans distinguer les frais de `base` et de `priority`, comme suit :
 
 Disons qu'Alice devait payer à Marc la somme d'1 ETH. Dans la transaction, la limite de gaz est de 21 000 unités et le prix du gaz est de 200 gwei.
 
diff --git a/public/content/translations/fr/governance/index.md b/public/content/translations/fr/governance/index.md
index 761978753a7..1158e1ac055 100644
--- a/public/content/translations/fr/governance/index.md
+++ b/public/content/translations/fr/governance/index.md
@@ -152,7 +152,7 @@ Le processus de gouvernance Ethereum négocie souvent la vitesse et l'efficacit
 
 Bien que le développement des spécifications et des implémentations ait toujours été entièrement Open Source, les processus formels utilisés pour proposer les mises à jour décrites ci-dessus n'ont pas été utilisés. Cela a permis de préciser les changements et de parvenir plus rapidmement à un accord entre chercheurs et développeurs.
 
-Lorsque la Chaîne Phare a fusionné avec la couche d'exécution Ethereum le 15 septembre 2022, La Fusion s'est achevée à travers [la mise à jour Paris](/history/#paris). La proposition [EIP-3675](https://eips.ethereum.org/EIPS/eip-3675) est passée de 'Dernier appel' à 'Final', achevant ainsi la transition vers la preuve d'enjeu.
+Lorsque la Chaîne Phare a fusionné avec la couche d'exécution Ethereum le 15 septembre 2022, La Fusion s'est achevée à travers [la mise à jour Paris](/ethereum-forks/#paris). La proposition [EIP-3675](https://eips.ethereum.org/EIPS/eip-3675) est passée de 'Dernier appel' à 'Final', achevant ainsi la transition vers la preuve d'enjeu.
 
 <ButtonLink href="/roadmap/merge/">
   Plus d'infos sur la fusion
diff --git a/public/content/translations/fr/roadmap/merge/index.md b/public/content/translations/fr/roadmap/merge/index.md
index 22ac5e0725c..b2f1602578b 100644
--- a/public/content/translations/fr/roadmap/merge/index.md
+++ b/public/content/translations/fr/roadmap/merge/index.md
@@ -17,7 +17,7 @@ summaryPoint4: La Fusion a réduit la consommation d'énergie d'Ethereum de ~99,
 
 ## Qu'est-ce que La Fusion ? {#what-is-the-merge}
 
-La Fusion est la réunion de la couche d'exécution originale d'Ethereum (le réseau principal qui existe depuis [genesis](/history/#frontier)) avec sa nouvelle couche de consensus de preuve d'enjeu ; la Chaîne phare. Elle a également permis d'éliminer la nécessité d'un minage gourmand en énergie et de sécuriser le réseau via la mise en jeu d'ETH. Ce fut une étape vraiment passionnante dans la réalisation de la vision Ethereum - plus d'évolutivité, de sécurité et de durabilité.
+La Fusion est la réunion de la couche d'exécution originale d'Ethereum (le réseau principal qui existe depuis [genesis](/ethereum-forks/#frontier)) avec sa nouvelle couche de consensus de preuve d'enjeu ; la Chaîne phare. Elle a également permis d'éliminer la nécessité d'un minage gourmand en énergie et de sécuriser le réseau via la mise en jeu d'ETH. Ce fut une étape vraiment passionnante dans la réalisation de la vision Ethereum - plus d'évolutivité, de sécurité et de durabilité.
 
 <MergeInfographic />
 
diff --git a/public/content/translations/fr/roadmap/merge/issuance/index.md b/public/content/translations/fr/roadmap/merge/issuance/index.md
index 28d6d3e9d87..b86afbbd870 100644
--- a/public/content/translations/fr/roadmap/merge/issuance/index.md
+++ b/public/content/translations/fr/roadmap/merge/issuance/index.md
@@ -30,11 +30,11 @@ title="Résumé de l'émission d'ETH">
 
 ### Émission de la couche d'exécution {#el-issuance-pre-merge}
 
-En preuve de travail, les mineurs n'interagissaient qu'avec la couche d'exécution et étaient récompensés par des récompenses de bloc, si et seulement s'ils étaient les premiers mineurs à résoudre le nouveau bloc. Depuis [la mise à jour Constantinople](/history/#constantinople) en 2019, cette récompense était de 2 ETH par bloc. Les mineurs étaient également récompensés pour la publication de blocs [oncle](/glossary/#ommer), qui étaient des blocs valides mais qui n'avaient pas abouti à la chaîne la plus longue/canonique. Ces récompenses étaient plafonnées à 1,75 ETH par bloc oncle et _s'ajoutaient à_ la récompense émise à partir du bloc canonique. Le processus de minage était une activité économiquement intensive, qui nécessitait historiquement des niveaux élevés d'émission d'ETH pour être soutenu.
+En preuve de travail, les mineurs n'interagissaient qu'avec la couche d'exécution et étaient récompensés par des récompenses de bloc, si et seulement s'ils étaient les premiers mineurs à résoudre le nouveau bloc. Depuis [la mise à jour Constantinople](/ethereum-forks/#constantinople) en 2019, cette récompense était de 2 ETH par bloc. Les mineurs étaient également récompensés pour la publication de blocs [oncle](/glossary/#ommer), qui étaient des blocs valides mais qui n'avaient pas abouti à la chaîne la plus longue/canonique. Ces récompenses étaient plafonnées à 1,75 ETH par bloc oncle et _s'ajoutaient à_ la récompense émise à partir du bloc canonique. Le processus de minage était une activité économiquement intensive, qui nécessitait historiquement des niveaux élevés d'émission d'ETH pour être soutenu.
 
 ### Émission de la couche de consensus {#cl-issuance-pre-merge}
 
-La [Chaîne phare](/history/#beacon-chain-genesis) est entrée en service en 2020. Au lieu de mineurs, elle est sécurisée par des validateurs utilisant la preuve d'enjeu. Cette chaîne a été lancée grâce aux utilisateurs d'Ethereum qui déposaient de l'ETH de manière unidirectionnelle dans un contrat intelligent sur le réseau principal (la couche d'exécution), que la Chaîne phare écoute, en créditant l'utilisateur d'une quantité égale d'ETH sur la nouvelle chaîne. Jusqu'à ce que La Fusion ait lieu, les validateurs de la Chaîne phare ne traitaient pas les transactions et avaient seulement comme mission d'établir un consensus sur l'état du groupe de validateurs lui-même.
+La [Chaîne phare](/ethereum-forks/#beacon-chain-genesis) est entrée en service en 2020. Au lieu de mineurs, elle est sécurisée par des validateurs utilisant la preuve d'enjeu. Cette chaîne a été lancée grâce aux utilisateurs d'Ethereum qui déposaient de l'ETH de manière unidirectionnelle dans un contrat intelligent sur le réseau principal (la couche d'exécution), que la Chaîne phare écoute, en créditant l'utilisateur d'une quantité égale d'ETH sur la nouvelle chaîne. Jusqu'à ce que La Fusion ait lieu, les validateurs de la Chaîne phare ne traitaient pas les transactions et avaient seulement comme mission d'établir un consensus sur l'état du groupe de validateurs lui-même.
 
 Les validateurs de la Chaîne phare sont récompensés en ETH pour attester de l'état de la chaîne et proposer des blocs. Les récompenses (ou les pénalités) sont calculées et distribuées à chaque période (toutes les 6,4 minutes) en fonction des performances des validateurs. Les récompenses des validateurs sont **nettement** moins élevées que les récompenses de minage qui étaient précédemment émises sous la preuve de travail (2 ETH toutes les ~13,5 secondes), car l'exploitation d'un nœud de validation n'est pas aussi économiquement intense et ne nécessite donc ni ne garantit une récompense aussi élevée.
 
@@ -94,7 +94,7 @@ Réduction nette de l'émission annuelle d'ETH : <strong>~88,7 %</strong> ((4,61
 La force opposée à l'émission d'ETH est le taux auquel l'ETH est brûlé. Pour qu'une transaction soit exécutée sur Ethereum, des frais minimum (appelés « frais de base ») doivent être payés, qui fluctuent continuellement (de bloc à bloc) en fonction de l'activité du réseau. Les frais sont payés en ETH et sont _nécessaires_ pour que la transaction soit considérée comme valide. Ces frais sont _brûlés_ pendant le processus de transaction, les retirant ainsi de la circulation.
 
 <InfoBanner>
-La combustion des frais a été mise en place avec [la mise à jour London](/history/#london) en août 2021 et est restée inchangée depuis la Fusion.
+La combustion des frais a été mise en place avec [la mise à jour London](/ethereum-forks/#london) en août 2021 et est restée inchangée depuis la Fusion.
 </InfoBanner>
 
 En plus de la combustion des frais mise en œuvre par la mise à niveau London, les validateurs peuvent également subir des pénalités s'ils sont hors ligne, ou pire, ils peuvent être sanctionnés pour avoir enfreint des règles spécifiques qui menacent la sécurité du réseau. Ces pénalités entraînent une réduction d'ETH du solde du validateur, qui n'est alors pas directement donné à un autre compte, ce qui équivaut à le brûler/le retirer de la circulation.
diff --git a/public/content/translations/fr/staking/withdrawals/index.md b/public/content/translations/fr/staking/withdrawals/index.md
index 8291ad29bd2..61f352888e1 100644
--- a/public/content/translations/fr/staking/withdrawals/index.md
+++ b/public/content/translations/fr/staking/withdrawals/index.md
@@ -65,7 +65,7 @@ Les retraits de staking sont disponibles ! La fonction de retrait a été activ
 
 La mise à niveau Shanghai/Capella a permis de récupérer de l'Ether précédemment mis en jeu vers un compte Ethereum standard. Cela a fermé la boucle de la liquidité mise en jeu, et a fait avancer Ethereum sur son chemin de construction d'un écosystème durable, évolutif, sûr et décentralisé.
 
-- [En savoir plus sur l'histoire d'Ethereum](/history/)
+- [En savoir plus sur l'histoire d'Ethereum](/ethereum-forks/)
 - [En savoir plus sur la feuille de route d'Ethereum](/roadmap/)
 
 ## Comment fonctionnent les paiements de retraits ? {#how-do-withdrawals-work}
diff --git a/public/content/translations/ga/community/research/index.md b/public/content/translations/ga/community/research/index.md
index 9a06e47d0f2..d84b5d13652 100644
--- a/public/content/translations/ga/community/research/index.md
+++ b/public/content/translations/ga/community/research/index.md
@@ -83,7 +83,7 @@ Teastaíonn nód Ethereum chun dhá phíosa bogearraí a rith:
 1. cliant comhdhearcaidh chun súil a choinneáil ar cheann an blocshlabhra, cúlchaint bloic agus láimhseáil loighic comhdhearcaidh
 2. cliant reatha chun tacú le Meaisín Fíorúil Ethereum agus idirbhearta agus conarthaí cliste a rith
 
-Féach ar an [leathanach nóid agus cliaint] (/developers/docs/nodes-and-clients/) le haghaidh tuilleadh sonraí ar nóid agus cliaint agus le haghaidh liosta de na feidhmiúcháin cliant reatha go léir. Is féidir leat stair gach uasghrádú Ethereum a fháil freisin ar an [leathanach staire] (/history/).
+Féach ar an [leathanach nóid agus cliaint] (/developers/docs/nodes-and-clients/) le haghaidh tuilleadh sonraí ar nóid agus cliaint agus le haghaidh liosta de na feidhmiúcháin cliant reatha go léir. Is féidir leat stair gach uasghrádú Ethereum a fháil freisin ar an [leathanach staire] (/ethereum-forks/).
 
 ### Cliaint Reatha {#execution-clients}
 
diff --git a/public/content/translations/ga/developers/docs/consensus-mechanisms/pow/index.md b/public/content/translations/ga/developers/docs/consensus-mechanisms/pow/index.md
index 2c4e8e7d76b..f2cdfdddd1c 100644
--- a/public/content/translations/ga/developers/docs/consensus-mechanisms/pow/index.md
+++ b/public/content/translations/ga/developers/docs/consensus-mechanisms/pow/index.md
@@ -56,7 +56,7 @@ Chun bloic go seasta atá mailíseach ach fós bailí, bheadh ​​níos mó n
 
 Bhí cruthúnas-oibre freagrach freisin as airgeadra nua a eisiúint isteach sa chóras agus as mianadóirí a spreagadh chun an obair a dhéanamh.
 
-Ón [uasghrádú Constantinople](/history/#constantinople), bronnadh dhá ETH úrnua agus cuid de na táillí idirbhirt ar na mianadóirí ar éirigh leo bloc a chruthú. Rinne bloic Ommer cúiteamh 1.75 ETH freisin. Ba bloic bhailí iad bloic Ommer a chruthaigh mianadóir beagnach ag an am céanna agus a chruthaigh mianadóir eile an bloc canónach, a cinneadh ar deireadh thiar ag cibé slabhra a tógadh sa mhullach ar an gcéad cheann. Tharla bloic Ommer de ghnáth mar gheall ar aga folaigh líonra.
+Ón [uasghrádú Constantinople](/ethereum-forks/#constantinople), bronnadh dhá ETH úrnua agus cuid de na táillí idirbhirt ar na mianadóirí ar éirigh leo bloc a chruthú. Rinne bloic Ommer cúiteamh 1.75 ETH freisin. Ba bloic bhailí iad bloic Ommer a chruthaigh mianadóir beagnach ag an am céanna agus a chruthaigh mianadóir eile an bloc canónach, a cinneadh ar deireadh thiar ag cibé slabhra a tógadh sa mhullach ar an gcéad cheann. Tharla bloic Ommer de ghnáth mar gheall ar aga folaigh líonra.
 
 ## Críochnúlacht {#finality}
 
diff --git a/public/content/translations/ga/developers/docs/nodes-and-clients/index.md b/public/content/translations/ga/developers/docs/nodes-and-clients/index.md
index 23ed5b31038..4ced7fa80e8 100644
--- a/public/content/translations/ga/developers/docs/nodes-and-clients/index.md
+++ b/public/content/translations/ga/developers/docs/nodes-and-clients/index.md
@@ -37,7 +37,7 @@ Is é an rud atá i gcoiteann ag na feidhmiúcháin sin ná go leanann siad go l
 - Ar dtús, [Páipéar Buí Ethereum](https://ethereum.github.io/yellowpaper/paper.pdf)
 - [Sonraíochtaí forghníomhaithe](https://github.com/ethereum/execution-specs/)
 - [Sonraíochtaí comhdhearcaidh](https://github.com/ethereum/consensus-specs)
-- [EIPs](https://eips.ethereum.org/) arna gcur i bhfeidhm sna [huasghráduithe líonra](/history/)
+- [EIPs](https://eips.ethereum.org/) arna gcur i bhfeidhm sna [huasghráduithe líonra](/ethereum-forks/)
 
 ### Nóid rianaithe sa líonra {#network-overview}
 
diff --git a/public/content/translations/ga/developers/docs/nodes-and-clients/run-a-node/index.md b/public/content/translations/ga/developers/docs/nodes-and-clients/run-a-node/index.md
index f5d948f99d6..eba463e5758 100644
--- a/public/content/translations/ga/developers/docs/nodes-and-clients/run-a-node/index.md
+++ b/public/content/translations/ga/developers/docs/nodes-and-clients/run-a-node/index.md
@@ -444,7 +444,7 @@ Smaoinigh ar sheirbhís a chruthú chun do chliaint a rith go huathoibríoch agu
 
 #### Cliaint á nuashonrú {#updating-clients}
 
-Ní mór duit bogearraí do chliaint a choinneáil cothrom le dáta leis na paistí slándála, na gnéithe agus na [EIPs](/eips/) is déanaí. Go háirithe roimh [foirc chrua](/history/), cinntigh go bhfuil na leaganacha cearta cliant á rith agat.
+Ní mór duit bogearraí do chliaint a choinneáil cothrom le dáta leis na paistí slándála, na gnéithe agus na [EIPs](/eips/) is déanaí. Go háirithe roimh [foirc chrua](/ethereum-forks/), cinntigh go bhfuil na leaganacha cearta cliant á rith agat.
 
 > Roimh nuashonruithe líonra tábhachtacha, foilsíonn EF postáil ar a [blog](https://blog.ethereum.org). Is féidir leat [liostáil leis na fógraí seo](https://blog.ethereum.org/category/protocol#subscribe) chun fógra a chur chuig do ríomhphost nuair a bhíonn nuashonrú de dhíth ar do nód.
 
diff --git a/public/content/translations/ga/developers/docs/transactions/index.md b/public/content/translations/ga/developers/docs/transactions/index.md
index 4fb1bdbb4c9..ccd129913b8 100644
--- a/public/content/translations/ga/developers/docs/transactions/index.md
+++ b/public/content/translations/ga/developers/docs/transactions/index.md
@@ -202,9 +202,9 @@ Bunaithe ar an luach `TransactionType`, is féidir idirbheart a rangú mar:
 
 1. ** Idirbhearta Cineál 0 (Oidhreacht):** An bhunfhormáid idirbhirt a úsáideadh ó seoladh Ethereum. Ní áirítear leo gnéithe ó [EIP-1559](https://eips.ethereum.org/EIPS/eip-1559) amhail ríomh táillí gáis dinimiciúla nó liostaí rochtana le haghaidh conarthaí cliste. Tá réimír shainiúil in easnamh ar idirbhearta oidhreachta a chuireann a gcineál in iúl ina bhfoirm sraitheach, ag tosú leis an mbeart `0xf8` nuair a úsáidtear [Athchúrsach Ionchódú Réimír Fad (RLP)](/developers/docs/data-structures-and-encoding/rlp). Is é luach an Chineál Idirbheart do na hidirbhearta seo ná `0x0`.
 
-2. ** Idirbhearta de Chineál 1:** Arna thabhairt isteach i [EIP-2930](https://eips.ethereum.org/EIPS/eip-2930) mar mar chuid de [Uasghrádú Beirlín](/history/#berlin) Ethereum, áirítear leis na hidirbhearta seo paraiméadar `accessList`. Sonraíonn an liosta seo seoltaí agus eochracha stórála a bhfuil súil ag an idirbheart a rochtain, rud a chabhraíonn le costais [gas](/developers/docs/gas/) a laghdú d’idirbhearta casta lena mbaineann conarthaí cliste. Níl athruithe margaidh táillí EIP-1559 san áireamh in idirbhearta Cineál 1. Áirítear le hidirbhearta de chineál 1 paraiméadar `yParity` freisin, ar féidir é a bheith `0x0` nó `0x1`, rud a léiríonn an phaireacht i luach y an tsínithe secp256k1. Aithnítear iad ag tosú leis an mbeart `0x01`, agus is é `0x1` a luach TransactionCype.
+2. ** Idirbhearta de Chineál 1:** Arna thabhairt isteach i [EIP-2930](https://eips.ethereum.org/EIPS/eip-2930) mar mar chuid de [Uasghrádú Beirlín](/ethereum-forks/#berlin) Ethereum, áirítear leis na hidirbhearta seo paraiméadar `accessList`. Sonraíonn an liosta seo seoltaí agus eochracha stórála a bhfuil súil ag an idirbheart a rochtain, rud a chabhraíonn le costais [gas](/developers/docs/gas/) a laghdú d’idirbhearta casta lena mbaineann conarthaí cliste. Níl athruithe margaidh táillí EIP-1559 san áireamh in idirbhearta Cineál 1. Áirítear le hidirbhearta de chineál 1 paraiméadar `yParity` freisin, ar féidir é a bheith `0x0` nó `0x1`, rud a léiríonn an phaireacht i luach y an tsínithe secp256k1. Aithnítear iad ag tosú leis an mbeart `0x01`, agus is é `0x1` a luach TransactionCype.
 
-3. **Idirbhearta de Chineál 2**, ar a dtugtar idirbhearta EIP-1559 de ghnáth, is idirbhearta iad a thugtar isteach in [EIP-1559](https://eips.ethereum.org/EIPS/eip-1559), i [Uasghrádú Londain](/history/#london) Ethereum. Tá siad tar éis éirí mar an cineál caighdeánach idirbheart ar líonra Ethereum. Tugann na hidirbhearta seo isteach meicníocht nua um mhargadh táillí a fheabhsaíonn intuarthacht tríd an táille idirbhirt a scaradh ina bhuntáille agus ina táille tosaíochta. Tosaíonn siad leis an mbeart `0x02` agus áirítear leo réimsí mar `maxPriorityFeePerGas` agus `maxFeePerGas`. Is iad idirbhearta Chineál 2 an réamhshocrú anois mar gheall ar a solúbthacht agus a n-éifeachtúlacht, go háirithe i bhfabhar a gcumas chun cabhrú le húsáideoirí táillí idirbhirt a bhainistiú ar bhealach níos intuartha. Is é luach an Chineál Idirbheart do na hidirbhearta seo ná `0x2`.
+3. **Idirbhearta de Chineál 2**, ar a dtugtar idirbhearta EIP-1559 de ghnáth, is idirbhearta iad a thugtar isteach in [EIP-1559](https://eips.ethereum.org/EIPS/eip-1559), i [Uasghrádú Londain](/ethereum-forks/#london) Ethereum. Tá siad tar éis éirí mar an cineál caighdeánach idirbheart ar líonra Ethereum. Tugann na hidirbhearta seo isteach meicníocht nua um mhargadh táillí a fheabhsaíonn intuarthacht tríd an táille idirbhirt a scaradh ina bhuntáille agus ina táille tosaíochta. Tosaíonn siad leis an mbeart `0x02` agus áirítear leo réimsí mar `maxPriorityFeePerGas` agus `maxFeePerGas`. Is iad idirbhearta Chineál 2 an réamhshocrú anois mar gheall ar a solúbthacht agus a n-éifeachtúlacht, go háirithe i bhfabhar a gcumas chun cabhrú le húsáideoirí táillí idirbhirt a bhainistiú ar bhealach níos intuartha. Is é luach an Chineál Idirbheart do na hidirbhearta seo ná `0x2`.
 
 
 
diff --git a/public/content/translations/ga/history/index.md b/public/content/translations/ga/ethereum-forks/index.md
similarity index 99%
rename from public/content/translations/ga/history/index.md
rename to public/content/translations/ga/ethereum-forks/index.md
index 885fc59edc5..3913b5069d6 100644
--- a/public/content/translations/ga/history/index.md
+++ b/public/content/translations/ga/ethereum-forks/index.md
@@ -320,7 +320,7 @@ Thug uasghrádú Londain isteach [EIP-1559](https://eips.ethereum.org/EIPS/eip-1
 
 Roimh Uasghrádú Londain, bhí bloic de mhéid seasta ag Ethereum. Nuair a bhí éileamh ard ar an líonra, d'oibrigh na bloic seo ag a lánacmhainneacht. Mar thoradh air sin, b'éigean d'úsáideoirí fanacht go minic go laghdófaí an t-éileamh chun iad a áireamh i mbloc, rud a d'eascair droch-eispéireas úsáideora. Thug Uasghrádú Londain bloic de mhéid athraitheach isteach chuig Ethereum.
 
-Athraíodh an bealach a ríomhadh táillí idirbheart ar líonra Ethereum le [Uasghrádú Londain](/history/#london) i mí Lúnasa 2021. Roimh uasghrádú Londain, ríomhadh táillí gan táillí `bonn` agus `priority` a scaradh, mar a leanas:
+Athraíodh an bealach a ríomhadh táillí idirbheart ar líonra Ethereum le [Uasghrádú Londain](/ethereum-forks/#london) i mí Lúnasa 2021. Roimh uasghrádú Londain, ríomhadh táillí gan táillí `bonn` agus `priority` a scaradh, mar a leanas:
 
 Ligean le rá go raibh Alice a íoc Bob 1 ETH. San idirbheart, is é 21,000 aonad an teorainn gháis, agus is é 200 gwei an praghas gáis.
 
diff --git a/public/content/translations/ga/governance/index.md b/public/content/translations/ga/governance/index.md
index e24e7c3be8e..cc2d0f7691d 100644
--- a/public/content/translations/ga/governance/index.md
+++ b/public/content/translations/ga/governance/index.md
@@ -152,7 +152,7 @@ Is minic a thrádáiltear luas agus éifeachtúlacht i bpróiseas rialachais Eth
 
 Cé go raibh an tsonraíocht agus na feidhmiúcháin forbartha foinse oscailte i gcónaí, níor úsáideadh na próisis fhoirmiúla a úsáideadh chun nuashonruithe a bhfuil cur síos orthu thuas a mholadh. Cheadaigh sé seo athruithe a shonrú agus a chomhaontú níos tapúla ag taighdeoirí agus feidhmitheoirí.
 
-Nuair a chumaisc an Beacon Chain le ciseal forghníomhaithe Ethereum an 15ú Meán Fómhair, 2022, cuireadh an Cumasc i gcrích mar chuid [d'uasghrádú líonra Pháras](/history/#paris). Athraíodh an togra [EIP-3675](https://eips.ethereum.org/EIPS/eip-3675) ó 'Ghlaoch Deireanach' go 'Deiridh', rud a chuir an t-aistriú go cruthúnas-geallchuir.
+Nuair a chumaisc an Beacon Chain le ciseal forghníomhaithe Ethereum an 15ú Meán Fómhair, 2022, cuireadh an Cumasc i gcrích mar chuid [d'uasghrádú líonra Pháras](/ethereum-forks/#paris). Athraíodh an togra [EIP-3675](https://eips.ethereum.org/EIPS/eip-3675) ó 'Ghlaoch Deireanach' go 'Deiridh', rud a chuir an t-aistriú go cruthúnas-geallchuir.
 
 <ButtonLink href="/roadmap/merge/">
   Tuilleadh faoin gCumasc
diff --git a/public/content/translations/ga/roadmap/merge/index.md b/public/content/translations/ga/roadmap/merge/index.md
index 9d3e6bdbc9c..66593cf4dfd 100644
--- a/public/content/translations/ga/roadmap/merge/index.md
+++ b/public/content/translations/ga/roadmap/merge/index.md
@@ -17,7 +17,7 @@ summaryPoint4: Laghdaigh an Cumasc tomhaltas fuinnimh Ethereum faoi ~99.95%.
 
 ## Cad a bhí  i gceist leis An Cumasc? {#what-is-the-merge}
 
-Ba é an Cumasc an ciseal forghníomhaithe bunaidh de Ethereum (an Mainnet atá ann ó [genesis](/history/#frontier)) lena ciseal comhaontaithe cruthúnais-gheallta nua, an Slabhra Beacon. Chuir sé deireadh leis an ngá atá le mianadóireacht dhian ar fhuinneamh agus ina ionad sin chuir sé ar chumas an líonra a dhaingniú le ETH geallta. Ba chéim fíor-spreagúil é chun fís Ethereum a fhíorú - níos mó roinnte, slándála agus inbhuanaitheachta.
+Ba é an Cumasc an ciseal forghníomhaithe bunaidh de Ethereum (an Mainnet atá ann ó [genesis](/ethereum-forks/#frontier)) lena ciseal comhaontaithe cruthúnais-gheallta nua, an Slabhra Beacon. Chuir sé deireadh leis an ngá atá le mianadóireacht dhian ar fhuinneamh agus ina ionad sin chuir sé ar chumas an líonra a dhaingniú le ETH geallta. Ba chéim fíor-spreagúil é chun fís Ethereum a fhíorú - níos mó roinnte, slándála agus inbhuanaitheachta.
 
 <MergeInfographic />
 
diff --git a/public/content/translations/ga/roadmap/merge/issuance/index.md b/public/content/translations/ga/roadmap/merge/issuance/index.md
index 06240f6b76a..f4ffde548dc 100644
--- a/public/content/translations/ga/roadmap/merge/issuance/index.md
+++ b/public/content/translations/ga/roadmap/merge/issuance/index.md
@@ -30,11 +30,11 @@ title="Eisiúint ETH tldr">
 
 ### Eisiúint ciseal fhorghníomhaithe {#el-issuance-pre-merge}
 
-Faoi chruthúnas-oibre, ní raibh idirghníomhú ag mianadóirí ach leis an gciseal forghníomhaithe agus tugadh luach saothair bloc dóibh dá mba iad an chéad mhianadóir a réitigh an chéad bhloc eile. Ós rud é [uasghrádú Constantinople](/history/#constantinople) in 2019 ba é an luach saothair seo ná 2 ETH in aghaidh an bhloc. Bronnadh luach saothair ar na mianadóirí freisin as bloic [ommer](/glossary/#ommer) a fhoilsiú, ar bhloic bhailí iad nach raibh sa slabhra canónach is faide. Mhéadaigh na luach saothair seo ag 1.75 ETH in aghaidh an ómra, agus b'ionann iad _i dteannta_ an luach saothair a eisíodh ón mbloc canónach. Gníomhaíocht dhian eacnamaíoch a bhí sa phróiseas mianadóireachta, rud a d'éiligh leibhéil arda eisiúint ETH go stairiúil chun í a choineáil ag gabháil.
+Faoi chruthúnas-oibre, ní raibh idirghníomhú ag mianadóirí ach leis an gciseal forghníomhaithe agus tugadh luach saothair bloc dóibh dá mba iad an chéad mhianadóir a réitigh an chéad bhloc eile. Ós rud é [uasghrádú Constantinople](/ethereum-forks/#constantinople) in 2019 ba é an luach saothair seo ná 2 ETH in aghaidh an bhloc. Bronnadh luach saothair ar na mianadóirí freisin as bloic [ommer](/glossary/#ommer) a fhoilsiú, ar bhloic bhailí iad nach raibh sa slabhra canónach is faide. Mhéadaigh na luach saothair seo ag 1.75 ETH in aghaidh an ómra, agus b'ionann iad _i dteannta_ an luach saothair a eisíodh ón mbloc canónach. Gníomhaíocht dhian eacnamaíoch a bhí sa phróiseas mianadóireachta, rud a d'éiligh leibhéil arda eisiúint ETH go stairiúil chun í a choineáil ag gabháil.
 
 ### Eisiúint ciseal comhdhearcadh {#cl-issuance-pre-merge}
 
-Chuaigh an [Slabhra Beacon](/history/#beacon-chain-genesis) beo sa bhliain 2020. In ionad mianadóirí, tá sé urraithe ag bailíochtaithe ag baint úsáide as cruthúnas-gheallta. Bhí an slabhra seo tosaithe ag úsáideoirí Ethereum ag taisceadh ETH aon-bhealach isteach i gconradh cliste ar Mainnet (an ciseal forghníomhaithe), a éisteann an Beacon Chain leis, ag creidiúnú don úsáideoir méid comhionann ETH ar an slabhra nua. Go dtí gur tharla The Merge, ní raibh bailíochtaitheoirí Slabhra Beacon ag próiseáil idirbhearta agus go bunúsach bhí siad ag teacht ar chomhdhearcadh maidir le staid an chomhthiomsaithe bailíochtaithe féin.
+Chuaigh an [Slabhra Beacon](/ethereum-forks/#beacon-chain-genesis) beo sa bhliain 2020. In ionad mianadóirí, tá sé urraithe ag bailíochtaithe ag baint úsáide as cruthúnas-gheallta. Bhí an slabhra seo tosaithe ag úsáideoirí Ethereum ag taisceadh ETH aon-bhealach isteach i gconradh cliste ar Mainnet (an ciseal forghníomhaithe), a éisteann an Beacon Chain leis, ag creidiúnú don úsáideoir méid comhionann ETH ar an slabhra nua. Go dtí gur tharla The Merge, ní raibh bailíochtaitheoirí Slabhra Beacon ag próiseáil idirbhearta agus go bunúsach bhí siad ag teacht ar chomhdhearcadh maidir le staid an chomhthiomsaithe bailíochtaithe féin.
 
 Tugtar luach saothair ETH do bhailitheoirí ar an Slabhra Beacon as staid an tslabhra a fhianú agus as bloic a mholadh. Déantar luach saothair (nó pionóis) a ríomh agus a dháileadh ag gach tréimhse (gach 6.4 nóiméad) bunaithe ar fheidhmíocht an bhailitheoir. Tá luach saothair bhailitheoir **go suntasach** níos lú ná na luach saothair mhianadóireachta a eisíodh roimhe seo faoi chruthúnas oibre (2 ETH gach ~13.5 soicind), toisc nach bhfuil feidhmiú nód bailíochtaithe chomh dian ó thaobh na heacnamaíochta de agus mar sin ní éilíonn nó ní údaraíonn sé luach saothair chomh hard.
 
@@ -94,7 +94,7 @@ Glanlaghdú ar eisiúint bhliantúil ETH: <strong>~88.7%</strong> ((4.61% - 0.52
 Is é an fórsa contrártha le heisiúint ETH an ráta ag a dhóitear ETH. Chun idirbheart a fhorghníomhú ar Ethereum, ní mór táille íosta (ar a dtugtar "bonn-táille") a íoc, a luainíonn go leanúnach (bloc-go-bloc) ag brath ar ghníomhaíocht líonra. Íoctar an táille in ETH agus _éilítear_ chun go measfar an t-idirbheart a bheith bailí. Déantar _an táille seo a dhó_ le linn an phróisis idirbhirt, rud a bhaintear as cúrsaíocht í.
 
 <InfoBanner>
-Chuaigh dó táillí beo le [uasghrádú Londain](/history/#london) i mí Lúnasa 2021, agus níl aon athrú air ó The Merge.
+Chuaigh dó táillí beo le [uasghrádú Londain](/ethereum-forks/#london) i mí Lúnasa 2021, agus níl aon athrú air ó The Merge.
 </InfoBanner>
 
 Anuas ar an dó táillí arna chur i bhfeidhm ag uasghrádú Londain, is féidir le bailíochtaithe pionóis a thabhú as a bheith as líne, nó níos measa fós, is féidir iad a ghearradh as rialacha sonracha a sháraíonn slándáil líonra a bhagairt. Is é an toradh a bhíonn ar na pionóis seo ná laghdú ETH ó iarmhéid an bhailíochtóra sin, nach dtugtar luach saothair díreach dó chuig aon chuntas eile, rud a dhónn é/a bhaineann as cúrsaíocht é.
diff --git a/public/content/translations/ga/staking/withdrawals/index.md b/public/content/translations/ga/staking/withdrawals/index.md
index ebb88fd2ea9..302d9068f6c 100644
--- a/public/content/translations/ga/staking/withdrawals/index.md
+++ b/public/content/translations/ga/staking/withdrawals/index.md
@@ -65,7 +65,7 @@ Tá aistarraingtí geallchuir beo! Cumasaíodh feidhmiúlacht aistarraingthe mar
 
 Mar gheall ar uasghrádú Shanghai/Capella bhíothas in ann ETH a bhí i ngeall roimhe seo a fháil ar ais i gcuntais rialta Ethereum. Dhún sé seo an lúb ar leachtacht geallchuir, agus thug sé Ethereum céim níos gaire dá thuras i dtreo éiceachóras díláraithe inbhuanaithe, inscálaithe, slán a thógáil.
 
-- [Tuilleadh faoi stair Ethereum](/history/)
+- [Tuilleadh faoi stair Ethereum](/ethereum-forks/)
 - [Tuilleadh ar an treochlár Ethereum](/roadmap/)
 
 ## Conas a oibríonn íocaíochtaí aistarraingthe? {#how-do-withdrawals-work}
diff --git a/public/content/translations/ga/withdrawals/index.md b/public/content/translations/ga/withdrawals/index.md
index 8ca88722377..246a206d1e7 100644
--- a/public/content/translations/ga/withdrawals/index.md
+++ b/public/content/translations/ga/withdrawals/index.md
@@ -65,7 +65,7 @@ Tá aistarraingtí geallchuir beo! Cumasaíodh feidhmiúlacht aistarraingthe mar
 
 Mar gheall ar uasghrádú Shanghai/Capella bhíothas in ann ETH a bhí i ngeall roimhe seo a fháil ar ais i gcuntais rialta Ethereum. Dhún sé seo an lúb ar leachtacht geallchuir, agus thug sé Ethereum céim níos gaire dá thuras i dtreo éiceachóras díláraithe inbhuanaithe, inscálaithe, slán a thógáil.
 
-- [Tuilleadh faoi stair Ethereum](/history/)
+- [Tuilleadh faoi stair Ethereum](/ethereum-forks/)
 - [Tuilleadh ar an treochlár Ethereum](/roadmap/)
 
 ## Conas a oibríonn íocaíochtaí aistarraingthe? {#how-do-withdrawals-work}
diff --git a/public/content/translations/ha/staking/withdrawals/index.md b/public/content/translations/ha/staking/withdrawals/index.md
index a265d197ce0..d559f699b29 100644
--- a/public/content/translations/ha/staking/withdrawals/index.md
+++ b/public/content/translations/ha/staking/withdrawals/index.md
@@ -65,7 +65,7 @@ Cire abinda aka ajiya na yuwuwa yanzu! Cire abinda aka ajiye yana cikin sashin a
 
 Ingantawar Shanghai/Capella yasa ajiyan ETH ta baya ya dawo cikin asusun Ethereum. Wannan ya cike gurbin ajiyar kuɗin liquidity, kuma ya kawo Ethereum kusa da tafiyar wajen gina wayarwa, mizani, kula da wargajewar yanayin muhalli.
 
-- [Ƙarin bayani akan tarihin Ethereum](/history/)
+- [Ƙarin bayani akan tarihin Ethereum](/ethereum-forks/)
 - [Ƙarin bayani akan hanyar taswira na Ethereum](/roadmap/)
 
 ## Ya ake amfani da sarin cire kuɗin? {#how-do-withdrawals-work}
diff --git a/public/content/translations/hi/developers/docs/consensus-mechanisms/pow/index.md b/public/content/translations/hi/developers/docs/consensus-mechanisms/pow/index.md
index 712ff39bc77..e0b6c33776e 100644
--- a/public/content/translations/hi/developers/docs/consensus-mechanisms/pow/index.md
+++ b/public/content/translations/hi/developers/docs/consensus-mechanisms/pow/index.md
@@ -56,7 +56,7 @@ lang: hi
 
 प्रूफ-ऑफ-वर्क प्रणाली में नई मुद्रा जारी करने और माइनर्स को काम करने के लिए इंसेटिव प्रदान करने के लिए भी जिम्मेदार था।
 
-[कॉन्स्टेंटिनोपल अपग्रेड](/history/#constantinople) के बाद से, सफलतापूर्वक एक ब्लॉक बनाने वाले माइनर्स को दो ताजा माईनिंग ETH और लेनदेन शुल्क के हिस्से से पुरस्कृत किया गया। ओमर ब्लॉकों ने 1.75 ETH की भी भरपाई की। ओमर ब्लॉक एक माईनर द्वारा व्यावहारिक रूप से उसी समय बनाए गए वैध ब्लॉक थे जब एक अन्य माईनर ने कैनोनिकल ब्लॉक बनाया था, जो अंततः निर्धारित किया गया था कि किस श्रृंखला को पहले के शीर्ष पर बनाया गया था। ओमर ब्लॉक आमतौर पर नेटवर्क विलंबता के कारण हुआ।
+[कॉन्स्टेंटिनोपल अपग्रेड](/ethereum-forks/#constantinople) के बाद से, सफलतापूर्वक एक ब्लॉक बनाने वाले माइनर्स को दो ताजा माईनिंग ETH और लेनदेन शुल्क के हिस्से से पुरस्कृत किया गया। ओमर ब्लॉकों ने 1.75 ETH की भी भरपाई की। ओमर ब्लॉक एक माईनर द्वारा व्यावहारिक रूप से उसी समय बनाए गए वैध ब्लॉक थे जब एक अन्य माईनर ने कैनोनिकल ब्लॉक बनाया था, जो अंततः निर्धारित किया गया था कि किस श्रृंखला को पहले के शीर्ष पर बनाया गया था। ओमर ब्लॉक आमतौर पर नेटवर्क विलंबता के कारण हुआ।
 
 ## अन्तिम स्थिति {#finality}
 
diff --git a/public/content/translations/hi/developers/docs/nodes-and-clients/index.md b/public/content/translations/hi/developers/docs/nodes-and-clients/index.md
index f8e1949d55c..7132ac3713b 100644
--- a/public/content/translations/hi/developers/docs/nodes-and-clients/index.md
+++ b/public/content/translations/hi/developers/docs/nodes-and-clients/index.md
@@ -37,7 +37,7 @@ sidebarDepth: 2
 - मूल रूप से, [एथेरियम येलो पेपर](https://ethereum.github.io/yellowpaper/paper.pdf)
 - [निष्पादन संबंधी विनिर्देश](https://github.com/ethereum/execution-specs/)
 - [सहमति संबंधी विनिर्देश](https://github.com/ethereum/consensus-specs)
-- विभिन्न [नेटवर्क उन्नयन](/history/) में लागू किए गए [EIP](https://eips.ethereum.org/)
+- विभिन्न [नेटवर्क उन्नयन](/ethereum-forks/) में लागू किए गए [EIP](https://eips.ethereum.org/)
 
 ### नेटवर्क में ट्रैकिंग नोड्स {#network-overview}
 
diff --git a/public/content/translations/hi/developers/docs/nodes-and-clients/run-a-node/index.md b/public/content/translations/hi/developers/docs/nodes-and-clients/run-a-node/index.md
index 418b94e710f..4c64d917e46 100644
--- a/public/content/translations/hi/developers/docs/nodes-and-clients/run-a-node/index.md
+++ b/public/content/translations/hi/developers/docs/nodes-and-clients/run-a-node/index.md
@@ -444,7 +444,7 @@ _यह सहमति परत सत्यापनकर्ता नोड
 
 #### क्लाइंट को अपडेट करना {#updating-clients}
 
-आपको अपने क्लाइंट सॉफ़्टवेयर को नवीनतम सुरक्षा पैच, सुविधाओं और [EIP](/eips/) के साथ अप-टू-डेट रखने की आवश्यकता है। विशेष रूप से [हार्ड फ़ोर्क](/history/) से पहले, सुनिश्चित करें कि आप सही क्लाइंट संस्करणों को चला रहे हैं।
+आपको अपने क्लाइंट सॉफ़्टवेयर को नवीनतम सुरक्षा पैच, सुविधाओं और [EIP](/eips/) के साथ अप-टू-डेट रखने की आवश्यकता है। विशेष रूप से [हार्ड फ़ोर्क](/ethereum-forks/) से पहले, सुनिश्चित करें कि आप सही क्लाइंट संस्करणों को चला रहे हैं।
 
 > महत्वपूर्ण नेटवर्क अपडेट से पहले, EF अपने [ब्लॉग](https://blog.ethereum.org) पर एक पोस्ट प्रकाशित करता है। आप इन [घोषणाओं की सदस्यता ले सकते हैं](https://blog.ethereum.org/category/protocol#subscribe) ताकि जब आपके नोड को अपडेट की आवश्यकता हो तो आपको अपने मेल पर एक सूचना मिल सके।
 
diff --git a/public/content/translations/hi/governance/index.md b/public/content/translations/hi/governance/index.md
index 2c8511b80e0..4a06d2758d8 100644
--- a/public/content/translations/hi/governance/index.md
+++ b/public/content/translations/hi/governance/index.md
@@ -152,7 +152,7 @@ DAO हैक पर और देखें:
 
 जबकि विनिर्देश और विकास कार्यान्वयन हमेशा पूरी तरह से खुले स्रोत रहे हैं, ऊपर वर्णित अपडेट का प्रस्ताव करने के लिए उपयोग की जाने वाली औपचारिक प्रक्रियाओं का उपयोग नहीं किया गया था। इसने परिवर्तनों को निर्दिष्ट करने और शोधकर्ताओं और कार्यान्वयनकर्ताओं द्वारा जल्दी से सहमत होने की अनुमति दी।
 
-15 सितंबर, 2022 को बीकन चेन का इथेरियम निष्पादन परत के साथ मर्ज हो गया [पेरिस नेटवर्क अपग्रेड](/history/#paris) के हिस्से के रूप में मर्ज पूरा हो गया था। प्रस्ताव [EIP-3675](https://eips.ethereum.org/EIPS/eip-3675) को 'अंतिम कॉल' से 'अंतिम' में बदल दिया गया, जिससे हिस्सेदारी का सबूत में परिवर्तन पूरा हो गया।
+15 सितंबर, 2022 को बीकन चेन का इथेरियम निष्पादन परत के साथ मर्ज हो गया [पेरिस नेटवर्क अपग्रेड](/ethereum-forks/#paris) के हिस्से के रूप में मर्ज पूरा हो गया था। प्रस्ताव [EIP-3675](https://eips.ethereum.org/EIPS/eip-3675) को 'अंतिम कॉल' से 'अंतिम' में बदल दिया गया, जिससे हिस्सेदारी का सबूत में परिवर्तन पूरा हो गया।
 
 <ButtonLink href="/roadmap/merge/">
   मर्ज पर और अधिक
diff --git a/public/content/translations/hi/roadmap/merge/index.md b/public/content/translations/hi/roadmap/merge/index.md
index a3c7db22898..7c566e658f2 100644
--- a/public/content/translations/hi/roadmap/merge/index.md
+++ b/public/content/translations/hi/roadmap/merge/index.md
@@ -17,7 +17,7 @@ summaryPoint4: मर्ज ने एथेरियम की ऊर्जा
 
 ## मर्ज क्या था? {#what-is-the-merge}
 
-मर्ज, एथेरियम की ओरिजिनल निष्पादन परत (मेननेट जो कि [उत्पत्ति](/history/#frontier) के बाद से मौजूद है) के साथ अपनी नई हिस्सेदारी के सबूत सहमति परत, बीकन चेन से जुड़ने की प्रक्रिया थी। इसने ऊर्जा-गहन माईनिंग की ज़रूरत को ख़त्म कर दिया और इसके बजाय नेटवर्क को स्टेक्ड ETH का उपयोग करके सुरक्षित करने में सक्षम बनाया। एथेरियम विज़न—अधिक स्केलेबिलिटी, सुरक्षा और स्थिरता को साकार करने में यह वास्तव में एक रोमांचक कदम था।
+मर्ज, एथेरियम की ओरिजिनल निष्पादन परत (मेननेट जो कि [उत्पत्ति](/ethereum-forks/#frontier) के बाद से मौजूद है) के साथ अपनी नई हिस्सेदारी के सबूत सहमति परत, बीकन चेन से जुड़ने की प्रक्रिया थी। इसने ऊर्जा-गहन माईनिंग की ज़रूरत को ख़त्म कर दिया और इसके बजाय नेटवर्क को स्टेक्ड ETH का उपयोग करके सुरक्षित करने में सक्षम बनाया। एथेरियम विज़न—अधिक स्केलेबिलिटी, सुरक्षा और स्थिरता को साकार करने में यह वास्तव में एक रोमांचक कदम था।
 
 <MergeInfographic />
 
diff --git a/public/content/translations/hi/roadmap/merge/issuance/index.md b/public/content/translations/hi/roadmap/merge/issuance/index.md
index 2cdabba61b9..2d28c29aa22 100644
--- a/public/content/translations/hi/roadmap/merge/issuance/index.md
+++ b/public/content/translations/hi/roadmap/merge/issuance/index.md
@@ -30,11 +30,11 @@ title="ETH जारी करना tldr">
 
 ### निष्पादन परत जारी करना {#el-issuance-pre-merge}
 
-प्रूफ-ऑफ-वर्क के तहत, माईनर ने केवल निष्पादन परत के साथ बातचीत की और उन्हें ब्लॉक पुरस्कारों से पुरस्कृत किया गया यदि वे अगले ब्लॉक को हल करने वाले पहले माईनर थे। 2019 में [कॉन्स्टेंटिनोपल अपग्रेड](/history/#constantinople) के बाद से यह पुरस्कार 2 ETH प्रति ब्लॉक था। माईनर को [ommer](/glossary/#ommer) ब्लॉक्स प्रकाशित करने के लिए भी पुरस्कृत किया गया था, जो ऐसे वैध ब्लॉक्स थे जो सबसे लंबी/विहित श्रृंखला में समाप्त नहीं हुए थे। ये पुरस्कार अधिकतम 1.75 ETH प्रति ओमेर थे, और कैनोनिकल ब्लॉक से जारी इनाम _के अलावा_ थे। माईनिंग की प्रक्रिया एक आर्थिक रूप से गहन गतिविधि थी, जिसे बनाए रखने के लिए ऐतिहासिक रूप से ETH जारी करने के उच्च स्तर की आवश्यकता थी।
+प्रूफ-ऑफ-वर्क के तहत, माईनर ने केवल निष्पादन परत के साथ बातचीत की और उन्हें ब्लॉक पुरस्कारों से पुरस्कृत किया गया यदि वे अगले ब्लॉक को हल करने वाले पहले माईनर थे। 2019 में [कॉन्स्टेंटिनोपल अपग्रेड](/ethereum-forks/#constantinople) के बाद से यह पुरस्कार 2 ETH प्रति ब्लॉक था। माईनर को [ommer](/glossary/#ommer) ब्लॉक्स प्रकाशित करने के लिए भी पुरस्कृत किया गया था, जो ऐसे वैध ब्लॉक्स थे जो सबसे लंबी/विहित श्रृंखला में समाप्त नहीं हुए थे। ये पुरस्कार अधिकतम 1.75 ETH प्रति ओमेर थे, और कैनोनिकल ब्लॉक से जारी इनाम _के अलावा_ थे। माईनिंग की प्रक्रिया एक आर्थिक रूप से गहन गतिविधि थी, जिसे बनाए रखने के लिए ऐतिहासिक रूप से ETH जारी करने के उच्च स्तर की आवश्यकता थी।
 
 ### कंसेंसस लेयर जारी करना {#cl-issuance-pre-merge}
 
-[बीकन चेन](/history/#beacon-chain-genesis) 2020 में लाइव हो गया। माईनर के बजाय, इसे प्रूफ-ऑफ-स्टेक का उपयोग करके सत्यापनकर्ताओं द्वारा सुरक्षित किया जाता है। इस श्रृंखला को एथेरियम यूज़र द्वारा मेननेट (निष्पादन परत) पर एक स्मार्ट अनुबंध में ETH वन-वे जमा करने के लिए बूटस्ट्रैप किया गया था, जिसे बीकन चेन सुनता है, यूज़र को नई श्रृंखला पर ETH की समान राशि के साथ श्रेय देता है। मर्ज होने तक, बीकन चेन के सत्यापनकर्ता लेनदेन को संसाधित नहीं कर रहे थे और अनिवार्य रूप से सत्यापनकर्ता पूल की स्थिति पर कंसेंसस के लिए आ रहे थे।
+[बीकन चेन](/ethereum-forks/#beacon-chain-genesis) 2020 में लाइव हो गया। माईनर के बजाय, इसे प्रूफ-ऑफ-स्टेक का उपयोग करके सत्यापनकर्ताओं द्वारा सुरक्षित किया जाता है। इस श्रृंखला को एथेरियम यूज़र द्वारा मेननेट (निष्पादन परत) पर एक स्मार्ट अनुबंध में ETH वन-वे जमा करने के लिए बूटस्ट्रैप किया गया था, जिसे बीकन चेन सुनता है, यूज़र को नई श्रृंखला पर ETH की समान राशि के साथ श्रेय देता है। मर्ज होने तक, बीकन चेन के सत्यापनकर्ता लेनदेन को संसाधित नहीं कर रहे थे और अनिवार्य रूप से सत्यापनकर्ता पूल की स्थिति पर कंसेंसस के लिए आ रहे थे।
 
 बीकन चेन पर सत्यापनकर्ताओं को श्रृंखला की स्थिति को प्रमाणित करने और ब्लॉकों का प्रस्ताव करने के लिए ETH से पुरस्कृत किया जाता है। सत्यापनकर्ता के प्रदर्शन के आधार पर प्रत्येक युग (प्रत्येक 6.4 मिनट) में पुरस्कार (या दंड) की गणना और वितरण किया जाता है। सत्यापनकर्ता पुरस्कार माईनिंग पुरस्कारों की तुलना में **काफ़ी** कम हैं जो पहले प्रूफ-ऑफ-वर्क (2 ETH प्रत्येक ~ 13.5 सेकंड) के तहत जारी किए गए थे, क्योंकि एक मान्य नोड का संचालन आर्थिक रूप से तीव्र नहीं है और इस प्रकार उच्च पुरस्‍कार की आवश्यकता या वारंट नहीं है।
 
@@ -94,7 +94,7 @@ title="ETH जारी करना tldr">
 ETH जारी करने के विपरीत बल वह दर है जिस पर ETH को बर्न किया जाता है। एथेरियम पर लेनदेन निष्पादित करने के लिए, एक न्यूनतम शुल्क (जिसे "आधार शुल्क" के रूप में जाना जाता है) का भुगतान किया जाना चाहिए, जो नेटवर्क गतिविधि के आधार पर लगातार (ब्लॉक-टू-ब्लॉक) उतार-चढ़ाव करता है। शुल्क का भुगतान ETH में किया जाता है और लेनदेन को वैध माने जाने के लिए _आवश्यक_ है। यह शुल्क लेन-देन प्रक्रिया के दौरान _बर्न_ हो जाता है, इसे प्रचलन से हटा देता है।
 
 <InfoBanner>
-अगस्त 2021 में [द लंदन अपग्रेड](/history/#london) के साथ शुल्क बर्निंग लाइव हो गया, और मर्ज के बाद से अपरिवर्तित बना हुआ है।
+अगस्त 2021 में [द लंदन अपग्रेड](/ethereum-forks/#london) के साथ शुल्क बर्निंग लाइव हो गया, और मर्ज के बाद से अपरिवर्तित बना हुआ है।
 </InfoBanner>
 
 लंदन अपग्रेड द्वारा लागू शुल्क बर्न के शीर्ष पर, सत्यापनकर्ता ऑफ़लाइन होने के लिए दंड भी लगा सकते हैं, या इससे भी बदतर, उन्हें नेटवर्क सुरक्षा को खतरे में डालने वाले विशिष्ट नियमों को तोड़ने के लिए घटाया जा सकता है। इन दंडों के परिणामस्वरूप उस सत्यापनकर्ता की शेष राशि से ETH में कमी आती है, जिसे सीधे किसी अन्य खाते में पुरस्कृत नहीं किया जाता है, प्रभावी रूप से इसे प्रचलन से बर्न कर दिया जाता है/हटा दिया जाता है।
diff --git a/public/content/translations/hi/staking/withdrawals/index.md b/public/content/translations/hi/staking/withdrawals/index.md
index c582f32de81..a53189dca68 100644
--- a/public/content/translations/hi/staking/withdrawals/index.md
+++ b/public/content/translations/hi/staking/withdrawals/index.md
@@ -65,7 +65,7 @@ _किसी भी_ धन को सत्यापनकर्ता खा
 
 शंघाई/कैपेला अपग्रेड ने पहले से दांव पर लगाए गए ETH को नियमित इथेरियम खातों में पुनः प्राप्त करने में सक्षम बनाया। इसने स्टेकिंग लिक्विडिटी तरलता पर लूप को बंद कर दिया, और इथेरियम को एक स्थायी, स्केलेबल, सुरक्षित विकेन्द्रीकृत पारिस्थितिकी तंत्र के निर्माण की दिशा में अपनी यात्रा पर एक कदम करीब लाया।
 
-- [इथेरियम इतिहास के बारे में अधिक जानकारी](/history/)
+- [इथेरियम इतिहास के बारे में अधिक जानकारी](/ethereum-forks/)
 - [इथेरियम रोडमैप के बारे में अधिक जानकारी](/roadmap/)
 
 ## निकासी भुगतान कैसे काम करते हैं? {#how-do-withdrawals-work}
diff --git a/public/content/translations/hr/roadmap/merge/index.md b/public/content/translations/hr/roadmap/merge/index.md
index 3757f18a070..6a9b0724ef5 100644
--- a/public/content/translations/hr/roadmap/merge/index.md
+++ b/public/content/translations/hr/roadmap/merge/index.md
@@ -17,7 +17,7 @@ summaryPoint4: Spajanjem je potrošnja energije Ethereuma smanjena za približno
 
 ## Što je spajanje? {#what-is-the-merge}
 
-Spajanje predstavlja objedinjavanje izvornog izvršnog sloja Ethereuma (glavne mreže koja je postojala još od [geneze](/history/#frontier)) s novim slojem konsenzusa dokaza uloga pod nazivom Beacon Chain. Time se uklanja potreba za energetski intenzivnim rudarenjem i umjesto toga mreža se osigurava korištenjem ulagačkog ETH-a. To je bio dosta značajan korak vizije Ethereuma kao prilagodljivijeg, sigurnijeg i održivijeg.
+Spajanje predstavlja objedinjavanje izvornog izvršnog sloja Ethereuma (glavne mreže koja je postojala još od [geneze](/ethereum-forks/#frontier)) s novim slojem konsenzusa dokaza uloga pod nazivom Beacon Chain. Time se uklanja potreba za energetski intenzivnim rudarenjem i umjesto toga mreža se osigurava korištenjem ulagačkog ETH-a. To je bio dosta značajan korak vizije Ethereuma kao prilagodljivijeg, sigurnijeg i održivijeg.
 
 <MergeInfographic />
 
diff --git a/public/content/translations/hu/community/research/index.md b/public/content/translations/hu/community/research/index.md
index f2ee66f5acf..8f7ea3c5e0e 100644
--- a/public/content/translations/hu/community/research/index.md
+++ b/public/content/translations/hu/community/research/index.md
@@ -83,7 +83,7 @@ Az Ethereum-csomópontok két szoftvert futtatnak:
 1. a konszenzuskliens a blokklánc elejét/fejét trekkeli, elterjeszti a blokkokat (pletyka) és kezeli a konszenzus logikáját
 2. a végrehajtási kliens az Ethereum virtuális gépet támogatja, valamint a tranzakciókat és okosszerződéseket futtatja
 
-Bővebb információkért tekintse át a [node-ok és kliensek oldalt](/developers/docs/nodes-and-clients/), ahol a jelenlegi kliensbevezetések listáját is megtalálja. Az Ethereum-fejlesztésekről is találhat információkat az [Ethereum története oldalon](/history/).
+Bővebb információkért tekintse át a [node-ok és kliensek oldalt](/developers/docs/nodes-and-clients/), ahol a jelenlegi kliensbevezetések listáját is megtalálja. Az Ethereum-fejlesztésekről is találhat információkat az [Ethereum története oldalon](/ethereum-forks/).
 
 ### Végrehajtási kliensek {#execution-clients}
 
diff --git a/public/content/translations/hu/developers/docs/consensus-mechanisms/pos/attack-and-defense/index.md b/public/content/translations/hu/developers/docs/consensus-mechanisms/pos/attack-and-defense/index.md
index b776e646995..1a55dc41038 100644
--- a/public/content/translations/hu/developers/docs/consensus-mechanisms/pos/attack-and-defense/index.md
+++ b/public/content/translations/hu/developers/docs/consensus-mechanisms/pos/attack-and-defense/index.md
@@ -132,7 +132,7 @@ A támadóra kiszabott büntetéstől függetlenül a közösségnek közösen k
 
 Ez azonban jelentős vezetési kihívást jelentene. Néhány felhasználó és validátor kétségtelenül veszítene a helyes láncra való visszaváltás következtében, a támadás után validált blokkokban lévő tranzakciókat potenciálisan visszavonnák, megzavarva az alkalmazási réteget, és ez aláássa egyes felhasználók etikai elképzeléseit, akik hajlamosak azt hinni, hogy „a kód a törvény”. A tőzsdék és az alkalmazások valószínűleg összekapcsolták a láncon kívüli műveleteket a láncon belüli tranzakciókkal, amelyeket most vissza lehet göngyölíteni, elindítva a visszavonások és felülvizsgálatok tömkelegét, amelyet nehéz lenne tisztességesen kibogozni, különösen, ha a jogtalanul szerzett nyereségeket összekeverték, DeFi-ba vagy más származékos termékekbe helyezték, amelyek másodlagos hatásokkal járnak a tisztességes felhasználók számára. Kétségtelen, hogy néhány felhasználó, talán még az intézményiek is, hasznot húztak volna a tisztességtelen láncból, ravaszságból vagy szerencsés véletlenből, és elleneznék az elágazást, hogy megvédjék a hasznukat. Elpróbálták a >51%-os támadásokra adott közösségi válaszlépéseket, hogy egy észszerű, összehangolt választ gyorsan végre lehessen hajtani. Vitalik hasznos beszélgetést folytat az ethresear.ch oldalon [itt](https://ethresear.ch/t/timeliness-detectors-and-51-attack-recovery-in-blockchains/6925) és [itt](https://ethresear.ch/t/responding-to-51-attacks-in-casper-ffg/6363), valamint a Twitteren itt. Az összehangolt társadalmi reakció célja a támadó megbüntetése és a többi felhasználóra gyakorolt hatások minimalizálása kell, hogy legyen.
 
-A vezetés már önmagában is bonyolult téma. Egy tisztességtelen véglegesítő láncra adott 0. rétegbeli vészreakció kezelése kihívást jelentene az Ethereum közössége számára, de ez [már megtörtént](/history/#dao-fork-summary) – [kétszer](/history/#tangerine-whistle) – az Ethereum történetében.
+A vezetés már önmagában is bonyolult téma. Egy tisztességtelen véglegesítő láncra adott 0. rétegbeli vészreakció kezelése kihívást jelentene az Ethereum közössége számára, de ez [már megtörtént](/ethereum-forks/#dao-fork-summary) – [kétszer](/ethereum-forks/#tangerine-whistle) – az Ethereum történetében.
 
 Mindazonáltal van valami kielégítő abban, hogy a végső megoldás a való világban található. Végső soron, még e fenomenális technológiai rendszer ellenére is, ha a legrosszabb valaha is bekövetkezne, a valódi embereknek kellene koordinálniuk a kiutat.
 
diff --git a/public/content/translations/hu/developers/docs/consensus-mechanisms/pow/index.md b/public/content/translations/hu/developers/docs/consensus-mechanisms/pow/index.md
index 57c600ec29d..c485cbb30de 100644
--- a/public/content/translations/hu/developers/docs/consensus-mechanisms/pow/index.md
+++ b/public/content/translations/hu/developers/docs/consensus-mechanisms/pow/index.md
@@ -56,7 +56,7 @@ Ahhoz, hogy valaki konzisztensen rosszindulatú, de mégis érvényes blokkokat
 
 A proof-of-work másik feladata az volt, hogy új coinokat bocsásson ki a rendszerbe és ezzel ösztönözze a bányászokat a munka elvégzésére.
 
-A [Constantinople-frissítés](/history/#constantinople) után a bányászok, akik sikeresen létrehoztak egy blokkot, két frissen kibocsátott ETH-t kaptak, valamint a tranzakciós díjak egy része is az övék lett. Az ommer blokkokért is járt 1,75 ETH. Az ommerek olyan érvényes blokkok, melyeket ugyanabban az időben készítenek, mint a kanonikus blokkot, ami végül a lánc folytatása lesz. Ezek általában hálózati késedelemkor fordultak elő.
+A [Constantinople-frissítés](/ethereum-forks/#constantinople) után a bányászok, akik sikeresen létrehoztak egy blokkot, két frissen kibocsátott ETH-t kaptak, valamint a tranzakciós díjak egy része is az övék lett. Az ommer blokkokért is járt 1,75 ETH. Az ommerek olyan érvényes blokkok, melyeket ugyanabban az időben készítenek, mint a kanonikus blokkot, ami végül a lánc folytatása lesz. Ezek általában hálózati késedelemkor fordultak elő.
 
 ## Véglegesség {#finality}
 
diff --git a/public/content/translations/hu/developers/docs/nodes-and-clients/index.md b/public/content/translations/hu/developers/docs/nodes-and-clients/index.md
index 0ad37f6cdaf..a04741163b6 100644
--- a/public/content/translations/hu/developers/docs/nodes-and-clients/index.md
+++ b/public/content/translations/hu/developers/docs/nodes-and-clients/index.md
@@ -37,7 +37,7 @@ Az implementációk közös vonása, hogy egyazon specifikációt követik. Ez a
 - Eredetileg az [Ethereum Sárga Könyvében](https://ethereum.github.io/yellowpaper/paper.pdf), vagyis műszaki alaptanulmányában.
 - [Végrehajtási specifikációk](https://github.com/ethereum/execution-specs/)
 - [Konszenzusspecifikációk](https://github.com/ethereum/consensus-specs)
-- [EIP-ek](https://eips.ethereum.org/), amelyeket a különböző [ hálózatfrissítések](/history/) során vezettek be
+- [EIP-ek](https://eips.ethereum.org/), amelyeket a különböző [ hálózatfrissítések](/ethereum-forks/) során vezettek be
 
 ### Csomópontok követése a hálózatban {#network-overview}
 
diff --git a/public/content/translations/hu/developers/docs/nodes-and-clients/run-a-node/index.md b/public/content/translations/hu/developers/docs/nodes-and-clients/run-a-node/index.md
index e0129345433..a16f9cfbf24 100644
--- a/public/content/translations/hu/developers/docs/nodes-and-clients/run-a-node/index.md
+++ b/public/content/translations/hu/developers/docs/nodes-and-clients/run-a-node/index.md
@@ -444,7 +444,7 @@ Fontolja meg, hogy létrehoz egy szolgáltatást, hogy a klienseket automatikusa
 
 #### A kliensek frissítése {#updating-clients}
 
-Tartsa a kliensszoftverét naprakészen a legutóbbi biztonsági javításokkal, funkciókkal és [EIP-ekkel](/eips/). Főleg a [végleges elágazás (hard fork)](/history/) esetén legyen biztos abban, hogy a megfelelő kliensverziót használja.
+Tartsa a kliensszoftverét naprakészen a legutóbbi biztonsági javításokkal, funkciókkal és [EIP-ekkel](/eips/). Főleg a [végleges elágazás (hard fork)](/ethereum-forks/) esetén legyen biztos abban, hogy a megfelelő kliensverziót használja.
 
 > A fontos hálózati frissítések előtt az Ethereum Alapítvány publikál egy cikket a [blogon](https://blog.ethereum.org). Ön is [feliratkozhat ezekre a bejelentésekre](https://blog.ethereum.org/category/protocol#subscribe), hogy e-mailes figyelmeztetést kapjon, amikor a csomópontot frissíteni kell.
 
diff --git a/public/content/translations/hu/developers/docs/transactions/index.md b/public/content/translations/hu/developers/docs/transactions/index.md
index a2b0532b580..849b494b1ff 100644
--- a/public/content/translations/hu/developers/docs/transactions/index.md
+++ b/public/content/translations/hu/developers/docs/transactions/index.md
@@ -202,9 +202,9 @@ A `TransactionType` értéke alapján a tranzakció a következő kategórába e
 
 1. **0-s típusú (eredeti) tranzakciók:** Az eredeti tranzakciós formátum az Ethereum bevezetése óta. Nem tartalmaznak az [EIP-1559](https://eips.ethereum.org/EIPS/eip-1559) által bevezetett jellemzőket, mint a dinamikus gázdíj-kalkuláció vagy elérhetőségi listák az okosszerződéseknek. Ezek az eredeti tranzakciók nem tartalmaznak olyan specifikus előtagot, amely jelezné a típusukat a sorosított formájukban, a `0xf8` bájttal kezdődnek, amikor [Rekurzív hosszúságú prefix (RLP)](/developers/docs/data-structures-and-encoding/rlp) kódolást használnak. A TransactionType értéke ekkor `0x0`.
 
-2. **1-es típusú tranzakciók:** Az [EIP-2930](https://eips.ethereum.org/EIPS/eip-2930) vezette be ezeket az Ethereum [Berlin frissítése](/history/#berlin) során, és ezek egy `accessList` (elérési lista) paramétert tartalmaznak. Ez a lista meghatározza azokat a címeket és tárolási kulcsokat, melyeket a tranzakció várhatóan elér, hogy így csökkentse a [gáz](/developers/docs/gas/)költségét az összetett tranzakcióknak, melyek okosszerződésekből erednek. Az EIP-1559 díjpiaci változások nem részei az 1-es típusú tranzakcióknak. Ezek magukba foglalnak egy `yParity` paramétert, amely lehet `0x0` vagy `0x1`, amely a secp256k1 aláírás y értékének megfelelését jelöli. Ezek a `0x01`bájttal kezdődnek, és a TransactionType értéke `0x1`.
+2. **1-es típusú tranzakciók:** Az [EIP-2930](https://eips.ethereum.org/EIPS/eip-2930) vezette be ezeket az Ethereum [Berlin frissítése](/ethereum-forks/#berlin) során, és ezek egy `accessList` (elérési lista) paramétert tartalmaznak. Ez a lista meghatározza azokat a címeket és tárolási kulcsokat, melyeket a tranzakció várhatóan elér, hogy így csökkentse a [gáz](/developers/docs/gas/)költségét az összetett tranzakcióknak, melyek okosszerződésekből erednek. Az EIP-1559 díjpiaci változások nem részei az 1-es típusú tranzakcióknak. Ezek magukba foglalnak egy `yParity` paramétert, amely lehet `0x0` vagy `0x1`, amely a secp256k1 aláírás y értékének megfelelését jelöli. Ezek a `0x01`bájttal kezdődnek, és a TransactionType értéke `0x1`.
 
-3. **2-es típusú tranzakciók**, általában EIP-1559-tranzakciók, melyeket az [EIP-1559](https://eips.ethereum.org/EIPS/eip-1559) vezetett be az Ethereum [London frissítésekor](/history/#london). Ezek lettek az Ethereum-hálózat sztenderd tranzakciótípusai. Egy új díjpiaci mechanizmust vezettek be, amely javítja az előrejelezhetőséget azáltal, hogy egy alapdíjra és egy prioritási díjra osztja fel a tranzakciós díjat. A `0x02` bájttal kezdődnek és olyan mezőket tartalmaznak, mint a `maxPriorityFeePerGas` és `maxFeePerGas`. Jelenleg a 2-es típusú tranzakciók az alapértelmezettek a rugalmasság és a hatékonyság okán, főleg a nagy hálózati leterheltség idején, mert a felhasználók jobban tudják kezelni a tranzakciós díjakat ezáltal. A TransactionType értéke ezekre `0x2`.
+3. **2-es típusú tranzakciók**, általában EIP-1559-tranzakciók, melyeket az [EIP-1559](https://eips.ethereum.org/EIPS/eip-1559) vezetett be az Ethereum [London frissítésekor](/ethereum-forks/#london). Ezek lettek az Ethereum-hálózat sztenderd tranzakciótípusai. Egy új díjpiaci mechanizmust vezettek be, amely javítja az előrejelezhetőséget azáltal, hogy egy alapdíjra és egy prioritási díjra osztja fel a tranzakciós díjat. A `0x02` bájttal kezdődnek és olyan mezőket tartalmaznak, mint a `maxPriorityFeePerGas` és `maxFeePerGas`. Jelenleg a 2-es típusú tranzakciók az alapértelmezettek a rugalmasság és a hatékonyság okán, főleg a nagy hálózati leterheltség idején, mert a felhasználók jobban tudják kezelni a tranzakciós díjakat ezáltal. A TransactionType értéke ezekre `0x2`.
 
 
 
diff --git a/public/content/translations/hu/history/index.md b/public/content/translations/hu/ethereum-forks/index.md
similarity index 99%
rename from public/content/translations/hu/history/index.md
rename to public/content/translations/hu/ethereum-forks/index.md
index b6157a08705..281b25a9f16 100644
--- a/public/content/translations/hu/history/index.md
+++ b/public/content/translations/hu/ethereum-forks/index.md
@@ -268,7 +268,7 @@ A London frissítés bevezette az [EIP-1559](https://eips.ethereum.org/EIPS/eip-
 
 A London-frissítés előtt az Ethereum fix méretű blokkokkal működött. A magas hálózati kereslet idején ezek a blokkok teljes kapacitással működtek. Ennek eredményeképp a felhasználóknak sokszor várni kellett a kereslet csökkenésére, hogy bekerülhessenek egy blokkba, ami rontott a felhasználói élményen. A London-frissítés bevezette a változó méretű blokkokat az Ethereumon.
 
-A tranzakciós díjak számításának módja 2021. augusztusában megváltozott [a London-frissítéssel](/history/#london) az Ethereum hálózatán. A London Upgrade előtt a díjakat úgy kalkulálták, hogy elkülönítették az `alapdíjat` és az `elsőbbségi díjat`:
+A tranzakciós díjak számításának módja 2021. augusztusában megváltozott [a London-frissítéssel](/ethereum-forks/#london) az Ethereum hálózatán. A London Upgrade előtt a díjakat úgy kalkulálták, hogy elkülönítették az `alapdíjat` és az `elsőbbségi díjat`:
 
 Tegyük fel, hogy Alice-nek fizetnie kell Bobnak 1 ETH-t. A tranzakcióban a gázkorlátozás 21 000 egység, a gázdíj pedig 200 gwei.
 
diff --git a/public/content/translations/hu/governance/index.md b/public/content/translations/hu/governance/index.md
index b38603f0650..577fe224932 100644
--- a/public/content/translations/hu/governance/index.md
+++ b/public/content/translations/hu/governance/index.md
@@ -152,7 +152,7 @@ Az Ethereum-irányítási folyamat gyakran a gyorsaság és a hatékonyság rov
 
 Miközben a specifikáció és a fejlesztés teljesen nyitott volt, a hivatalos fejlesztési folyamat nem követte a fenti lépéseket. Így a kutatók és a fejlesztők gyorsabban meg tudtak egyezni a specifikus változtatásokon.
 
-Amikor a Beacon-lánc egyesült az Ethereum végrehajtási réteggel 2022. szeptember 15-én, a Merge teljesült a [Paris hálózati frissítés](/history/#paris) részeként. Az [EIP-3675](https://eips.ethereum.org/EIPS/eip-3675) javaslat státusza véglegesre változott befejezve az átállást a proof-of-stake mechanizmusra.
+Amikor a Beacon-lánc egyesült az Ethereum végrehajtási réteggel 2022. szeptember 15-én, a Merge teljesült a [Paris hálózati frissítés](/ethereum-forks/#paris) részeként. Az [EIP-3675](https://eips.ethereum.org/EIPS/eip-3675) javaslat státusza véglegesre változott befejezve az átállást a proof-of-stake mechanizmusra.
 
 <ButtonLink href="/roadmap/merge/">
   A beolvadásról bővebben
diff --git a/public/content/translations/hu/roadmap/merge/index.md b/public/content/translations/hu/roadmap/merge/index.md
index d979965106b..4603c145e12 100644
--- a/public/content/translations/hu/roadmap/merge/index.md
+++ b/public/content/translations/hu/roadmap/merge/index.md
@@ -17,7 +17,7 @@ summaryPoint4: A Beolvadás nagyjából 99,95%-kal csökkentette az Ethereum ene
 
 ## Mi volt a beolvadás? {#what-is-the-merge}
 
-A beolvadás az Ethereum eredeti végrehajtási rétegének (a [genezis](/history/#frontier) óta létező fő hálózatnak) az összeolvadása volt az új proof-of-stake konszenzusréteggel, a Beacon lánccal. Ezzel szükségtelenné vált az energiaintenzív bányászat, és megnyílt a hálózat biztosításának lehetősége letétbe helyezett ETH felhasználásával. Igazán izgalmas lépés volt ez az Ethereum jövőképének – nagyobb méretezhetőség, biztonság és fenntarthatóság – megvalósítása felé vezető úton.
+A beolvadás az Ethereum eredeti végrehajtási rétegének (a [genezis](/ethereum-forks/#frontier) óta létező fő hálózatnak) az összeolvadása volt az új proof-of-stake konszenzusréteggel, a Beacon lánccal. Ezzel szükségtelenné vált az energiaintenzív bányászat, és megnyílt a hálózat biztosításának lehetősége letétbe helyezett ETH felhasználásával. Igazán izgalmas lépés volt ez az Ethereum jövőképének – nagyobb méretezhetőség, biztonság és fenntarthatóság – megvalósítása felé vezető úton.
 
 <MergeInfographic />
 
diff --git a/public/content/translations/hu/roadmap/merge/issuance/index.md b/public/content/translations/hu/roadmap/merge/issuance/index.md
index 6822a4cb64c..410f591eb96 100644
--- a/public/content/translations/hu/roadmap/merge/issuance/index.md
+++ b/public/content/translations/hu/roadmap/merge/issuance/index.md
@@ -30,11 +30,11 @@ title="Az ETH-kibocsátásról röviden">
 
 ### A végrehajtási réteg kibocsátása {#el-issuance-pre-merge}
 
-A proof-of-work mechanizmusban a bányászok csak a végrehajtási réteggel kapcsolódtak, és blokkjutalmat kaptak, ha elsőként oldották meg a következő blokkot. A [Constantinople-frissítés](/history/#constantinople) után, 2019-től ez a jutalom 2 ETH volt blokkonként. A bányászok jutalmat szereztek akkor is, ha nem egy valid blokkot hoztak létre, amely nem került be a leghosszabb/hiteles láncba, hanem annak csak [ommer](/glossary/#ommer) vagy testvérblokkja volt. Ezek a jutalmak maximum 1,75 ETH-t értek ommerenként, és az érvényes blokk nyereségén _felül_ kerültek kibocsátásra. A bányászat egy gazdaságilag intenzív tevékenység volt, amelynek fenntartásához magas szintű ETH kibocsátásra volt szükség.
+A proof-of-work mechanizmusban a bányászok csak a végrehajtási réteggel kapcsolódtak, és blokkjutalmat kaptak, ha elsőként oldották meg a következő blokkot. A [Constantinople-frissítés](/ethereum-forks/#constantinople) után, 2019-től ez a jutalom 2 ETH volt blokkonként. A bányászok jutalmat szereztek akkor is, ha nem egy valid blokkot hoztak létre, amely nem került be a leghosszabb/hiteles láncba, hanem annak csak [ommer](/glossary/#ommer) vagy testvérblokkja volt. Ezek a jutalmak maximum 1,75 ETH-t értek ommerenként, és az érvényes blokk nyereségén _felül_ kerültek kibocsátásra. A bányászat egy gazdaságilag intenzív tevékenység volt, amelynek fenntartásához magas szintű ETH kibocsátásra volt szükség.
 
 ### A konszenzusréteg kibocsátása {#cl-issuance-pre-merge}
 
-A [Beacon lánc](/history/#beacon-chain-genesis) 2020-től működik élesben. A bányászok helyett validátorok biztosították a rendszert a proof-of-stake mechanizmussal. Ezt a láncot úgy állították fel, hogy az Ethereum-felhasználók ETH-t helyeztek letétbe egy okosszerződésbe a főhálózaton (a végrehajtási rétegen), amelyet a Beacon lánc felismert és az új láncon ugyanannyit ETH-t adott a felhasználónak. A Beolvadás bevezetéséig a Beacon lánc validátorai nem kezelték a tranzakciókat és lényegében a validátor gyűjtőjének státuszáról hozták meg a konszenzust.
+A [Beacon lánc](/ethereum-forks/#beacon-chain-genesis) 2020-től működik élesben. A bányászok helyett validátorok biztosították a rendszert a proof-of-stake mechanizmussal. Ezt a láncot úgy állították fel, hogy az Ethereum-felhasználók ETH-t helyeztek letétbe egy okosszerződésbe a főhálózaton (a végrehajtási rétegen), amelyet a Beacon lánc felismert és az új láncon ugyanannyit ETH-t adott a felhasználónak. A Beolvadás bevezetéséig a Beacon lánc validátorai nem kezelték a tranzakciókat és lényegében a validátor gyűjtőjének státuszáról hozták meg a konszenzust.
 
 A Beacon láncon a validátorok ETH jutalmat kaptak azért, hogy tanúsítják a lánc státuszát és blokkokat javasolnak. A validátor teljesítménye alapján jutalmak és büntetések kerülnek kiszabásra minden korszakban (epoch, minden 6,4 percben). A validátorok jutalma **jelentősen** kevesebb, mint a bányászoké volt a proof-of-work mechanizmusban (2 ETH kb. 13,5 másodpercenként), mivel a validáló csomópont üzemeltetése nem annyira intenzív feladat, és így nem jár olyan magas jutalom érte.
 
@@ -94,7 +94,7 @@ Az éves ETH kibocsátás nettó csökkenése: <strong>kb. 88,7%</strong> ((4,61
 Az ETH kibocsátással ellenkező erő az a ráta, ahogy az ETH-t elégetik. Az Ethereumon végrehajtandó tranzakcióért fizetni kell egy minimális díjat (alapdíj), amely állandóan változik, blokkról blokkra, a hálózati működés függvényében. Ezt a díjat ETH-ben fizetik, és _elengedhetetlen_ ahhoz, hogy egy tranzakció érvényes legyen. Ezt a díjat _elégetik_ a tranzakció végrehajtása során, így kikerül a körforgásból.
 
 <InfoBanner>
-A díj elégetése a [London-frissítés](/history/#london) óta (2021. augusztus) működik, és a Beolvadás óta változatlan.
+A díj elégetése a [London-frissítés](/ethereum-forks/#london) óta (2021. augusztus) működik, és a Beolvadás óta változatlan.
 </InfoBanner>
 
 A bevezetett díj elégetése mellett a validátorok büntetéseket is kaphatnak azért, ha nincsenek online, vagy ami még rosszabb, ha olyan szabályokat hágnak át, amely a hálózat biztonságát veszélyeztetik, akkor az súlyos büntetéssel és kizárással jár. Ezek a büntetések lecsökkentik az ETH-t a validátor számláján, ami utána nem kerül máshova, tehát lényegében kivonják a forgalomból vagy elégetik.
diff --git a/public/content/translations/hu/staking/withdrawals/index.md b/public/content/translations/hu/staking/withdrawals/index.md
index 090f01f0b4c..65988777b1b 100644
--- a/public/content/translations/hu/staking/withdrawals/index.md
+++ b/public/content/translations/hu/staking/withdrawals/index.md
@@ -65,7 +65,7 @@ A letétek visszavonása elérhető! A funkcionalitást a Shanghai/Capella friss
 
 Ennek következtében a korábban letétbe helyezett ETH-t vissza lehet vonni a normális Ethereum-számlákra. Ez lezárta a letétek likviditásának témáját, és az Ethereumot egy lépéssel közelebb vitte a céljához, ami egy fenntartható, skálázható, biztonságot, decentralizált ökoszisztéma.
 
-- [Bővebben az Ethereum történetéről](/history/)
+- [Bővebben az Ethereum történetéről](/ethereum-forks/)
 - [Bővebben az Ethereum fejlesztési terveiről](/roadmap/)
 
 ## Hogyan működik a visszavonási kifizetés? {#how-do-withdrawals-work}
diff --git a/public/content/translations/hu/withdrawals/index.md b/public/content/translations/hu/withdrawals/index.md
index 090f01f0b4c..65988777b1b 100644
--- a/public/content/translations/hu/withdrawals/index.md
+++ b/public/content/translations/hu/withdrawals/index.md
@@ -65,7 +65,7 @@ A letétek visszavonása elérhető! A funkcionalitást a Shanghai/Capella friss
 
 Ennek következtében a korábban letétbe helyezett ETH-t vissza lehet vonni a normális Ethereum-számlákra. Ez lezárta a letétek likviditásának témáját, és az Ethereumot egy lépéssel közelebb vitte a céljához, ami egy fenntartható, skálázható, biztonságot, decentralizált ökoszisztéma.
 
-- [Bővebben az Ethereum történetéről](/history/)
+- [Bővebben az Ethereum történetéről](/ethereum-forks/)
 - [Bővebben az Ethereum fejlesztési terveiről](/roadmap/)
 
 ## Hogyan működik a visszavonási kifizetés? {#how-do-withdrawals-work}
diff --git a/public/content/translations/id/developers/docs/gas/index.md b/public/content/translations/id/developers/docs/gas/index.md
index a4b94870156..b8a27f6a684 100644
--- a/public/content/translations/id/developers/docs/gas/index.md
+++ b/public/content/translations/id/developers/docs/gas/index.md
@@ -22,7 +22,7 @@ Biaya gas dibayarkan dalam mata uang asli Ethereum, ether (ETH). Harga gas dinya
 
 ## Sebelum peningkatan London {#pre-london}
 
-Cara penghitungan biaya transaksi di jaringan Ethereum diubah dengan [Peningkatan London](/history/#london) pada Agustus 2021. Berikut adalah rekap tentang cara kerja hal-hal tersebut:
+Cara penghitungan biaya transaksi di jaringan Ethereum diubah dengan [Peningkatan London](/ethereum-forks/#london) pada Agustus 2021. Berikut adalah rekap tentang cara kerja hal-hal tersebut:
 
 Katakanlah Alice harus membayar Bob 1 ETH. Dalam transaksi tersebut, batas gas adalah 21.000 unit dan harga gas adalah 200 gwei.
 
@@ -36,7 +36,7 @@ Video ini menawarkan gambaran umum yang ringkas tentang gas dan mengapa gas ada:
 
 ## Setelah peningkatan London {#post-london}
 
-[Peningkatan London](/history/#london) diimplementasikan pada 5 Agustus 2021 untuk membuat kegiatan transaksi di Ethereum lebih dapat diprediksi oleh para pengguna dengan merombak mekanisme biaya transaksi Ethereum. Keuntungan level tinggi yang diperkenalkan oleh perubahan ini termasuk estimasi biaya transaksi yang lebih baik, pemasukan transaksi yang umumnya lebih cepat, dan mengimbangi penerbitan ETH dengan membakar persentase biaya transaksi.
+[Peningkatan London](/ethereum-forks/#london) diimplementasikan pada 5 Agustus 2021 untuk membuat kegiatan transaksi di Ethereum lebih dapat diprediksi oleh para pengguna dengan merombak mekanisme biaya transaksi Ethereum. Keuntungan level tinggi yang diperkenalkan oleh perubahan ini termasuk estimasi biaya transaksi yang lebih baik, pemasukan transaksi yang umumnya lebih cepat, dan mengimbangi penerbitan ETH dengan membakar persentase biaya transaksi.
 
 Dimulai dengan peningkatan jaringan London, setiap blok memiliki biaya dasar, harga minimum per unit gas untuk dimasukkan ke dalam blok ini, yang dihitung oleh jaringan berdasarkan permintaan ruangan blok. Karena biaya dasar dari biaya transaksi dibakar, para pengguna juga diharapkan untuk menetapkan tips (biaya prioritas) dalam transaksi mereka. Tips memberi kompensasi bagi penambang untuk mengeksekusi dan menyebarkan transaksi pengguna dalam blok dan diharapkan diatur secara otomatis oleh sebagian besar dompet.
 
diff --git a/public/content/translations/id/developers/docs/nodes-and-clients/run-a-node/index.md b/public/content/translations/id/developers/docs/nodes-and-clients/run-a-node/index.md
index d1381a7778b..fdb21d7337f 100644
--- a/public/content/translations/id/developers/docs/nodes-and-clients/run-a-node/index.md
+++ b/public/content/translations/id/developers/docs/nodes-and-clients/run-a-node/index.md
@@ -138,7 +138,7 @@ Pertimbangkan membuat layanan untuk menjalankan klien Anda secara otomatis saat
 
 #### Memperbarui klien {#updating-client}
 
-Anda perlu menjaga perangkat lunak klien Anda dalam versi terkini dengan patch keamanan, fitur-fitur, dan [EIPs](/eips/) terbaru. Terutama sebelum [fork keras](/history/), pastikan Anda menjalankan versi klien yang benar.
+Anda perlu menjaga perangkat lunak klien Anda dalam versi terkini dengan patch keamanan, fitur-fitur, dan [EIPs](/eips/) terbaru. Terutama sebelum [fork keras](/ethereum-forks/), pastikan Anda menjalankan versi klien yang benar.
 
 #### Menjalankan layanan tambahan {#running-additional-services}
 
diff --git a/public/content/translations/id/history/index.md b/public/content/translations/id/ethereum-forks/index.md
similarity index 100%
rename from public/content/translations/id/history/index.md
rename to public/content/translations/id/ethereum-forks/index.md
diff --git a/public/content/translations/id/governance/index.md b/public/content/translations/id/governance/index.md
index 1bade141ae4..75d63f60f17 100644
--- a/public/content/translations/id/governance/index.md
+++ b/public/content/translations/id/governance/index.md
@@ -152,7 +152,7 @@ Proses tata kelola Ethereum sering menukarkan kecepatan dan efisiensi untuk kete
 
 Meskipun spesifikasi dan implementasi pengembangan selalu bersifat open source, proses formal yang digunakan untuk mengusulkan pembaruan yang dijelaskan di atas belum digunakan. Ini memungkinkan perubahan untuk ditetapkan dan disetujui lebih cepat oleh para peneliti dan para pengimplementasi.
 
-Ketika Rantai Suar bergabung dengan lapisan eksekusi Ethereum pada 15 September 2022, penggabungan tersebut selesai sebagai bagian dari [Peningkatan jaringan Paris](/history/#paris). Usulan [EIP-3675](https://eips.ethereum.org/EIPS/eip-3675) diubah dari status 'Last Call' menjadi 'Final', menyelesaikan transisi ke bukti taruhan.
+Ketika Rantai Suar bergabung dengan lapisan eksekusi Ethereum pada 15 September 2022, penggabungan tersebut selesai sebagai bagian dari [Peningkatan jaringan Paris](/ethereum-forks/#paris). Usulan [EIP-3675](https://eips.ethereum.org/EIPS/eip-3675) diubah dari status 'Last Call' menjadi 'Final', menyelesaikan transisi ke bukti taruhan.
 
 <ButtonLink href="/roadmap/merge/">
   Selengkapnya tentang penggabungan
diff --git a/public/content/translations/id/roadmap/merge/index.md b/public/content/translations/id/roadmap/merge/index.md
index 33abedaf193..dd40622e599 100644
--- a/public/content/translations/id/roadmap/merge/index.md
+++ b/public/content/translations/id/roadmap/merge/index.md
@@ -17,7 +17,7 @@ summaryPoint4: Penggabungan ini mengurangi konsumsi energi Ethereum sebesar ~99,
 
 ## Apa itu Penggabungan? {#what-is-the-merge}
 
-Penggabungan adalah penyatuan lapisan eksekusi asli Ethereum (Jaringan Utama yang telah ada sejak [genesis](/history/#frontier)) dengan lapisan konsensus bukti taruhan baru, Rantai Suar. Ini menghilangkan kebutuhan akan penambangan yang boros energi dan sebagai gantinya memungkinkan jaringan untuk diamankan menggunakan ETH yang dipertaruhkan. Ini adalah langkah yang sangat menarik dalam mewujudkan visi Ethereum - skalabilitas, keamanan, dan keberlanjutan yang lebih baik.
+Penggabungan adalah penyatuan lapisan eksekusi asli Ethereum (Jaringan Utama yang telah ada sejak [genesis](/ethereum-forks/#frontier)) dengan lapisan konsensus bukti taruhan baru, Rantai Suar. Ini menghilangkan kebutuhan akan penambangan yang boros energi dan sebagai gantinya memungkinkan jaringan untuk diamankan menggunakan ETH yang dipertaruhkan. Ini adalah langkah yang sangat menarik dalam mewujudkan visi Ethereum - skalabilitas, keamanan, dan keberlanjutan yang lebih baik.
 
 <MergeInfographic />
 
diff --git a/public/content/translations/id/roadmap/merge/issuance/index.md b/public/content/translations/id/roadmap/merge/issuance/index.md
index 1eb00a2f59f..7b9da872a2a 100644
--- a/public/content/translations/id/roadmap/merge/issuance/index.md
+++ b/public/content/translations/id/roadmap/merge/issuance/index.md
@@ -30,11 +30,11 @@ title="Ringkasan penerbitan ETH">
 
 ### Penerbitan lapisan eksekusi {#el-issuance-pre-merge}
 
-Pada bukti kerja, penambang hanya berinteraksi dengan lapisan eksekusi dan mendapatkan reward blok jika mereka adalah penambang pertama yang menyelesaikan blok berikutnya. Sejak [peningkatan Constantinople](/history/#constantinople) pada tahun 2019, rewardnya adalah 2 ETH per blok. Para penambang juga diberi imbalan dengan menerbitkan blok [ommer](/glossary/#ommer), yang merupakan blok valid yang tidak berakhir di rantai terpanjang/kanonik. Imbalan ini maksimal sebesar 1,75 ETH per ommer, dan _sebagai tambahan untuk_ imbalan yang diterbitkan dari blok kanonik. Proses penambangan adalah kegiatan yang intensif secara ekonomi, yang secara historis membutuhkan tingkat penerbitan ETH yang tinggi untuk mempertahankannya.
+Pada bukti kerja, penambang hanya berinteraksi dengan lapisan eksekusi dan mendapatkan reward blok jika mereka adalah penambang pertama yang menyelesaikan blok berikutnya. Sejak [peningkatan Constantinople](/ethereum-forks/#constantinople) pada tahun 2019, rewardnya adalah 2 ETH per blok. Para penambang juga diberi imbalan dengan menerbitkan blok [ommer](/glossary/#ommer), yang merupakan blok valid yang tidak berakhir di rantai terpanjang/kanonik. Imbalan ini maksimal sebesar 1,75 ETH per ommer, dan _sebagai tambahan untuk_ imbalan yang diterbitkan dari blok kanonik. Proses penambangan adalah kegiatan yang intensif secara ekonomi, yang secara historis membutuhkan tingkat penerbitan ETH yang tinggi untuk mempertahankannya.
 
 ### Penerbitan lapisan konsensus {#cl-issuance-pre-merge}
 
-[Rantai Suar](/history/#beacon-chain-genesis) mulai beroperasi pada tahun 2020. Alih-alih penambang, ini diamankan oleh validator menggunakan bukti taruhan. Rantai ini di-bootstrap oleh pengguna Ethereum yang menyetor ETH satu arah ke dalam kontrak pintar di Jaringan Utama (lapisan eksekusi), yang kemudian didengarkan oleh Rantai Suar, dan mengkreditkan pengguna dengan jumlah ETH yang sama di rantai yang baru. Hingga Penggabungan terjadi, validator Rantai Suar tidak memproses transaksi dan pada dasarnya mencapai konsensus tentang keadaan kumpulan validator itu sendiri.
+[Rantai Suar](/ethereum-forks/#beacon-chain-genesis) mulai beroperasi pada tahun 2020. Alih-alih penambang, ini diamankan oleh validator menggunakan bukti taruhan. Rantai ini di-bootstrap oleh pengguna Ethereum yang menyetor ETH satu arah ke dalam kontrak pintar di Jaringan Utama (lapisan eksekusi), yang kemudian didengarkan oleh Rantai Suar, dan mengkreditkan pengguna dengan jumlah ETH yang sama di rantai yang baru. Hingga Penggabungan terjadi, validator Rantai Suar tidak memproses transaksi dan pada dasarnya mencapai konsensus tentang keadaan kumpulan validator itu sendiri.
 
 Validator di Rantai Suar diberi imbalan dengan ETH karena telah membuktikan status rantai dan mengusulkan blok. Imbalan (atau penalti) dihitung dan didistribusikan pada setiap jangka waktu (setiap 6,4 menit) berdasarkan kinerja validator. Imbalan validator **secara signifikan** lebih kecil daripada imbalan penambangan yang sebelumnya dikeluarkan di bawah bukti kerja (2 ETH setiap ~13,5 detik), karena mengoperasikan simpul validasi tidak terlalu membutuhkan biaya yang besar sehingga tidak membutuhkan imbalan yang tinggi.
 
@@ -94,7 +94,7 @@ Pengurangan bersih dalam penerbitan ETH tahunan: <strong>~88,7%</strong> ((4,61%
 Kekuatan berlawanan dengan penerbitan ETH adalah tingkat pembakaran ETH. Untuk sebuah transaksi dieksekusi di Ethereum, biaya minimum (dikenal sebagai "biaya dasar") harus dibayarkan, yang terus berfluktuasi (dari blok ke blok) tergantung pada aktivitas jaringan. Biaya tersebut dibayarkan dalam bentuk ETH dan _wajib_ agar transaksi dianggap sah. Biaya ini akan _dibakar_ selama proses transaksi, mengeluarkannya dari sirkulasi.
 
 <InfoBanner>
-Pembakaran biaya diaktifkan dengan [peningkatan London](/history/#london) pada Agustus 2021, dan tetap tidak berubah sejak Terjadinya Penggabungan.
+Pembakaran biaya diaktifkan dengan [peningkatan London](/ethereum-forks/#london) pada Agustus 2021, dan tetap tidak berubah sejak Terjadinya Penggabungan.
 </InfoBanner>
 
 Selain pembakaran biaya yang diimplementasikan oleh peningkatan London, validator juga dapat dikenakan denda karena tidak aktif, atau bahkan lebih buruk lagi, mereka dapat dipotong karena melanggar aturan tertentu yang mengancam keamanan jaringan. Penalti ini mengakibatkan pengurangan ETH dari saldo validator tersebut, yang tidak langsung diberikan sebagai imbalan kepada akun lain, secara efektif dibakar/mengeluarkannya dari sirkulasi.
diff --git a/public/content/translations/id/staking/withdrawals/index.md b/public/content/translations/id/staking/withdrawals/index.md
index 0c40b302e90..950e30e0dee 100644
--- a/public/content/translations/id/staking/withdrawals/index.md
+++ b/public/content/translations/id/staking/withdrawals/index.md
@@ -65,7 +65,7 @@ Penarikan penaruhan sudah aktif! Fungsionalitas penarikan dana diaktifkan sebaga
 
 Peningkatan Shanghai/Capella memungkinkan ETH yang sebelumnya dipertaruhkan untuk diklaim kembali ke akun Ethereum biasa. Hal ini menutup lingkaran pada likuiditas penaruhan, dan membawa Ethereum selangkah lebih dekat dalam perjalanannya untuk membangun ekosistem terdesentralisasi yang berkelanjutan, terukur, dan aman.
 
-- [Lebih lanjut tentang sejarah Ethereum](/history/)
+- [Lebih lanjut tentang sejarah Ethereum](/ethereum-forks/)
 - [Lebih lanjut tentang peta perjalanan Ethereum](/roadmap/)
 
 ## Bagaimana cara kerja pembayaran penarikan dana? {#how-do-withdrawals-work}
diff --git a/public/content/translations/it/community/research/index.md b/public/content/translations/it/community/research/index.md
index a49b2450b61..6485ace3f88 100644
--- a/public/content/translations/it/community/research/index.md
+++ b/public/content/translations/it/community/research/index.md
@@ -83,7 +83,7 @@ I client di Ethereum sono implementazioni del protocollo di Ethereum. Lo svilupp
 1. un client di consenso per tenere traccia della testa della blochchain, dei blocchi di gossip e per gestire la logica di consenso
 2. un client di esecuzione per supportare la macchina virtuale di Ethereum ed eseguire le transazioni e i contratti intelligenti
 
-Consulta la [pagina dei nodi e dei client](/developers/docs/nodes-and-clients/) per maggiori dettagli su nodi e client e per un elenco di tutte le implementazioni di client correnti. Puoi anche trovare una cronologia di tutti gli aggiornamenti di Ethereum nella [pagina della cronologia](/history/).
+Consulta la [pagina dei nodi e dei client](/developers/docs/nodes-and-clients/) per maggiori dettagli su nodi e client e per un elenco di tutte le implementazioni di client correnti. Puoi anche trovare una cronologia di tutti gli aggiornamenti di Ethereum nella [pagina della cronologia](/ethereum-forks/).
 
 ### Client di esecuzione {#execution-clients}
 
diff --git a/public/content/translations/it/developers/docs/consensus-mechanisms/pos/attack-and-defense/index.md b/public/content/translations/it/developers/docs/consensus-mechanisms/pos/attack-and-defense/index.md
index 410fe8e3f78..4e939b15a83 100644
--- a/public/content/translations/it/developers/docs/consensus-mechanisms/pos/attack-and-defense/index.md
+++ b/public/content/translations/it/developers/docs/consensus-mechanisms/pos/attack-and-defense/index.md
@@ -132,7 +132,7 @@ Qualsiasi sia la sanzione imposta all'utente malevolo, la community dovrebbe anc
 
 Si tratterebbe tuttavia di una situazione decisamente complessa dal punto di vista della governance. A causa del ritorno alla catena onesta alcuni utenti e validatori andrebbero senza dubbio in perdita, le transazioni nei blocchi convalidati dopo l'attacco potrebbero essere potenzialmente annullate, disturbando il livello d'applicazione, e, semplicemente, l'etica di alcuni utenti che tendono a credere che "il codice è legge" ne risulterebbe minata. Le borse e le applicazioni avrebbero molto probabilmente azioni esterne alla catena collegate alle transazioni sulla catena che ora potrebbero essere ripristinate, creando una cascata di ritrattazioni e revisioni che sarebbero difficili da disfare correttamente, specialmente se mischiate con guadagni disonesti, depositati nella DeFi o altri derivati con effetti secondari per gli utenti onesti. Indubbiamente alcuni utenti, forse persino istituzionali, potrebbero aver già beneficiato dalla catena disonesta, per scaltrezza o fortuna, e opporsi a una biforcazione per proteggere i propri guadagni. La possibilità di simulare la risposta della community a un attacco basato su uno stake superiore al 51% per una mitigazione coordinata, precisa e rapida è già stata proposta in passato. Esistono delle discussioni utili di Vitalik su ethresear.ch [qui](https://ethresear.ch/t/timeliness-detectors-and-51-attack-recovery-in-blockchains/6925) e [qui](https://ethresear.ch/t/responding-to-51-attacks-in-casper-ffg/6363), nonché su X.com qui. L'obiettivo di una risposta sociale coordinata dovrebbe essere molto mirato e concentrarsi sulla punizione dell'utente malevolo e sulla minimizzazione degli effetti per gli altri utenti.
 
-La governance è di per sé un argomento complicato. Gestire una risposta d'emergenza di livello 0 a una catena in finalizzazione disonesta sarebbe indubbiamente difficoltoso per la community di Ethereum, ma questo scenario [si è già verificato](/history/#dao-fork-summary) ([due volte](/history/#tangerine-whistle)) nella storia di Ethereum.
+La governance è di per sé un argomento complicato. Gestire una risposta d'emergenza di livello 0 a una catena in finalizzazione disonesta sarebbe indubbiamente difficoltoso per la community di Ethereum, ma questo scenario [si è già verificato](/ethereum-forks/#dao-fork-summary) ([due volte](/ethereum-forks/#tangerine-whistle)) nella storia di Ethereum.
 
 Tuttavia c'è qualcosa di piuttosto soddisfacente nel fatto che il rimedio finale a un tale attacco chiama in causa il mondo reale. In definitiva, anche con questo fenomenale stack tecnologico sopra di noi, se il peggio dovesse verificarsi le persone in carne ed ossa dovrebbero coordinarsi per uscirne.
 
diff --git a/public/content/translations/it/developers/docs/consensus-mechanisms/pow/index.md b/public/content/translations/it/developers/docs/consensus-mechanisms/pow/index.md
index bc75ba6951e..936a2aa6342 100644
--- a/public/content/translations/it/developers/docs/consensus-mechanisms/pow/index.md
+++ b/public/content/translations/it/developers/docs/consensus-mechanisms/pow/index.md
@@ -56,7 +56,7 @@ Per creare costantemente blocchi malevoli ma validi, un miner malevolo avrebbe d
 
 Il Proof of Work era anche responsabile del rilascio di nuova valuta nel sistema e dell'incentivazione dei miner a fare il proprio lavoro.
 
-Dall'[aggiornamento di Costantinopoli](/history/#constantinople), i miner che creavano correttamente un blocco erano ricompensati con due ETH appena coniati e parte delle commissioni di transazione. Anche i blocchi ommer erano ricompensati con 1,75 ETH. I blocchi ommer erano blocchi validi, creati da un miner praticamente contestualmente alla creazione del blocco canonico da parte di un altro miner, determinati in ultima analisi dalla catena su cui la creazione era avvenuta prima. I blocchi ommer si verificavano in genere a causa della latenza della rete.
+Dall'[aggiornamento di Costantinopoli](/ethereum-forks/#constantinople), i miner che creavano correttamente un blocco erano ricompensati con due ETH appena coniati e parte delle commissioni di transazione. Anche i blocchi ommer erano ricompensati con 1,75 ETH. I blocchi ommer erano blocchi validi, creati da un miner praticamente contestualmente alla creazione del blocco canonico da parte di un altro miner, determinati in ultima analisi dalla catena su cui la creazione era avvenuta prima. I blocchi ommer si verificavano in genere a causa della latenza della rete.
 
 ## Finalità {#finality}
 
diff --git a/public/content/translations/it/developers/docs/nodes-and-clients/index.md b/public/content/translations/it/developers/docs/nodes-and-clients/index.md
index 7c3e16337cc..98eb12ebed7 100644
--- a/public/content/translations/it/developers/docs/nodes-and-clients/index.md
+++ b/public/content/translations/it/developers/docs/nodes-and-clients/index.md
@@ -37,7 +37,7 @@ Queste implementazioni hanno in comune il fatto di seguire una specifica unica c
 - In origine, lo [Yellow Paper di Ethereum](https://ethereum.github.io/yellowpaper/paper.pdf)
 - [Specifiche di esecuzione](https://github.com/ethereum/execution-specs/)
 - [Specifiche di consenso](https://github.com/ethereum/consensus-specs)
-- [EIP](https://eips.ethereum.org/) implementati in vari [aggiornamenti di rete](/history/)
+- [EIP](https://eips.ethereum.org/) implementati in vari [aggiornamenti di rete](/ethereum-forks/)
 
 ### Monitorare i nodi nella rete {#network-overview}
 
diff --git a/public/content/translations/it/developers/docs/nodes-and-clients/run-a-node/index.md b/public/content/translations/it/developers/docs/nodes-and-clients/run-a-node/index.md
index 7a073f3d972..e3d8b368210 100644
--- a/public/content/translations/it/developers/docs/nodes-and-clients/run-a-node/index.md
+++ b/public/content/translations/it/developers/docs/nodes-and-clients/run-a-node/index.md
@@ -444,7 +444,7 @@ Valuta la possibilità di creare un servizio per eseguire automaticamente il tuo
 
 #### Aggiornare i client {#updating-clients}
 
-Devi mantenere aggiornato il software del tuo client con le patch di sicurezza, funzionalità ed [EIP](/eips/) più recenti. Specialmente prima di [diramazioni permanenti](/history/), assicurati che stai eseguendo la versione del client corretta.
+Devi mantenere aggiornato il software del tuo client con le patch di sicurezza, funzionalità ed [EIP](/eips/) più recenti. Specialmente prima di [diramazioni permanenti](/ethereum-forks/), assicurati che stai eseguendo la versione del client corretta.
 
 > Prima di importanti aggiornamenti di rete, la EF pubblica un post sul suo [blog](https://blog.ethereum.org). Puoi [iscriverti a questi annunci](https://blog.ethereum.org/category/protocol#subscribe) per ricevere una notifica nella tua mail quando il tuo nodo necessita di un aggiornamento.
 
diff --git a/public/content/translations/it/developers/docs/transactions/index.md b/public/content/translations/it/developers/docs/transactions/index.md
index cb9303316b7..0a3ede82e33 100644
--- a/public/content/translations/it/developers/docs/transactions/index.md
+++ b/public/content/translations/it/developers/docs/transactions/index.md
@@ -202,9 +202,9 @@ A seconda del valore del campo `TransactionType`, una transazione è classificab
 
 1. **Transazioni di Tipo 0 (Ereditarie):** Il formato della transazione originale utilizzato dal lancio di Ethereum. Non includono le funzionalità dall'[EIP-1559](https://eips.ethereum.org/EIPS/eip-1559), come il calcolo dinamico delle commissioni sul gas o gli elenchi di accesso per i contratti intelligenti. Le transazioni ereditarie mancano di un prefisso specifico che ne indichi il tipo nella loro forma serializzata, che parte dal byte `0xf8` utilizzando la codifica a [Prefisso di Lunghezza Ricorsiva (RLP)](/developers/docs/data-structures-and-encoding/rlp). Il valore TransactionType per queste transazioni è `0x0`.
 
-2. **Transazioni di Tipo 1:** introdotte nell'[EIP-2930](https://eips.ethereum.org/EIPS/eip-2930) come parte dell'[Aggiornamento Berlino](/history/#berlin) di Ethereum, queste transazioni includono un parametro `accessList`. Questo elenco specifica gli indirizzi e le chiavi di memorizzazione a cui la transazione prevede di accedere, contribuendo potenzialmente a ridurre i costi del [gas](/developers/docs/gas/) per le transazioni complesse che comportano contratti intelligenti. Le modifiche al mercato delle commissioni dell'EIP-1559 non sono incluse nelle transazioni di Tipo 1. Le transazioni di Tipo 1 includono anche un parametro `yParity`, che può essere `0x0` o `0x1`, indicando la parità del valore y della firma secp256k1. Sono identificate perché iniziano con il byte `0x01` e il loro valore di TransactionType è `0x1`.
+2. **Transazioni di Tipo 1:** introdotte nell'[EIP-2930](https://eips.ethereum.org/EIPS/eip-2930) come parte dell'[Aggiornamento Berlino](/ethereum-forks/#berlin) di Ethereum, queste transazioni includono un parametro `accessList`. Questo elenco specifica gli indirizzi e le chiavi di memorizzazione a cui la transazione prevede di accedere, contribuendo potenzialmente a ridurre i costi del [gas](/developers/docs/gas/) per le transazioni complesse che comportano contratti intelligenti. Le modifiche al mercato delle commissioni dell'EIP-1559 non sono incluse nelle transazioni di Tipo 1. Le transazioni di Tipo 1 includono anche un parametro `yParity`, che può essere `0x0` o `0x1`, indicando la parità del valore y della firma secp256k1. Sono identificate perché iniziano con il byte `0x01` e il loro valore di TransactionType è `0x1`.
 
-3. Le **transazioni di Tipo 2**, comunemente note come transazioni EIP-1559, sono transazioni introdotte nell'[EIP-1559](https://eips.ethereum.org/EIPS/eip-1559), nell'[Aggiornamento Londra](/history/#london) di Ethereum. Sono diventate il tipo di transazione standard sulla rete di Ethereum. Queste transazioni introducono un nuovo meccanismo del mercato delle commissioni che ne migliora la prevedibilità, separando la commissione sulla transazione in una commissione di base e una di priorità. Iniziano con il byte `0x02` e includono campi come `maxPriorityFeePerGas` e `maxFeePerGas`. Le transazioni di Tipo 2 sono ora le predefinite a causa della loro flessibilità ed efficienza, favorite specialmente durante i periodi di elevata congestione della rete per la loro capacità di aiutare gli utenti a gestire le commissioni sulle transazioni in maniera più prevedibile. Il valore di TransactionType per queste transazioni è `0x2`.
+3. Le **transazioni di Tipo 2**, comunemente note come transazioni EIP-1559, sono transazioni introdotte nell'[EIP-1559](https://eips.ethereum.org/EIPS/eip-1559), nell'[Aggiornamento Londra](/ethereum-forks/#london) di Ethereum. Sono diventate il tipo di transazione standard sulla rete di Ethereum. Queste transazioni introducono un nuovo meccanismo del mercato delle commissioni che ne migliora la prevedibilità, separando la commissione sulla transazione in una commissione di base e una di priorità. Iniziano con il byte `0x02` e includono campi come `maxPriorityFeePerGas` e `maxFeePerGas`. Le transazioni di Tipo 2 sono ora le predefinite a causa della loro flessibilità ed efficienza, favorite specialmente durante i periodi di elevata congestione della rete per la loro capacità di aiutare gli utenti a gestire le commissioni sulle transazioni in maniera più prevedibile. Il valore di TransactionType per queste transazioni è `0x2`.
 
 
 
diff --git a/public/content/translations/it/developers/tutorials/downsizing-contracts-to-fight-the-contract-size-limit/index.md b/public/content/translations/it/developers/tutorials/downsizing-contracts-to-fight-the-contract-size-limit/index.md
index bda4e22f771..678ebb5d566 100644
--- a/public/content/translations/it/developers/tutorials/downsizing-contracts-to-fight-the-contract-size-limit/index.md
+++ b/public/content/translations/it/developers/tutorials/downsizing-contracts-to-fight-the-contract-size-limit/index.md
@@ -21,7 +21,7 @@ Il [22 Novembre 2016](https://blog.ethereum.org/2016/11/18/hard-fork-no-4-spurio
 
 Questo limite è stato introdotto per prevenire gli attacchi DOS (denial-of-service). Qualsiasi chiamata a un contratto è relativamente economica in termini di gas. Tuttavia, l'impatto della chiamata di un contratto per i nodi di Ethereum aumenta sproporzionatamente in base alla dimensione del codice del contratto chiamato (lettura del codice dal disco, pre-elaborazione del codice, aggiunta di dati alla prova di Merkle). Ogni volta che ti trovi in una situazione in cui il malintenzionato richiede poche risorse per causare molto lavoro per altri, esiste il potenziale di attacchi DOS.
 
-In origine, questo era un problema minore, dato che il limite naturale di dimensioni del contratto è il limite di gas del blocco. Ovviamente, un contratto dev'esser distribuito entro una transazione che detenga tutto il codice del byte del contratto. Se includi solo quella transazione in un blocco, puoi usare anche tutto il gas, ma non è infinito. Dall'[Aggiornamento di Londra](/history/#london), il limite di gas del blocco è stato capace di variare tra le 15M e le 30M unità, a seconda della domanda di rete.
+In origine, questo era un problema minore, dato che il limite naturale di dimensioni del contratto è il limite di gas del blocco. Ovviamente, un contratto dev'esser distribuito entro una transazione che detenga tutto il codice del byte del contratto. Se includi solo quella transazione in un blocco, puoi usare anche tutto il gas, ma non è infinito. Dall'[Aggiornamento di Londra](/ethereum-forks/#london), il limite di gas del blocco è stato capace di variare tra le 15M e le 30M unità, a seconda della domanda di rete.
 
 Di seguito, passeremo in rassegna alcuni metodi, ordinati in base al loro impatto potenziale. Pensiamo ad esempio alla perdita di peso: la strategia migliore per raggiungere il proprio peso target (nel nostro caso 24kb) consiste nel concentrarsi prima sui metodi a maggiore impatto. In gran parte dei casi è sufficiente adattare la propria dieta, mentre in altri serve qualcosa di più. Si può aggiungere un po' di esercizio fisico (impatto medio) o persino degli integratori (impatto ridotto).
 
diff --git a/public/content/translations/it/history/index.md b/public/content/translations/it/ethereum-forks/index.md
similarity index 99%
rename from public/content/translations/it/history/index.md
rename to public/content/translations/it/ethereum-forks/index.md
index 39b2281bd9a..d5f6252e37c 100644
--- a/public/content/translations/it/history/index.md
+++ b/public/content/translations/it/ethereum-forks/index.md
@@ -268,7 +268,7 @@ L'aggiornamento London ha introdotto l'[EIP-1559](https://eips.ethereum.org/EIPS
 
 Prima dell'Aggiornamento di Londra, Ethereum disponeva di blocchi di dimensioni fisse. Nei momenti di elevata domanda di rete, questi blocchi operavano a piena capacità. Di conseguenza, gli utenti devono spesso attendere che la domanda si riduca per essere inclusi in un blocco, il che ha portato a una scadente esperienza degli utenti. L'Aggiornamento di Londra ha introdotto blocchi di dimensioni variabili a Ethereum.
 
-Le modalità di calcolo delle commissioni sulle transazioni sulla rete di Ethereum sono state modificate dall'[Aggiornamento di Londra](/history/#london) di Agosto 2021. Prima dell'aggiornamento di Londra, le commissioni erano calcolate senza separare le commissioni di `base` e `priority`, come segue:
+Le modalità di calcolo delle commissioni sulle transazioni sulla rete di Ethereum sono state modificate dall'[Aggiornamento di Londra](/ethereum-forks/#london) di Agosto 2021. Prima dell'aggiornamento di Londra, le commissioni erano calcolate senza separare le commissioni di `base` e `priority`, come segue:
 
 Diciamo che Alice debba pagare 1 ETH a Bob. Nella transazione, il limite di gas è di 21.000 unità, e il prezzo del gas è di 200 gwei.
 
diff --git a/public/content/translations/it/governance/index.md b/public/content/translations/it/governance/index.md
index 1c6b001ecbf..22f7a4b7a6f 100644
--- a/public/content/translations/it/governance/index.md
+++ b/public/content/translations/it/governance/index.md
@@ -152,7 +152,7 @@ Il processo di governance di Ethereum spesso rinuncia a velocità ed efficienza
 
 Lo sviluppo di specifiche e implementazioni è sempre stato totalmente open source, non sono stati invece utilizzati i processi formali descritti sopra per proporre gli aggiornamenti. Questo ha consentito a ricercatori e implementatori di specificare e concordare le modifiche più rapidamente.
 
-Quando la Beacon Chain si è fusa al livello d'esecuzione di Ethereum il 15 settembre 2022, la Fusione si è completata come parte dell'[aggiornamento di rete di Parigi](/history/#paris). La proposta [EIP-3675](https://eips.ethereum.org/EIPS/eip-3675) è stata modificata da 'Ultimo Appello' a 'Definitiva', completando la transizione al proof-of-stake.
+Quando la Beacon Chain si è fusa al livello d'esecuzione di Ethereum il 15 settembre 2022, la Fusione si è completata come parte dell'[aggiornamento di rete di Parigi](/ethereum-forks/#paris). La proposta [EIP-3675](https://eips.ethereum.org/EIPS/eip-3675) è stata modificata da 'Ultimo Appello' a 'Definitiva', completando la transizione al proof-of-stake.
 
 <ButtonLink href="/roadmap/merge/">
   Maggiori informazioni sulla fusione
diff --git a/public/content/translations/it/roadmap/merge/index.md b/public/content/translations/it/roadmap/merge/index.md
index b54e1e1c0db..faa96e6d87d 100644
--- a/public/content/translations/it/roadmap/merge/index.md
+++ b/public/content/translations/it/roadmap/merge/index.md
@@ -17,7 +17,7 @@ summaryPoint4: La Fusione ha ridotto il consumo energetico di Ethereum di circa
 
 ## In cosa ha consistito la Fusione? {#what-is-the-merge}
 
-La Fusione è stata l'unione del livello di esecuzione originale di Ethereum (la Rete principale che esisteva dalla [genesi](/history/#frontier)) con il suo nuovo livello di consenso di Proof of stake, la Beacon Chain. Ha eliminato la necessità di grandi quantità di energia richieste dal processo di mining, consentendo invece di proteggere la rete utilizzando l'ETH in staking. È stato un passo davvero emozionante nel realizzare la visione di Ethereum: maggiori scalabilità, sicurezza e sostenibilità.
+La Fusione è stata l'unione del livello di esecuzione originale di Ethereum (la Rete principale che esisteva dalla [genesi](/ethereum-forks/#frontier)) con il suo nuovo livello di consenso di Proof of stake, la Beacon Chain. Ha eliminato la necessità di grandi quantità di energia richieste dal processo di mining, consentendo invece di proteggere la rete utilizzando l'ETH in staking. È stato un passo davvero emozionante nel realizzare la visione di Ethereum: maggiori scalabilità, sicurezza e sostenibilità.
 
 <MergeInfographic />
 
diff --git a/public/content/translations/it/roadmap/merge/issuance/index.md b/public/content/translations/it/roadmap/merge/issuance/index.md
index 721aebd2aed..1ccfd3189d9 100644
--- a/public/content/translations/it/roadmap/merge/issuance/index.md
+++ b/public/content/translations/it/roadmap/merge/issuance/index.md
@@ -30,11 +30,11 @@ title="Tldr sull'emissione di ETH">
 
 ### Emissione del livello d'esecuzione {#el-issuance-pre-merge}
 
-Sotto il proof of work, i miner interagivano soltanto con il livello d'esecuzione, venendo ricompensati con ricompense dei blocchi, se erano i primi a risolvere il blocco successivo. Dall'[aggiornamento di Costantinopoli](/history/#constantinople) nel 2019, questa ricompensa era di 2 ETH per blocco. I miner, inoltre, erano ricompensati per la pubblicazione di blocchi [ommer](/glossary/#ommer), blocchi validi che non finivano nella catena più lunga/canonica. Queste ricompense erano massimizzate a 1,75 ETH per ommer ed erano _da sommarsi_ alla ricompensa emessa dal blocco canonico. Il processo di mining era un'attività economicamente intensiva che, storicamente, richiedeva elevati livelli di emissione di ETH per essere sostenuta.
+Sotto il proof of work, i miner interagivano soltanto con il livello d'esecuzione, venendo ricompensati con ricompense dei blocchi, se erano i primi a risolvere il blocco successivo. Dall'[aggiornamento di Costantinopoli](/ethereum-forks/#constantinople) nel 2019, questa ricompensa era di 2 ETH per blocco. I miner, inoltre, erano ricompensati per la pubblicazione di blocchi [ommer](/glossary/#ommer), blocchi validi che non finivano nella catena più lunga/canonica. Queste ricompense erano massimizzate a 1,75 ETH per ommer ed erano _da sommarsi_ alla ricompensa emessa dal blocco canonico. Il processo di mining era un'attività economicamente intensiva che, storicamente, richiedeva elevati livelli di emissione di ETH per essere sostenuta.
 
 ### Emissione del livello del consenso {#cl-issuance-pre-merge}
 
-La [Beacon Chain](/history/#beacon-chain-genesis) è stata attivata nel 2020. Invece dei miner, è protetta dai validatori, che utilizzano il proof of stake. Questa catena è stata avviata dagli utenti di Ethereum, che depositavano ETH a senso unico in uno smart contract sulla Rete Principale (il livello d'esecuzione), ascoltato dalla Beacon Chain, accreditando l'utente con un importo equivalente di ETH, sulla nuova catena. Fino alla Fusione, i validatori della Beacon Chain non stavano elaborando le transazioni e, fondamentalmente, arrivavano al consenso sullo stato dello stesso gruppo di validatori.
+La [Beacon Chain](/ethereum-forks/#beacon-chain-genesis) è stata attivata nel 2020. Invece dei miner, è protetta dai validatori, che utilizzano il proof of stake. Questa catena è stata avviata dagli utenti di Ethereum, che depositavano ETH a senso unico in uno smart contract sulla Rete Principale (il livello d'esecuzione), ascoltato dalla Beacon Chain, accreditando l'utente con un importo equivalente di ETH, sulla nuova catena. Fino alla Fusione, i validatori della Beacon Chain non stavano elaborando le transazioni e, fondamentalmente, arrivavano al consenso sullo stato dello stesso gruppo di validatori.
 
 I validatori sulla Beacon Chain sono ricompensati con ETH per l'attestazione allo stato della catena e la proposta di blocchi. Le ricompense (o penalità) sono calcolate e distribuite a ogni epoca (ogni 6,4 minuti) a seconda delle prestazioni del validatore. Le ricompense del validatore sono **significativamente** inferiori a quelle di mining, emesse precedentemente sotto il proof-of-work (pari a 2 ETH circa ogni 13,5 secondi), poiché l'operazione di un nodo di convalida non è altrettanto intenso dal punto di vista economico e quindi non richiede né garantisce una ricompensa altrettanto elevata.
 
@@ -94,7 +94,7 @@ Riduzione netta nell'emissione annuale di ETH: <strong>circa 88,7%</strong> ((4,
 La forza opposta all'emissione di ETH è il tasso a cui gli ETH sono bruciati. Per l'esecuzione di una transazione su Ethereum, dev'essere pagata una commissione minima (nota come "commissione di base"), che fluttua continuamente (da blocco a blocco), a seconda dell'attività di rete. La commissione è pagata in ETH ed è _necessaria_ affinché la transazione sia considerata valida. Questa commissione viene _bruciata_ durante il procedimento della transazione, rimuovendola dalla circolazione.
 
 <InfoBanner>
-La bruciatura delle commissioni è divenuta attiva con l'[aggiornamento di Londra](/history/#london) ad agosto 2021 e resta immutata da La Fusione.
+La bruciatura delle commissioni è divenuta attiva con l'[aggiornamento di Londra](/ethereum-forks/#london) ad agosto 2021 e resta immutata da La Fusione.
 </InfoBanner>
 
 Oltre alla bruciatura della commissione, implementata dall'aggiornamento di Londra, i validatori, inoltre, possono incorrere in sanzioni per essere online o, peggio, possono ricevere tagli per l'infrazione di regole specifiche che minacciano la sicurezza della rete. Queste, risultano in una riduzione degli ETH dal saldo di quel validatore, che non è ricompensato direttamente a nessun altro conto, bruciandoli/rimuovendoli effettivamente dalla circolazione.
diff --git a/public/content/translations/it/staking/withdrawals/index.md b/public/content/translations/it/staking/withdrawals/index.md
index a802026e639..951832c3f17 100644
--- a/public/content/translations/it/staking/withdrawals/index.md
+++ b/public/content/translations/it/staking/withdrawals/index.md
@@ -65,7 +65,7 @@ I prelievi di staking sono già operativi! La funzionalità di prelievo è stata
 
 L'aggiornamento di Shanghai/Capella ha consentito di rivendicare gli ETH precedentemente messi in staking, in conti regolari di Ethereum. Ciò ha chiuso il ciclo della liquidità di staking e ha portato Ethereum un passo più avanti nel suo percorso per la costruzione di un ecosistema decentralizzato sostenibile, scalabile e sicuro.
 
-- [Maggiori informazioni sulla storia di Ethereum](/history/)
+- [Maggiori informazioni sulla storia di Ethereum](/ethereum-forks/)
 - [Maggiori informazioni sulla tabella di marcia di Ethereum](/roadmap/)
 
 ## Come funzionano i pagamenti dei prelievi? {#how-do-withdrawals-work}
diff --git a/public/content/translations/ja/community/research/index.md b/public/content/translations/ja/community/research/index.md
index 70a844f2330..5a8804aedc9 100644
--- a/public/content/translations/ja/community/research/index.md
+++ b/public/content/translations/ja/community/research/index.md
@@ -83,7 +83,7 @@ lang: ja
 1. コンセンサスクライアント：ブロックチェーンのヘッドを追跡し、ブロックを伝播し、コンセンサスロジックを処理します。
 2. 実行クライアント：イーサリアム仮想マシンをサポートし、トランザクションやスマートコントラクトを実行します。
 
-ノードやクライアントの詳細については、[ノードとクライアントのページ](/developers/docs/nodes-and-clients/) で確認でき、すべての現行クライアント実装のリストもご覧いただけます。 また、イーサリアムの全てのアップグレード履歴は[履歴ページ](/history/) で確認可能です。
+ノードやクライアントの詳細については、[ノードとクライアントのページ](/developers/docs/nodes-and-clients/) で確認でき、すべての現行クライアント実装のリストもご覧いただけます。 また、イーサリアムの全てのアップグレード履歴は[履歴ページ](/ethereum-forks/) で確認可能です。
 
 ### 実行クライアント {#execution-clients}
 
diff --git a/public/content/translations/ja/developers/docs/consensus-mechanisms/pos/attack-and-defense/index.md b/public/content/translations/ja/developers/docs/consensus-mechanisms/pos/attack-and-defense/index.md
index c1495e53b48..6674abbc459 100644
--- a/public/content/translations/ja/developers/docs/consensus-mechanisms/pos/attack-and-defense/index.md
+++ b/public/content/translations/ja/developers/docs/consensus-mechanisms/pos/attack-and-defense/index.md
@@ -129,7 +129,7 @@ lang: ja
 
 しかし、これはガバナンス上の大きな問題をもたらします。 一部のユーザーおよびバリデータは誠実なチェーンへの再移行に伴い確実に自分の資産を失うことになり、攻撃後に確定したブロック内のトランザクションはロールバックされる可能性がありあるため、アプリケーションレイヤーにおいて混乱が発生します。つまり、「コードは法である」という確信が強い一部のユーザーの倫理観が揺らいでしまうのです。 取引所およびアプリケーションにおいては、すでにオフチェーンにおけるアクションをオンチェーンのトランザクションとを関連付けている可能性が高く、オンチェーンのトランザクションをロールバックするとなると、取消や修正が相次ぐことになりますが、特に不正に獲得した利益がすでに正当な利益混合しており、DeFIやその他のデリバティブにおいて入金されている場合、誠実なユーザーに対しても二次的な影響を及ぼすため、公平な方法で元の状態に戻すのは困難になるでしょう。 おそらく組織ユーザーをも含む一部のユーザーは、意図的または偶然によりすでに不正なチェーンから何らかの利益を得ているはずであり、この利益を守るために正規フォークへの再移行に反対するかもしれません。 コミュニティ全体の連携に基づく賢明なリスク軽減策を迅速に実行できる体制を整えておくために、51%攻撃に対するコミュニティ全体の対応をリハーサルするべきだという声も多いです。 ヴィタリクによるethresear.chでの有益な議論については、[こちら](https://ethresear.ch/t/timeliness-detectors-and-51-attack-recovery-in-blockchains/6925)と[こちら](https://ethresear.ch/t/responding-to-51-attacks-in-casper-ffg/6363)、そしてTwitterの[こちら](https://twitter.com/skylar_eth/status/1551798684727508992?s=20&t=oHZ1xv8QZdOgAXhxZKtHEw)でご確認ください。 コミュニティ全体が連携したソーシャル対応は、攻撃者を罰し、他のユーザーへの影響を最小化するという具体的な目的に絞り込む必要があります。
 
-ブロックチェーンのガバナンスは、それ自体が複雑なトピックです。 不正なバリデータがファイナライズしてしまったチェーンに対するレイヤー0の緊急対応をいかに管理するかは、イーサリアムコミュニティにとって間違いなく大きな課題であり、イーサリアムの歴史において、すでに[2回](/history/#dao-fork-summary)[も発生しています](/history/#tangerine-whistle)。
+ブロックチェーンのガバナンスは、それ自体が複雑なトピックです。 不正なバリデータがファイナライズしてしまったチェーンに対するレイヤー0の緊急対応をいかに管理するかは、イーサリアムコミュニティにとって間違いなく大きな課題であり、イーサリアムの歴史において、すでに[2回](/ethereum-forks/#dao-fork-summary)[も発生しています](/ethereum-forks/#tangerine-whistle)。
 
 しかしながら、最悪の事態においても現実世界において解決策を見出せるという事実には、やや安堵感を覚えます。 究極的に、私たちが利用しているこの驚くべきテクノロジースタックにおいても、最悪の事態が発生した場合には、ユーザーである実際の人間たちが議論を通じて解決策を見出すしかないのです。
 
diff --git a/public/content/translations/ja/developers/docs/consensus-mechanisms/pow/index.md b/public/content/translations/ja/developers/docs/consensus-mechanisms/pow/index.md
index 06e498e820a..377936543b7 100644
--- a/public/content/translations/ja/developers/docs/consensus-mechanisms/pow/index.md
+++ b/public/content/translations/ja/developers/docs/consensus-mechanisms/pow/index.md
@@ -56,7 +56,7 @@ lang: ja
 
 また、プルーフ・オブ・ワークは通貨を新規発行し、マイナーにインセンティブを与えていました。
 
-[コンスタンティノープルアップグレード](/history/#constantinople)以降、ブロックの生成を正常に行ったマイナーには、新たにミントされた2 ETHとトランザクションフィーの一部が報酬として支払われました。 また、Ommerブロックの場合には、1.75 ETHを補償しました。 Ommerブロックとは、あるマイナーが有効ブロックを生成したのとほぼ同時に、違うマイナーが有効なブロックを生成したことを指します。最終的にはどのチェーンが先端に入るかが決定されました。 このOmmerブロックは、通常ネットワークの遅延が原因で起こりました。
+[コンスタンティノープルアップグレード](/ethereum-forks/#constantinople)以降、ブロックの生成を正常に行ったマイナーには、新たにミントされた2 ETHとトランザクションフィーの一部が報酬として支払われました。 また、Ommerブロックの場合には、1.75 ETHを補償しました。 Ommerブロックとは、あるマイナーが有効ブロックを生成したのとほぼ同時に、違うマイナーが有効なブロックを生成したことを指します。最終的にはどのチェーンが先端に入るかが決定されました。 このOmmerブロックは、通常ネットワークの遅延が原因で起こりました。
 
 ## ファイナリティ {#finality}
 
diff --git a/public/content/translations/ja/developers/docs/nodes-and-clients/index.md b/public/content/translations/ja/developers/docs/nodes-and-clients/index.md
index b1065c33531..41fcc332d16 100644
--- a/public/content/translations/ja/developers/docs/nodes-and-clients/index.md
+++ b/public/content/translations/ja/developers/docs/nodes-and-clients/index.md
@@ -37,7 +37,7 @@ sidebarDepth: 2
 - 元々は[イーサリアムイエローペーパー](https://ethereum.github.io/yellowpaper/paper.pdf)
 - [実行クライアントの仕様](https://github.com/ethereum/execution-specs/)
 - [コンセンサスクライアントの仕様](https://github.com/ethereum/consensus-specs)
-- さまざまな[ネットワーク・アップグレード](/history/)で実装された[EIP](https://eips.ethereum.org/)
+- さまざまな[ネットワーク・アップグレード](/ethereum-forks/)で実装された[EIP](https://eips.ethereum.org/)
 
 ### ネットワークのノードの追跡 {#network-overview}
 
diff --git a/public/content/translations/ja/developers/docs/nodes-and-clients/run-a-node/index.md b/public/content/translations/ja/developers/docs/nodes-and-clients/run-a-node/index.md
index 9e25f288d30..f05145c9ce6 100644
--- a/public/content/translations/ja/developers/docs/nodes-and-clients/run-a-node/index.md
+++ b/public/content/translations/ja/developers/docs/nodes-and-clients/run-a-node/index.md
@@ -444,7 +444,7 @@ _これはコンセンサスレイヤーのバリデータノードには適用
 
 #### クライアントの更新 {#updating-clients}
 
-クライアントソフトウェアは、最新のセキュリティパッチ、機能、 [EIP](/eips/)の最新バージョンを常にインストールしておく必要があります。 特に、[ハードフォーク](/history/)が行われる前に、正しいクライアントバージョンを実行していることを確認してください。
+クライアントソフトウェアは、最新のセキュリティパッチ、機能、 [EIP](/eips/)の最新バージョンを常にインストールしておく必要があります。 特に、[ハードフォーク](/ethereum-forks/)が行われる前に、正しいクライアントバージョンを実行していることを確認してください。
 
 > 重要なネットワーク更新の前には、イーサリアム・ファウンデーション(EF)の[ブログ](https://blog.ethereum.org)で投稿されます。 [これらのお知らせを購読する](https://blog.ethereum.org/category/protocol#subscribe)ことで、ノードの更新が必要なときにメールで通知を受け取ることができます。
 
diff --git a/public/content/translations/ja/developers/docs/transactions/index.md b/public/content/translations/ja/developers/docs/transactions/index.md
index bbedba04018..b009c1192fb 100644
--- a/public/content/translations/ja/developers/docs/transactions/index.md
+++ b/public/content/translations/ja/developers/docs/transactions/index.md
@@ -202,9 +202,9 @@ Aliceのアカウントに **+1.0 ETH**振り込み
 
 1. **Type 0 (レガシー) トランザクション：** イーサリアムのローンチ以来使用されている元のトランザクション形式です。 これらには、[EIP-1559](https://eips.ethereum.org/EIPS/eip-1559)の動的ガス料金計算やスマートコントラクトのアクセスリストなどの機能は含まれていません。 レガシートランザクションには、[Recursive Length Prefix (RLP)](/developers/docs/data-structures-and-encoding/rlp)エンコーディングを使用した場合にバイト`0xf8`から始まる、シリアル化された形式で種類を示す特定のプレフィックスがありません。 これらのトランザクションのTransactionType値は`0x0`です。
 
-2. **Type 1 トランザクション：** イーサリアムの[ベルリンアップグレード](/history/#berlin)の一環として[EIP-2930](https://eips.ethereum.org/EIPS/eip-2930)で導入されたトランザクションです。これらのトランザクションには`accessList`パラメータが含まれています。 このリストは、トランザクションがアクセスする予定のアドレスとストレージキーを指定し、スマートコントラクトを含む複雑なトランザクションにおける[ガス](/developers/docs/gas/)コストを削減する可能性があります。 EIP-1559の料金市場の変更はType 1トランザクションには含まれていません。 Type 1トランザクションには`yParity`パラメータも含まれており、これは`0x0`または`0x1`のどちらかであり、secp256k1署名のy値のパリティを示します。 これらはバイト`0x01`で始まることで識別され、そのTransactionType値は`0x1`です。
+2. **Type 1 トランザクション：** イーサリアムの[ベルリンアップグレード](/ethereum-forks/#berlin)の一環として[EIP-2930](https://eips.ethereum.org/EIPS/eip-2930)で導入されたトランザクションです。これらのトランザクションには`accessList`パラメータが含まれています。 このリストは、トランザクションがアクセスする予定のアドレスとストレージキーを指定し、スマートコントラクトを含む複雑なトランザクションにおける[ガス](/developers/docs/gas/)コストを削減する可能性があります。 EIP-1559の料金市場の変更はType 1トランザクションには含まれていません。 Type 1トランザクションには`yParity`パラメータも含まれており、これは`0x0`または`0x1`のどちらかであり、secp256k1署名のy値のパリティを示します。 これらはバイト`0x01`で始まることで識別され、そのTransactionType値は`0x1`です。
 
-3. **Type 2 トランザクション：** 一般的にEIP-1559トランザクションと呼ばれるこれらのトランザクションは、イーサリアムの[ロンドンアップグレード](/history/#london)における[EIP-1559](https://eips.ethereum.org/EIPS/eip-1559)により導入されました。 これらはイーサリアムネットワークで標準のトランザクションタイプとなっています。 これらのトランザクションは、トランザクションフィーをベースフィーとプライオリティフィーに分けることで予測可能性を向上させる新しい料金市場メカニズムを導入しています。 バイト`0x02`で始まり、`maxPriorityFeePerGas`や`maxFeePerGas`などのフィールドを含んでいます。 Type 2トランザクションは、その柔軟性と効率性から現在のデフォルトであり、特にネットワークが混雑している期間中に、ユーザーがトランザクションフィーをより予測可能に管理できる点で好まれています。 これらのトランザクションのTransactionType値は`0x2`です。
+3. **Type 2 トランザクション：** 一般的にEIP-1559トランザクションと呼ばれるこれらのトランザクションは、イーサリアムの[ロンドンアップグレード](/ethereum-forks/#london)における[EIP-1559](https://eips.ethereum.org/EIPS/eip-1559)により導入されました。 これらはイーサリアムネットワークで標準のトランザクションタイプとなっています。 これらのトランザクションは、トランザクションフィーをベースフィーとプライオリティフィーに分けることで予測可能性を向上させる新しい料金市場メカニズムを導入しています。 バイト`0x02`で始まり、`maxPriorityFeePerGas`や`maxFeePerGas`などのフィールドを含んでいます。 Type 2トランザクションは、その柔軟性と効率性から現在のデフォルトであり、特にネットワークが混雑している期間中に、ユーザーがトランザクションフィーをより予測可能に管理できる点で好まれています。 これらのトランザクションのTransactionType値は`0x2`です。
 
 
 
diff --git a/public/content/translations/ja/developers/tutorials/downsizing-contracts-to-fight-the-contract-size-limit/index.md b/public/content/translations/ja/developers/tutorials/downsizing-contracts-to-fight-the-contract-size-limit/index.md
index 4b527655e10..fea349f4956 100644
--- a/public/content/translations/ja/developers/tutorials/downsizing-contracts-to-fight-the-contract-size-limit/index.md
+++ b/public/content/translations/ja/developers/tutorials/downsizing-contracts-to-fight-the-contract-size-limit/index.md
@@ -21,7 +21,7 @@ sourceUrl: https://soliditydeveloper.com/max-contract-size
 
 この制限は、サービス拒否(DOS)攻撃を防ぐために導入されました。 コントラクトの呼び出しは、ガスの観点では比較的安価です。 しかし、イーサリアムノードのコントラクト呼び出しの影響は、(ディスクからのコードの読み込み、コードの前処理、マークルプルーフへのデータの追加の対象となる)呼び出されたコントラクトコードのサイズによっては、過度に増加することになります。 攻撃者がリソースをほとんど必要とせずに、他のノードでの大量の処理を生じさせるそうした状況では、DOS攻撃を受ける可能性が常に存在します。
 
-コントラクトコードの固有のサイズ制限が、ブロックのガスリミットとなるため、本来これは問題ではありませんでした。 コントラクトは、コントラクトのバイトコードをすべて含むトランザクション内でデプロイされる必要があることは言うまでもありません。 ブロックに1つのトランザクションのみを含めると、そのガスのすべてを使うことができますが、無限ではありません。 [ロンドンアップグレード](/history/#london)以降、ブロックのガスリミットは、ネットワークの需要に応じて15M～30M間で変えられるようになりました。
+コントラクトコードの固有のサイズ制限が、ブロックのガスリミットとなるため、本来これは問題ではありませんでした。 コントラクトは、コントラクトのバイトコードをすべて含むトランザクション内でデプロイされる必要があることは言うまでもありません。 ブロックに1つのトランザクションのみを含めると、そのガスのすべてを使うことができますが、無限ではありません。 [ロンドンアップグレード](/ethereum-forks/#london)以降、ブロックのガスリミットは、ネットワークの需要に応じて15M～30M間で変えられるようになりました。
 
 次に、いくつかの方法を、効果が大きいものから順に見ていきます。 減量の観点から考えてみましょう。 目標体重(この場合は24 KB)を達成するための最良の戦略は、まず効果が大きい方法に集中して取り組むことです。 ほとんどの場合、食生活を改善するだけで解決しますが、もう少し何かが必要な場合もあります。 その場合は、運動(中程度の効果)やサプリメント(小さな効果)を加えるとよいでしょう。
 
diff --git a/public/content/translations/ja/history/index.md b/public/content/translations/ja/ethereum-forks/index.md
similarity index 100%
rename from public/content/translations/ja/history/index.md
rename to public/content/translations/ja/ethereum-forks/index.md
diff --git a/public/content/translations/ja/governance/index.md b/public/content/translations/ja/governance/index.md
index 0f966333b59..370bed92fe4 100644
--- a/public/content/translations/ja/governance/index.md
+++ b/public/content/translations/ja/governance/index.md
@@ -152,7 +152,7 @@ The DAOハッキング事件をもっと見る
 
 仕様と開発実装は常に完全にオープンソースであったものの、上記で説明したアップデートの提案に使用される正式なプロセスは採用されていませんでした。 プロセスを省略することにより、研究者と実装者が迅速に変更点を特定し、合意することができました。
 
-ビーコンチェーンが2022年9月15日にイーサリアムの実行レイヤーと統合され、マージは[パリスネットワークのアップグレード](/history/#paris)の一環として完了しました。 提案 [EIP-3675](https://eips.ethereum.org/EIPS/eip-3675)は「ラストコール」から「ファイナル」に変更され、プルーフ・オブ・ステークへの移行が完了しました
+ビーコンチェーンが2022年9月15日にイーサリアムの実行レイヤーと統合され、マージは[パリスネットワークのアップグレード](/ethereum-forks/#paris)の一環として完了しました。 提案 [EIP-3675](https://eips.ethereum.org/EIPS/eip-3675)は「ラストコール」から「ファイナル」に変更され、プルーフ・オブ・ステークへの移行が完了しました
 
 <ButtonLink href="/roadmap/merge/">
   マージの詳細
diff --git a/public/content/translations/ja/roadmap/merge/index.md b/public/content/translations/ja/roadmap/merge/index.md
index 3a652f489b8..0332a18fdc9 100644
--- a/public/content/translations/ja/roadmap/merge/index.md
+++ b/public/content/translations/ja/roadmap/merge/index.md
@@ -17,7 +17,7 @@ summaryPoint4: マージによりイーサリアムのエネルギー消費が99
 
 ## マージとは {#what-is-the-merge}
 
-マージとは、イーサリアムの元の実行レイヤー ([誕生](/history/#frontier)から存在するメインネット) と、新規のプルーフ・オブ・ステークのコンセンサスレイヤーであるビーコンチェーンをマージ(統合)することでした。 これにより、エネルギー集約的なマイニングが不要になり、代わりにステーキングされたETHを利用して、ネットワークのセキュリティが確保されるようになりました。 イーサリアムのビジョンである、より高性能なスケーラビリティ、より安心なセキュリティ、より高いレベルの持続可能性を実現するための、本当にエキサイティングなステップとなりました。
+マージとは、イーサリアムの元の実行レイヤー ([誕生](/ethereum-forks/#frontier)から存在するメインネット) と、新規のプルーフ・オブ・ステークのコンセンサスレイヤーであるビーコンチェーンをマージ(統合)することでした。 これにより、エネルギー集約的なマイニングが不要になり、代わりにステーキングされたETHを利用して、ネットワークのセキュリティが確保されるようになりました。 イーサリアムのビジョンである、より高性能なスケーラビリティ、より安心なセキュリティ、より高いレベルの持続可能性を実現するための、本当にエキサイティングなステップとなりました。
 
 <MergeInfographic />
 
diff --git a/public/content/translations/ja/roadmap/merge/issuance/index.md b/public/content/translations/ja/roadmap/merge/issuance/index.md
index b83d3253e77..d2c784104c9 100644
--- a/public/content/translations/ja/roadmap/merge/issuance/index.md
+++ b/public/content/translations/ja/roadmap/merge/issuance/index.md
@@ -30,11 +30,11 @@ title="ETHの発行についての概要">
 
 ### 実行レイヤーでの発行 {#el-issuance-pre-merge}
 
-プルーフ・オブ・ワークでは、マイナーは実行レイヤーのみとやり取りを行い、最初に次のブロックを解決したマイナーがブロック報酬を受け取っていました。 2019年の[コンスタンティノープルアップグレード](/history/#constantinople)以降、ブロックごとの報酬は2ETHになりました。 マイナーは、[オマー](/glossary/#ommer)ブロック(最長または正規チェーンに含まれない有効なブロック)を発行しても報酬を受けました。 オマーブロックあたりの報酬は最大1.75 ETHで、正規ブロックから発行された報酬とは_別_でした。 マイニングのプロセスは経済的に集中化された活動であり、これを維持するには、ETHの発行量を歴史的に高い水準に維持する必要があったのです。
+プルーフ・オブ・ワークでは、マイナーは実行レイヤーのみとやり取りを行い、最初に次のブロックを解決したマイナーがブロック報酬を受け取っていました。 2019年の[コンスタンティノープルアップグレード](/ethereum-forks/#constantinople)以降、ブロックごとの報酬は2ETHになりました。 マイナーは、[オマー](/glossary/#ommer)ブロック(最長または正規チェーンに含まれない有効なブロック)を発行しても報酬を受けました。 オマーブロックあたりの報酬は最大1.75 ETHで、正規ブロックから発行された報酬とは_別_でした。 マイニングのプロセスは経済的に集中化された活動であり、これを維持するには、ETHの発行量を歴史的に高い水準に維持する必要があったのです。
 
 ### コンセンサスレイヤーでの発行 {#cl-issuance-pre-merge}
 
-2020年に稼働を開始した[ビーコンチェーン](/history/#beacon-chain-genesis)では、 マイナーに代わって、バリデータがプルーフ・オブ・ステークでネットワークを保護します。 ビーコンチェーンは、イーサリアムユーザーがメインネット(実行レイヤー)上のスマートコントラクトにETHを一方向に入金することによってブートされます。ビーコンチェーンは、この入金をリッスンしており、ユーザーに対して新しいチェーンに同額のETHをクレジットします。 マージが起こるまで、ビーコンチェーンのバリデータは、トランザクションの処理を行わず、基本的にはバリデータプールの状態についてのコンセンサスを形成していました。
+2020年に稼働を開始した[ビーコンチェーン](/ethereum-forks/#beacon-chain-genesis)では、 マイナーに代わって、バリデータがプルーフ・オブ・ステークでネットワークを保護します。 ビーコンチェーンは、イーサリアムユーザーがメインネット(実行レイヤー)上のスマートコントラクトにETHを一方向に入金することによってブートされます。ビーコンチェーンは、この入金をリッスンしており、ユーザーに対して新しいチェーンに同額のETHをクレジットします。 マージが起こるまで、ビーコンチェーンのバリデータは、トランザクションの処理を行わず、基本的にはバリデータプールの状態についてのコンセンサスを形成していました。
 
 ビーコンチェーンのバリデータは、チェーンの状態を証明し、ブロックを提案することで、報酬としてETHを受け取ります。 報酬(またはペナルティ)は、バリデータのパフォーマンスに応じて、各エポック(6.4分ごと)に計算、分配されます。 バリデータの報酬は、プルーフ・オブ・ワーク時代のマイニング報酬(約13.5秒ごとに2ETH)と比べて**大幅**に少なくなっています。これは、バリデータノードの運用にそれほどコストがかからないため、高い報酬は必要ないからです。
 
@@ -94,7 +94,7 @@ title="ETHの発行についての概要">
 ETHの発行とは逆に、イーサリアムではETHがバーンされるレートがあります。 イーサリアムでトランザクションを実行するには、最低手数料(「ベースフィー」)を支払う必要があります。ベースフィーは、ネットワークの混雑状況によって(ブロックごとに)常に変動し、 ETHで支払われます。ベースフィーは、トランザクションが有効に成立するために_必要_となり、 トランザクション処理中に_バーン_され、流通から消滅します。
 
 <InfoBanner>
-フィーのバーンは、2021年8月の[ロンドンアップグレード](/history/#london)から始まり、マージ以降も継続されます。
+フィーのバーンは、2021年8月の[ロンドンアップグレード](/ethereum-forks/#london)から始まり、マージ以降も継続されます。
 </InfoBanner>
 
 ロンドンのアップグレードで実装されたフィーのバーンに加えて、バリデータがオフラインになるとペナルティを課されます。さらに深刻なことに、ネットワークのセキュリティを脅かす特定のルールに違反した場合にはスラッシュされることがあります。 これらのペナルティにより、バリデータの残高からETHが減少し、他のどのアカウントにも直接報酬として支払われず、事実上は流通から消滅することになります。
diff --git a/public/content/translations/ja/staking/withdrawals/index.md b/public/content/translations/ja/staking/withdrawals/index.md
index fe69f6364ca..84b638e4d30 100644
--- a/public/content/translations/ja/staking/withdrawals/index.md
+++ b/public/content/translations/ja/staking/withdrawals/index.md
@@ -65,7 +65,7 @@ _いかなる_資金もバリデータアカウントの残高から移動でき
 
 上海/カペラアップグレードによって、過去にステークされていたETHを一般的なイーサリアムアカウントに回収することが可能になりました。 これにより、流動性をステークするループが閉じられ、イーサリアムは持続可能でスケーラブルかつ安全な分散型エコシステムの構築に向けた旅に一歩近づきました。
 
-- [イーサリアムの歴史についてより詳しく](/history/)
+- [イーサリアムの歴史についてより詳しく](/ethereum-forks/)
 - [イーサリアムのロードマップについてより詳しく](/roadmap/)
 
 ## 引き出しはどのように機能しますか？ {#how-do-withdrawals-work}
diff --git a/public/content/translations/ko/staking/withdrawals/index.md b/public/content/translations/ko/staking/withdrawals/index.md
index a255621c0dd..ee793285282 100644
--- a/public/content/translations/ko/staking/withdrawals/index.md
+++ b/public/content/translations/ko/staking/withdrawals/index.md
@@ -65,7 +65,7 @@ _모든_ 자금을 검증자 계정 잔액에서 이체하려면 출금 주소
 
 상하이/카펠라 업그레이드는 이전에 스테이킹된 ETH를 일반 이더리움 계정으로 회수할 수 있게 했습니다. 이 작업을 통해 스테이킹 유동성을 마무리했으며, 이더리움은 지속 가능하고 확장 가능하며 탈중앙화 생태계를 구축하는 여정에 한 걸음 더 가까워졌습니다.
 
-- [이더리움 역사에 대해 자세히 알아보기](/history/)
+- [이더리움 역사에 대해 자세히 알아보기](/ethereum-forks/)
 - [이더리움 로드맵에 대해 자세히 알아보기](/roadmap/)
 
 ## 인출 지급은 어떻게 작동하나요? {#how-do-withdrawals-work}
diff --git a/public/content/translations/ml/roadmap/merge/index.md b/public/content/translations/ml/roadmap/merge/index.md
index c6111412b09..c59f11f1028 100644
--- a/public/content/translations/ml/roadmap/merge/index.md
+++ b/public/content/translations/ml/roadmap/merge/index.md
@@ -17,7 +17,7 @@ summaryPoint4: ലയനം Ethereum-ന്റെ ഊർജ്ജ ഉപഭോ
 
 ## എന്തായിരുന്നു ലയനം? {#what-is-the-merge}
 
-പുതിയ പ്രൂഫ് ഓഫ് സ്റ്റേക്ക് പൊതു വരിയായ ബീക്കൺ ചെയിനുമായി Ethereum-ന്റെ ഒറിജിനൽ പ്രയോഗ വരിയുടെ ([ജെനിസിസ്](/history/#frontier) മുതൽ നിലനിന്നിരുന്ന മെയിൻനെറ്റ്) കൂടിച്ചേരലായിരുന്നു ലയനം. ഊർജ്ജ തീവ്ര മൈനിംഗിനുള്ള ആവശ്യകത ഇത് ഇല്ലാതാക്കുകയും, പകരം സ്റ്റേക്ക് ചെയ്ത ETH ഉപയോഗിച്ച് നെറ്റ്‌വർക്കിനെ സുരക്ഷിതമാക്കാൻ പ്രാപ്തമാക്കുകയും ചെയ്തു. Ethereum വീക്ഷണമായ കൂടുതൽ വിപുകരണം, സുരക്ഷ, സുസ്ഥിരത എന്നിവ സാക്ഷാത്കരിക്കുന്നതിനുള്ള ഒരു ശരിക്കും ആവേശകരമായ ചുവടുവെപ്പായിരുന്നു അത്.
+പുതിയ പ്രൂഫ് ഓഫ് സ്റ്റേക്ക് പൊതു വരിയായ ബീക്കൺ ചെയിനുമായി Ethereum-ന്റെ ഒറിജിനൽ പ്രയോഗ വരിയുടെ ([ജെനിസിസ്](/ethereum-forks/#frontier) മുതൽ നിലനിന്നിരുന്ന മെയിൻനെറ്റ്) കൂടിച്ചേരലായിരുന്നു ലയനം. ഊർജ്ജ തീവ്ര മൈനിംഗിനുള്ള ആവശ്യകത ഇത് ഇല്ലാതാക്കുകയും, പകരം സ്റ്റേക്ക് ചെയ്ത ETH ഉപയോഗിച്ച് നെറ്റ്‌വർക്കിനെ സുരക്ഷിതമാക്കാൻ പ്രാപ്തമാക്കുകയും ചെയ്തു. Ethereum വീക്ഷണമായ കൂടുതൽ വിപുകരണം, സുരക്ഷ, സുസ്ഥിരത എന്നിവ സാക്ഷാത്കരിക്കുന്നതിനുള്ള ഒരു ശരിക്കും ആവേശകരമായ ചുവടുവെപ്പായിരുന്നു അത്.
 
 <MergeInfographic />
 
diff --git a/public/content/translations/ms/governance/index.md b/public/content/translations/ms/governance/index.md
index b17a1364116..437a21def7d 100644
--- a/public/content/translations/ms/governance/index.md
+++ b/public/content/translations/ms/governance/index.md
@@ -152,7 +152,7 @@ Proses tadbir urus Ethereum sering diniagakan daripada kelajuan dan kecekapan un
 
 Walaupun spesifikasi dan pelaksanaan pembangunan sentiasa sumber terbuka sepenuhnya, proses formal yang digunakan untuk mencadangkan kemas kini yang diterangkan di atas tidak digunakan. Ini membolehkan perubahan ditentukan dan dipersetujui dengan lebih cepat oleh penyelidik dan pelaksana.
 
-Apabila Rantai Beacon bergabung dengan lapisan pelaksanaan Ethereum pada 15 September 2022, The Merge ini telah lengkap sebagai sebahagian daripada [naik taraf rangkaian Paris](/history/#paris). Cadangan [EIP-3675](https://eips.ethereum.org/EIPS/eip-3675) telah ditukar daripada 'Panggilan Terakhir' kepada 'Muktamad', melengkapkan peralihan kepada bukti penaruhan.
+Apabila Rantai Beacon bergabung dengan lapisan pelaksanaan Ethereum pada 15 September 2022, The Merge ini telah lengkap sebagai sebahagian daripada [naik taraf rangkaian Paris](/ethereum-forks/#paris). Cadangan [EIP-3675](https://eips.ethereum.org/EIPS/eip-3675) telah ditukar daripada 'Panggilan Terakhir' kepada 'Muktamad', melengkapkan peralihan kepada bukti penaruhan.
 
 <ButtonLink href="/roadmap/merge/">
   Lagi tentang The Merge
diff --git a/public/content/translations/ms/staking/withdrawals/index.md b/public/content/translations/ms/staking/withdrawals/index.md
index 88e88baa8b3..acc5c2a4607 100644
--- a/public/content/translations/ms/staking/withdrawals/index.md
+++ b/public/content/translations/ms/staking/withdrawals/index.md
@@ -65,7 +65,7 @@ Pengeluaran pertaruhan disiarkan secara langsung! Fungsi pengeluaran telah di da
 
 Peningkatan Shanghai/Capella membolehkan ETH yang dipertaruhkan sebelum ini dituntut semula ke dalam akaun Ethereum biasa. Ini menutup gelung kecairan pertaruhan, dan membawa Ethereum selangkah lebih dekat dalam perjalanannya ke arah membina ekosistem teragih yang mampan, berskala dan selamat.
 
-- [Lagi mengenai sejarah Ethereum](/history/)
+- [Lagi mengenai sejarah Ethereum](/ethereum-forks/)
 - [Lagi mengenai hala tuju Ethereum](/roadmap/)
 
 ## Bagaimanakah pembayaran pengeluaran berfungsi? {#how-do-withdrawals-work}
diff --git a/public/content/translations/nl/developers/docs/transactions/index.md b/public/content/translations/nl/developers/docs/transactions/index.md
index f3f70710684..9ab14ab51a6 100644
--- a/public/content/translations/nl/developers/docs/transactions/index.md
+++ b/public/content/translations/nl/developers/docs/transactions/index.md
@@ -202,9 +202,9 @@ Op basis van de waarde `TransactionType` kan een transactie worden geclassificee
 
 1. **Type 0 (oudere) transacties:** het oorspronkelijke transactieformaat dat sinds de lancering van Ethereum wordt gebruikt. Ze bevatten geen functies uit [EIP-1559](https://eips.ethereum.org/EIPS/eip-1559) zoals dynamische berekeningen van gaskosten of toegangslijsten voor smart contracts. Oudere transacties hebben geen specifieke prefix die hun type aangeeft in hun seriële vorm, beginnend met de byte `0xf8` bij gebruik van [Recursive Length Prefix (RLP)](/developers/docs/data-structures-and-encoding/rlp)-codering. De TransactionType-waarde voor deze transacties is `0x0`.
 
-2. **Transacties van type 1:** Sinds [EIP-2930](https://eips.ethereum.org/EIPS/eip-2930) geïntroduceerd als onderdeel van de [Berlin-upgrade](/history/#berlin) van Ethereum, bevatten deze transacties een `accessList`-parameter. Deze lijst geeft adressen en opslagsleutels aan waartoe de transactie toegang verwacht te krijgen, wat helpt om mogelijk de [gaskosten](/developers/docs/gas/) te verminderen voor complexe transacties waarbij smart contracts betrokken zijn. De marktwijzigingen voor EIP-1559-kosten zijn niet opgenomen in transacties van type 1. Transacties van type 1 bevatten ook een `yParity`-parameter, die `0x0` of `0x1` kan zijn, waarmee de pariteit van de y-waarde van de secp256k1-handtekening wordt aangegeven. Ze worden geïdentificeerd door te beginnen met de byte `0x01`, en hun TransactionType-waarde is `0x1`.
+2. **Transacties van type 1:** Sinds [EIP-2930](https://eips.ethereum.org/EIPS/eip-2930) geïntroduceerd als onderdeel van de [Berlin-upgrade](/ethereum-forks/#berlin) van Ethereum, bevatten deze transacties een `accessList`-parameter. Deze lijst geeft adressen en opslagsleutels aan waartoe de transactie toegang verwacht te krijgen, wat helpt om mogelijk de [gaskosten](/developers/docs/gas/) te verminderen voor complexe transacties waarbij smart contracts betrokken zijn. De marktwijzigingen voor EIP-1559-kosten zijn niet opgenomen in transacties van type 1. Transacties van type 1 bevatten ook een `yParity`-parameter, die `0x0` of `0x1` kan zijn, waarmee de pariteit van de y-waarde van de secp256k1-handtekening wordt aangegeven. Ze worden geïdentificeerd door te beginnen met de byte `0x01`, en hun TransactionType-waarde is `0x1`.
 
-3. **Transacties van type 2**, ook wel EIP-1559-transacties genoemd, zijn transacties geïntroduceerd in [EIP-1559](https://eips.ethereum.org/EIPS/eip-1559), in de [London-upgrade](/history/#london) van Ethereum. Ze zijn het standaard transactietype geworden op het Ethereum-netwerk. Deze transacties introduceren een nieuw kostenmarktmechanisme waardoor de voorspelbaarheid wordt verbeterd door de transactiekosten te splitsen in een basiskost en een prioriteitskost. Ze beginnen met de byte `0x02` en bevatten velden zoals `maxPriorityFeePerGas` en `maxFeePerGas`. Transacties van type 2 zijn nu standaard dankzij hun flexibiliteit en efficiëntie, en zijn vooral interessant tijdens periodes van hoge netwerkcongestie omdat ze gebruikers helpen om transactiekosten voorspelbaarder te beheren. De TransactionType-waarde voor deze transacties is `0x2`.
+3. **Transacties van type 2**, ook wel EIP-1559-transacties genoemd, zijn transacties geïntroduceerd in [EIP-1559](https://eips.ethereum.org/EIPS/eip-1559), in de [London-upgrade](/ethereum-forks/#london) van Ethereum. Ze zijn het standaard transactietype geworden op het Ethereum-netwerk. Deze transacties introduceren een nieuw kostenmarktmechanisme waardoor de voorspelbaarheid wordt verbeterd door de transactiekosten te splitsen in een basiskost en een prioriteitskost. Ze beginnen met de byte `0x02` en bevatten velden zoals `maxPriorityFeePerGas` en `maxFeePerGas`. Transacties van type 2 zijn nu standaard dankzij hun flexibiliteit en efficiëntie, en zijn vooral interessant tijdens periodes van hoge netwerkcongestie omdat ze gebruikers helpen om transactiekosten voorspelbaarder te beheren. De TransactionType-waarde voor deze transacties is `0x2`.
 
 
 
diff --git a/public/content/translations/nl/roadmap/merge/index.md b/public/content/translations/nl/roadmap/merge/index.md
index 04b35bfc7c2..6df34208867 100644
--- a/public/content/translations/nl/roadmap/merge/index.md
+++ b/public/content/translations/nl/roadmap/merge/index.md
@@ -17,7 +17,7 @@ summaryPoint4: De samenvoeging verminderde het energieverbruik van Ethereum met
 
 ## Wat is de samenvoeging? {#what-is-the-merge}
 
-De samenvoeging was het bij elkaar brengen van de oorspronkelijke uitvoeringslaag van Ethereum (het hoofdnet dat sinds [het ontstaan](/history/#frontier) bestaat) met de nieuwe proof-of-stake consensuslaag, de Beacon Chain. Het elimineerde de noodzaak voor energie-intensieve mining en maakte het in plaats daarvan mogelijk om het netwerk te beveiligen met behulp van staked ETH. Het was echt een geweldige stap in de realisatie van de Ethereum-visie: meer schaalbaarheid, veiligheid en duurzaamheid.
+De samenvoeging was het bij elkaar brengen van de oorspronkelijke uitvoeringslaag van Ethereum (het hoofdnet dat sinds [het ontstaan](/ethereum-forks/#frontier) bestaat) met de nieuwe proof-of-stake consensuslaag, de Beacon Chain. Het elimineerde de noodzaak voor energie-intensieve mining en maakte het in plaats daarvan mogelijk om het netwerk te beveiligen met behulp van staked ETH. Het was echt een geweldige stap in de realisatie van de Ethereum-visie: meer schaalbaarheid, veiligheid en duurzaamheid.
 
 <MergeInfographic />
 
diff --git a/public/content/translations/nl/roadmap/merge/issuance/index.md b/public/content/translations/nl/roadmap/merge/issuance/index.md
index 8897951388e..d68330d1612 100644
--- a/public/content/translations/nl/roadmap/merge/issuance/index.md
+++ b/public/content/translations/nl/roadmap/merge/issuance/index.md
@@ -30,11 +30,11 @@ title="ETH-uitgifte tldr">
 
 ### Uitgifte uitvoeringslaag {#el-issuance-pre-merge}
 
-Onder proof-of-work hadden miners alleen interactie met de uitvoeringslaag en werden ze beloond met blockbeloningen als ze de eerste miner waren die de volgende block oploste. Sinds de [Constantinople-upgrade](/history/#constantinople) in 2019 was deze beloning 2 ETH per block. Miners werden ook beloond voor het publiceren van [ommer](/glossary/#ommer)-blocks, wat geldige blocks waren die niet in de langste/canonieke chain terechtkwamen. Deze beloningen waren maximaal 1,75 ETH per ommer en kwamen _bovenop_ de beloning die werd uitgegeven uit de canonieke block. Het miningproces was een economisch intensieve activiteit, waarvoor historisch gezien een hoog niveau van ETH-uitgifte nodig was om in stand te worden gehouden.
+Onder proof-of-work hadden miners alleen interactie met de uitvoeringslaag en werden ze beloond met blockbeloningen als ze de eerste miner waren die de volgende block oploste. Sinds de [Constantinople-upgrade](/ethereum-forks/#constantinople) in 2019 was deze beloning 2 ETH per block. Miners werden ook beloond voor het publiceren van [ommer](/glossary/#ommer)-blocks, wat geldige blocks waren die niet in de langste/canonieke chain terechtkwamen. Deze beloningen waren maximaal 1,75 ETH per ommer en kwamen _bovenop_ de beloning die werd uitgegeven uit de canonieke block. Het miningproces was een economisch intensieve activiteit, waarvoor historisch gezien een hoog niveau van ETH-uitgifte nodig was om in stand te worden gehouden.
 
 ### Uitgifte consensuslaag {#cl-issuance-pre-merge}
 
-De [Beacon Chain](/history/#beacon-chain-genesis) ging live in 2020. In plaats van miners, wordt het beveiligd door validators die proof-of-stake gebruiken. Deze chain werd gebootstrapt door Ethereum-gebruikers die ETH eenmalig storten in een smart contract op het hoofdnet (de uitvoeringslaag), waar de Beacon Chain naar luistert en de gebruiker crediteert met een gelijke hoeveelheid ETH op de nieuwe chain. Totdat de samenvoeging plaatsvond, verwerkten de validators van de Beacon Chain geen transacties en kwamen ze in wezen tot een consensus over de status van de validatorpool zelf.
+De [Beacon Chain](/ethereum-forks/#beacon-chain-genesis) ging live in 2020. In plaats van miners, wordt het beveiligd door validators die proof-of-stake gebruiken. Deze chain werd gebootstrapt door Ethereum-gebruikers die ETH eenmalig storten in een smart contract op het hoofdnet (de uitvoeringslaag), waar de Beacon Chain naar luistert en de gebruiker crediteert met een gelijke hoeveelheid ETH op de nieuwe chain. Totdat de samenvoeging plaatsvond, verwerkten de validators van de Beacon Chain geen transacties en kwamen ze in wezen tot een consensus over de status van de validatorpool zelf.
 
 Validators op de Beacon Chain worden beloond met ETH voor het bevestigen van de status van de chain en het voorstellen van blocks. Beloningen (of sancties) worden berekend en verdeeld bij elke epoch (elke 6,4 minuten) op basis van de prestaties van de validator. Validatorbeloningen bedragen **beduidend** minder dan de miningbeloningen die voorheen werden uitgegeven onder proof-of-work (2 ETH elke ~13,5 seconden), omdat het uitvoeren van een validerende node economisch niet zo intensief is en dus niet zo'n hoge beloning vereist of rechtvaardigt.
 
@@ -94,7 +94,7 @@ Nettovermindering in jaarlijkse ETH-uitgifte: <strong>~88.7%</strong> ((4.61% -
 De tegengestelde kracht van ETH-uitgifte is de snelheid waarmee ETH wordt verbrand. Om een transactie op Ethereum uit te voeren, moet een minimale kost (bekend als een "basiskost") worden betaald, die continu fluctueert (van block tot block) afhankelijk van de netwerkactiviteit. Deze kost wordt betaald in ETH en is _vereist_ om de transactie als geldig te beschouwen. Deze kost wordt _verbrand_ tijdens het transactieproces, waardoor het uit circulatie wordt gehaald.
 
 <InfoBanner>
-Kosten verbranden ging live met [de London-upgrade](/history/#london) in augustus 2021, en bleef ongewijzigd sinds de samenvoeging.
+Kosten verbranden ging live met [de London-upgrade](/ethereum-forks/#london) in augustus 2021, en bleef ongewijzigd sinds de samenvoeging.
 </InfoBanner>
 
 Bovenop de verbranding van de kosten die door de London-upgrade zijn geïmplementeerd, kunnen validators ook sancties krijgen als ze offline zijn, of erger nog, ze kunnen worden geslasht voor het overtreden van specifieke regels die de veiligheid van het netwerk in gevaar brengen. Deze sancties leiden tot een vermindering van ETH van het saldo van deze validator, wat niet direct beloond wordt op een ander account, waardoor het effectief wordt verbrand/verwijderd uit de circulatie.
diff --git a/public/content/translations/nl/staking/withdrawals/index.md b/public/content/translations/nl/staking/withdrawals/index.md
index 59b3377d9d7..1b53cffdd93 100644
--- a/public/content/translations/nl/staking/withdrawals/index.md
+++ b/public/content/translations/nl/staking/withdrawals/index.md
@@ -65,7 +65,7 @@ Staking-opnames zijn live! De opnamefunctionaliteit werd ingeschakeld als onderd
 
 De opnamefunctionaliteit werd ingeschakeld als onderdeel van de Shanghai/Capella-upgrade die op 12 april 2023 plaatsvond. Hiermee werd de cirkel rond staking van liquiditeit gesloten en kwam Ethereum een ​​stap dichterbij de opbouw van een duurzaam, schaalbaar en veilig gedecentraliseerd ecosysteem.
 
-- [Meer over de geschiedenis van Ethereum](/history/)
+- [Meer over de geschiedenis van Ethereum](/ethereum-forks/)
 - [Meer over de roadmap van Ethereum](/roadmap/)
 
 ## Hoe werken opnamebetalingen? {#how-do-withdrawals-work}
diff --git a/public/content/translations/pcm/governance/index.md b/public/content/translations/pcm/governance/index.md
index 1cf91fce2cd..9be475b72c9 100644
--- a/public/content/translations/pcm/governance/index.md
+++ b/public/content/translations/pcm/governance/index.md
@@ -152,7 +152,7 @@ Di Ethereum gofanans process dey somtaims trade off speed and effishiensy for op
 
 As di spesifikashon and divelopment implimentashon na always fully open sorse, dem nor yus di formal process dem yus to propose updates wey dem diskribe above. Na dis one make am posibol for risearchas and implimentas to kwikly agree on shanjis.
 
-Wen Beacon Chain join wit di Ethereum exekushon layer for September 15, 2022 Di Merge komplete as part of di [Paris netwok upgrade](/history/#paris). Di proposal [EIP-3675](https://eips.ethereum.org/EIPS/eip-3675) kon shanj name from 'Last Koll' to 'Final', na dis one make di transishon to proof-of-stake komplete.
+Wen Beacon Chain join wit di Ethereum exekushon layer for September 15, 2022 Di Merge komplete as part of di [Paris netwok upgrade](/ethereum-forks/#paris). Di proposal [EIP-3675](https://eips.ethereum.org/EIPS/eip-3675) kon shanj name from 'Last Koll' to 'Final', na dis one make di transishon to proof-of-stake komplete.
 
 <ButtonLink href="/roadmap/merge/">
   More on Di Merge
diff --git a/public/content/translations/pcm/staking/withdrawals/index.md b/public/content/translations/pcm/staking/withdrawals/index.md
index f3bac1da0b7..d64b8db3997 100644
--- a/public/content/translations/pcm/staking/withdrawals/index.md
+++ b/public/content/translations/pcm/staking/withdrawals/index.md
@@ -65,7 +65,7 @@ Staking witdrawals don dey live! Dem don enabol witdrawal funkshonality as part
 
 Di Shanghai/Capella upgrade don allow ETH wey dem stake bifor make dem  riklaim am into regular Ethereum akants. Dis don klose di loop on staking liquidity, and don bring Ethereum one step klosa on im joni towods building one sustainabol, kcalabol, sekure disentralized ekosystem.
 
-- [More on Ethereum history](/history/)
+- [More on Ethereum history](/ethereum-forks/)
 - [More on di Ethereum roadmap](/roadmap/)
 
 ## Hau witdrawal payments dey work? {#how-do-withdrawals-work}
diff --git a/public/content/translations/pl/community/research/index.md b/public/content/translations/pl/community/research/index.md
index 347fdfee7a7..0f6b5940fa1 100644
--- a/public/content/translations/pl/community/research/index.md
+++ b/public/content/translations/pl/community/research/index.md
@@ -83,7 +83,7 @@ Węzeł Ethereum wymaga uruchomienia dwóch elementów oprogramowania:
 1. klienta konsensusu do śledzenia początku blockchainu, plotkowania bloków i obsługi logiki konsensusu
 2. klienta wykonawczego do obsługi maszyny wirtualnej Ethereum oraz wykonywania transakcji i inteligentnych kontraktów
 
-Więcej szczegółów na temat węzłów i klientów oraz lista wszystkich aktualnych implementacji klientów znajduje się na [strona węzłów i klientów](/developers/docs/nodes-and-clients/). Historię wszystkich uaktualnień Ethereum możesz również znaleźć na [stronie historii](/history/).
+Więcej szczegółów na temat węzłów i klientów oraz lista wszystkich aktualnych implementacji klientów znajduje się na [strona węzłów i klientów](/developers/docs/nodes-and-clients/). Historię wszystkich uaktualnień Ethereum możesz również znaleźć na [stronie historii](/ethereum-forks/).
 
 ### Klienty wykonawcze {#execution-clients}
 
diff --git a/public/content/translations/pl/developers/docs/transactions/index.md b/public/content/translations/pl/developers/docs/transactions/index.md
index 229e7eb312c..e3df3c50bbc 100644
--- a/public/content/translations/pl/developers/docs/transactions/index.md
+++ b/public/content/translations/pl/developers/docs/transactions/index.md
@@ -202,9 +202,9 @@ Na podstawie wartości `TransactionType`, transakcje mogą być definiowane jako
 
 1. **Transakcje typu 0 (starsze):** oryginalny format transakcji używany od samego początku Ethereum. Nie zawierają funkcji z [EIP-1559](https://eips.ethereum.org/EIPS/eip-1559), takich jak dynamiczne obliczenia opłat za gaz czy list dostępu do inteligentnych kontraktów. Starsze transakcje nie mają określonego prefiksu wskazującego na ich typ w ich serializowanej formie, począwszy od bajtu `0xf8` przy użyciu kodowania [prefiksu o rekursywnej długości (RLP)](/developers/docs/data-structures-and-encoding/rlp). Wartość TransactionType dla tych transakcji wynosi `0x0`.
 
-2. **Transakcje typu 1:** wprowadzone w [EIP-2930](https://eips.ethereum.org/EIPS/eip-2930) jako część [uaktualnienia Berlin](/history/#berlin) sieci Ethereum transakcje te zawierają parametr `accessList`. Ta lista określa adresy i klucze przechowywania, do których transakcja oczekuje dostępu, potencjalnie pomagając zmniejszyć koszty [gazu](/developers/docs/gas/) złożonych transakcji wykorzystujących inteligentne kontrakty. Zmiany rynku opłat EIP-1559 nie są uwzględnione w transakcjach typu 1. Transakcje typu 1 zawierają również parametr `yParity`, który może wynosić zarówno `0x0` jak i `0x1`, wskazując na parzystość wartości y podpisu secp256k1. Są identyfikowane przez początkowy bajt `0x01`, a ich wartość TransactionType wynosi `0x1`.
+2. **Transakcje typu 1:** wprowadzone w [EIP-2930](https://eips.ethereum.org/EIPS/eip-2930) jako część [uaktualnienia Berlin](/ethereum-forks/#berlin) sieci Ethereum transakcje te zawierają parametr `accessList`. Ta lista określa adresy i klucze przechowywania, do których transakcja oczekuje dostępu, potencjalnie pomagając zmniejszyć koszty [gazu](/developers/docs/gas/) złożonych transakcji wykorzystujących inteligentne kontrakty. Zmiany rynku opłat EIP-1559 nie są uwzględnione w transakcjach typu 1. Transakcje typu 1 zawierają również parametr `yParity`, który może wynosić zarówno `0x0` jak i `0x1`, wskazując na parzystość wartości y podpisu secp256k1. Są identyfikowane przez początkowy bajt `0x01`, a ich wartość TransactionType wynosi `0x1`.
 
-3. **Transakcje typu 2**, powszechnie określane jako transakcje EIP-1559, to transakcje wprowadzone w [EIP-1559](https://eips.ethereum.org/EIPS/eip-1559), w ramach [uaktualnienia London](/history/#london) sieci Ethereum. Stały się one standardowym rodzajem transakcji w sieci Ethereum. Transakcje te wprowadziły nowy mechanizm rynku opłat, który poprawia przewidywalność, rozdzielając opłaty transakcyjne na opłatę podstawową oraz opłatę priorytetową. Zaczynają się bajtem `0x02` i zawierają takie pola jak `maxPriorityFeePerGas` i `maxFeePerGas`. Transakcje typu 2 są teraz domyślnymi, ze względu na ich elastyczność i wydajność, są szczególnie preferowanie podczas okresów dużego przeciążenia sieci ze względu na zdolność pomagania użytkownikom w zarządzaniu opłatami transakcyjnymi w bardziej przewidywalny sposób. Wartość TransactionType dla tych transakcji wynosi `0x2`.
+3. **Transakcje typu 2**, powszechnie określane jako transakcje EIP-1559, to transakcje wprowadzone w [EIP-1559](https://eips.ethereum.org/EIPS/eip-1559), w ramach [uaktualnienia London](/ethereum-forks/#london) sieci Ethereum. Stały się one standardowym rodzajem transakcji w sieci Ethereum. Transakcje te wprowadziły nowy mechanizm rynku opłat, który poprawia przewidywalność, rozdzielając opłaty transakcyjne na opłatę podstawową oraz opłatę priorytetową. Zaczynają się bajtem `0x02` i zawierają takie pola jak `maxPriorityFeePerGas` i `maxFeePerGas`. Transakcje typu 2 są teraz domyślnymi, ze względu na ich elastyczność i wydajność, są szczególnie preferowanie podczas okresów dużego przeciążenia sieci ze względu na zdolność pomagania użytkownikom w zarządzaniu opłatami transakcyjnymi w bardziej przewidywalny sposób. Wartość TransactionType dla tych transakcji wynosi `0x2`.
 
 
 
diff --git a/public/content/translations/pl/history/index.md b/public/content/translations/pl/ethereum-forks/index.md
similarity index 100%
rename from public/content/translations/pl/history/index.md
rename to public/content/translations/pl/ethereum-forks/index.md
diff --git a/public/content/translations/pl/governance/index.md b/public/content/translations/pl/governance/index.md
index 4d39c145708..d85cdca3474 100644
--- a/public/content/translations/pl/governance/index.md
+++ b/public/content/translations/pl/governance/index.md
@@ -152,7 +152,7 @@ Proces zarządzania Ethereum często zamienia szybkość i wydajność na otwart
 
 Podczas gdy specyfikacja i implementacje deweloperskie zawsze były w pełni open source, formalne procesy stosowane do proponowania aktualizacji opisane powyżej nie zostały użyte. Pozwoliło to na szybsze określanie i uzgadnianie zmian przez badaczy i osób wdrażających.
 
-Kiedy łańcuch śledzący połączył się z warstwą wykonawczą Ethereum 15 września 2022 r., Połączenie zostało zakończone w ramach [aktualizacji sieci Paris](/history/#paris). Propozycja [EIP-3675](https://eips.ethereum.org/EIPS/eip-3675) została zmieniona z „Last Call” na „Final”, kończąc przejście na proof-of-stake.
+Kiedy łańcuch śledzący połączył się z warstwą wykonawczą Ethereum 15 września 2022 r., Połączenie zostało zakończone w ramach [aktualizacji sieci Paris](/ethereum-forks/#paris). Propozycja [EIP-3675](https://eips.ethereum.org/EIPS/eip-3675) została zmieniona z „Last Call” na „Final”, kończąc przejście na proof-of-stake.
 
 <ButtonLink href="/roadmap/merge/">
   Więcej o Połączeniu
diff --git a/public/content/translations/pl/roadmap/merge/index.md b/public/content/translations/pl/roadmap/merge/index.md
index 3917cfdb19e..da5d362af68 100644
--- a/public/content/translations/pl/roadmap/merge/index.md
+++ b/public/content/translations/pl/roadmap/merge/index.md
@@ -17,7 +17,7 @@ summaryPoint4: Połączenie zmniejszyło zużycie energii przez Ethereum o okoł
 
 ## Czym było Połączenie? {#what-is-the-merge}
 
-Połączenie to scalenie pierwotnej warstwy wykonania Ethereum (sieci głównej, która istnieje od [genezy](/history/#frontier)) z nową warstwą konsensusu proof-of-stake, łańcuchem śledzącym. Wyeliminowało to potrzebę energochłonnego wydobycia, a zamiast tego umożliwiło zabezpieczenie sieci za pomocą stakowanych ETH. To był naprawdę ekscytujący krok w realizacji wizji Ethereum — większej skalowalności, bezpieczeństwa i zrównoważenia ekologicznego.
+Połączenie to scalenie pierwotnej warstwy wykonania Ethereum (sieci głównej, która istnieje od [genezy](/ethereum-forks/#frontier)) z nową warstwą konsensusu proof-of-stake, łańcuchem śledzącym. Wyeliminowało to potrzebę energochłonnego wydobycia, a zamiast tego umożliwiło zabezpieczenie sieci za pomocą stakowanych ETH. To był naprawdę ekscytujący krok w realizacji wizji Ethereum — większej skalowalności, bezpieczeństwa i zrównoważenia ekologicznego.
 
 <MergeInfographic />
 
diff --git a/public/content/translations/pl/roadmap/merge/issuance/index.md b/public/content/translations/pl/roadmap/merge/issuance/index.md
index 6fa7387bb1b..4bc6387e1f7 100644
--- a/public/content/translations/pl/roadmap/merge/issuance/index.md
+++ b/public/content/translations/pl/roadmap/merge/issuance/index.md
@@ -30,11 +30,11 @@ title="tldr emisji ETH">
 
 ### Emisja warstwy wykonawczej {#el-issuance-pre-merge}
 
-W ramach proof-of-work górnicy wchodzili w interakcję tylko z warstwą wykonawczą i byli nagradzani nagrodami za blok, jeśli byli pierwszymi górnikami, którzy rozwiązali następny blok. Od czasu [aktualizacji Constantinople](/history/#constantinople) w 2019 r. nagroda ta wynosiła 2 ETH za blok. Górnicy byli również nagradzani za publikowanie bloków [ommer](/glossary/#ommer), które były poprawnymi blokami, które nie trafiły do najdłuższego/kanonicznego łańcucha. Nagrody te osiągnęły maksymalną wartość 1,75 ETH za ommer i były _dodatkiem do_ nagrody wydanej z bloku kanonicznego. Proces kopania był ekonomicznie intensywną działalnością, która w przeszłości wymagała wysokiego poziomu emisji ETH do podtrzymania.
+W ramach proof-of-work górnicy wchodzili w interakcję tylko z warstwą wykonawczą i byli nagradzani nagrodami za blok, jeśli byli pierwszymi górnikami, którzy rozwiązali następny blok. Od czasu [aktualizacji Constantinople](/ethereum-forks/#constantinople) w 2019 r. nagroda ta wynosiła 2 ETH za blok. Górnicy byli również nagradzani za publikowanie bloków [ommer](/glossary/#ommer), które były poprawnymi blokami, które nie trafiły do najdłuższego/kanonicznego łańcucha. Nagrody te osiągnęły maksymalną wartość 1,75 ETH za ommer i były _dodatkiem do_ nagrody wydanej z bloku kanonicznego. Proces kopania był ekonomicznie intensywną działalnością, która w przeszłości wymagała wysokiego poziomu emisji ETH do podtrzymania.
 
 ### Emisja warstwy konsensusu {#cl-issuance-pre-merge}
 
-[Łańcuch śledzący](/history/#beacon-chain-genesis) został uruchomiony w 2020 r. Zamiast górników jest on zabezpieczany przez walidatory wykorzystujące proof-of-stake. Łańcuch ten został uruchomiony przez użytkowników Ethereum wpłacających ETH w jedną stronę do inteligentnego kontraktu w sieci głównej (warstwa wykonawcza), którego nasłuchuje łańcuch śledzący, przyznając użytkownikowi taką samą ilość ETH w nowym łańcuchu. Dopóki nie nastąpiło Połączenie, walidatory łańcucha śledzącego nie przetwarzały transakcji i zasadniczo dochodziły do konsensusu na temat stanu samej puli walidatorów.
+[Łańcuch śledzący](/ethereum-forks/#beacon-chain-genesis) został uruchomiony w 2020 r. Zamiast górników jest on zabezpieczany przez walidatory wykorzystujące proof-of-stake. Łańcuch ten został uruchomiony przez użytkowników Ethereum wpłacających ETH w jedną stronę do inteligentnego kontraktu w sieci głównej (warstwa wykonawcza), którego nasłuchuje łańcuch śledzący, przyznając użytkownikowi taką samą ilość ETH w nowym łańcuchu. Dopóki nie nastąpiło Połączenie, walidatory łańcucha śledzącego nie przetwarzały transakcji i zasadniczo dochodziły do konsensusu na temat stanu samej puli walidatorów.
 
 Walidatory w łańcuchu śledzącym są nagradzane ETH za poświadczanie stanu łańcucha i proponowanie bloków. Nagrody (lub kary) są obliczane i rozdzielane w każdej epoce (co 6,4 minuty) na podstawie wydajności walidatora. Nagrody walidatora są **znacznie** niższe niż nagrody za kopanie, które wcześniej były emitowane w ramach proof-of-work (2 ETH co około 13,5 sekundy), ponieważ obsługa węzła walidacyjnego nie jest tak intensywna ekonomicznie, a zatem nie wymaga ani nie gwarantuje tak wysokiej nagrody.
 
@@ -94,7 +94,7 @@ Redukcja netto w rocznej emisji ETH: <strong>około 88,7%</strong> ((4,61% - 0,5
 Siłą przeciwną do emisji ETH jest tempo, w jakim ETH jest spalane. Aby transakcja została wykonana na Ethereum, należy uiścić minimalną opłatę (zwaną „opłatą bazową”), która ciągle się zmienia (blok po bloku) w zależności od aktywności sieci. Opłata jest uiszczana w ETH i jest _wymagana_, aby transakcja została uznana za poprawną. Opłata ta jest _spalana_ podczas procesu transakcji, co skutkuje usunięciem jej z obiegu.
 
 <InfoBanner>
-Spalanie opłat weszło w życie wraz z [aktualizacją London](/history/#london) w sierpniu 2021 i pozostaje niezmienione od czasu Połączenia.
+Spalanie opłat weszło w życie wraz z [aktualizacją London](/ethereum-forks/#london) w sierpniu 2021 i pozostaje niezmienione od czasu Połączenia.
 </InfoBanner>
 
 Oprócz spalania opłat wprowadzonych przez aktualizację London, walidatory mogą również ponosić kary za bycie offline lub, co gorsza, mogą zostać odcięte za złamanie określonych zasad, które zagrażają bezpieczeństwu sieci. Kary te skutkują potrąceniem ETH z salda danego walidatora, które nie jest bezpośrednio przekazywane jako nagroda na żadne inne konto, skutecznie spalając/usuwając je z obiegu.
diff --git a/public/content/translations/pl/staking/withdrawals/index.md b/public/content/translations/pl/staking/withdrawals/index.md
index 44701e7c6f7..687f20f8b98 100644
--- a/public/content/translations/pl/staking/withdrawals/index.md
+++ b/public/content/translations/pl/staking/withdrawals/index.md
@@ -65,7 +65,7 @@ Wypłaty ze stakingu są już dostępne! Funkcja wypłat została włączona w r
 
 Aktualizacja Shanghai/Capella umożliwiła odzyskanie wcześniej zestakowanych ETH na zwykłych kontach Ethereum. Zamknęło to pętlę płynności stakingu i przybliżyło Ethereum o krok na drodze do zbudowania zrównoważonego, skalowalnego i bezpiecznego zdecentralizowanego ekosystemu.
 
-- [Więcej o historii Ethereum](/history/)
+- [Więcej o historii Ethereum](/ethereum-forks/)
 - [Więcej o planie działania Ethereum](/roadmap/)
 
 ## Jak działają wypłaty środków? {#how-do-withdrawals-work}
diff --git a/public/content/translations/pt-br/community/research/index.md b/public/content/translations/pt-br/community/research/index.md
index dc1a6cd1949..d83cd805254 100644
--- a/public/content/translations/pt-br/community/research/index.md
+++ b/public/content/translations/pt-br/community/research/index.md
@@ -83,7 +83,7 @@ Um nó Ethereum é necessário para executar dois softwares:
 1. um cliente de consenso para manter o controle da cabeça do blockchain, blocos de transmissão e para processar a lógica de consenso
 2. um cliente de execução para oferecer suporte à Máquina Virtual do Ethereum e executar transações e contratos inteligentes
 
-Consulte a [página de nós e clientes](/developers/docs/nodes-and-clients/) para obter mais detalhes sobre nós e clientes e uma lista de todas as implementações atuais de clientes. Um histórico de todas as melhorias do Ethereum também está disponível na [página de histórico](/history/).
+Consulte a [página de nós e clientes](/developers/docs/nodes-and-clients/) para obter mais detalhes sobre nós e clientes e uma lista de todas as implementações atuais de clientes. Um histórico de todas as melhorias do Ethereum também está disponível na [página de histórico](/ethereum-forks/).
 
 ### Clientes de execução {#execution-clients}
 
diff --git a/public/content/translations/pt-br/developers/docs/consensus-mechanisms/pos/attack-and-defense/index.md b/public/content/translations/pt-br/developers/docs/consensus-mechanisms/pos/attack-and-defense/index.md
index 76fe71e64f5..147fe2bb36f 100644
--- a/public/content/translations/pt-br/developers/docs/consensus-mechanisms/pos/attack-and-defense/index.md
+++ b/public/content/translations/pt-br/developers/docs/consensus-mechanisms/pos/attack-and-defense/index.md
@@ -132,7 +132,7 @@ Seja qual for a penalidade imposta ao atacante, a comunidade também tem de deci
 
 No entanto, isso constituiria um desafio substancial em termos de governança. Alguns usuários e validadores certamente se perderiam ao retornar à cadeia honesta. As transações em blocos validados após o ataque poderiam ser anuladas, perturbando a camada de aplicação, o que simplesmente compromete a ética de alguns usuários que tendem a acreditar que “código é lei”. Agências de câmbio e aplicações teriam provavelmente vinculado ações fora da cadeia a transações na cadeia, que agora podem ser anuladas, começando uma cascata de retratações e revisões que seria difícil de desfazer de forma justa, especialmente se os ganhos obtidos ilicitamente tiverem sido misturados, depositados em DeFi ou em outros derivados com efeitos secundários para usuários honestos. Sem dúvida que alguns usuários, talvez mesmo institucionais, já teriam se beneficiado da cadeia desonesta, seja por esperteza ou por acaso, e poderiam se opor a um fork para proteger seus ganhos. Houve pedidos para ensaiar a resposta da comunidade a ataques de >51% para que uma mitigação coordenada e sensata possa ser executada rapidamente. Há uma discussão útil de Vitalik no ethresear.ch [aqui](https://ethresear.ch/t/timeliness-detectors-and-51-attack-recovery-in-blockchains/6925) e [aqui](https://ethresear.ch/t/responding-to-51-attacks-in-casper-ffg/6363) e no Twitter aqui. O objetivo de uma resposta social coordenada é o de ser muito direcionada e específica para punir o atacante e minimizar os efeitos para outros usuários.
 
-Governança já é um tema complicado. Gerenciar uma resposta de emergência na Camada 0 para uma cadeia de finalização desonesta seria, sem dúvida, um desafio para a comunidade Ethereum, mas isso [já aconteceu](/history/#dao-fork-summary) — [duas vezes](/history/#tangerine-whistle) — na história da Ethereum.
+Governança já é um tema complicado. Gerenciar uma resposta de emergência na Camada 0 para uma cadeia de finalização desonesta seria, sem dúvida, um desafio para a comunidade Ethereum, mas isso [já aconteceu](/ethereum-forks/#dao-fork-summary) — [duas vezes](/ethereum-forks/#tangerine-whistle) — na história da Ethereum.
 
 No entanto, há algo que é bastante satisfatório na última tentativa no mundo real. Por fim, mesmo com essa pilha fenomenal de tecnologia acima de nós, se o pior alguma vez acontecer, pessoas reais terão de coordenar a solução.
 
diff --git a/public/content/translations/pt-br/developers/docs/consensus-mechanisms/pow/index.md b/public/content/translations/pt-br/developers/docs/consensus-mechanisms/pow/index.md
index 334d0699383..baf289fb9b1 100644
--- a/public/content/translations/pt-br/developers/docs/consensus-mechanisms/pow/index.md
+++ b/public/content/translations/pt-br/developers/docs/consensus-mechanisms/pow/index.md
@@ -56,7 +56,7 @@ Para criar consistentemente blocos maliciosos, ainda que válidos, um minerador
 
 A prova de trabalho também foi responsável por emitir novas moedas no sistema e incentivar os mineradores a fazer o trabalho.
 
-Desde a [atualização de Constantinopla](/history/#constantinople), os mineradores que criaram com sucesso um bloco foram recompensados com dois ETH recém-cunhados e parte das taxas de transação. Os blocos Omner também compensaram 1,75 ETH. Os blocos Ommer eram blocos válidos criados por um minerador praticamente ao mesmo tempo que outro minerador criava o bloco canônico, o que foi determinado em última instância por qual cadeia foi construída em cima da primeira. Os blocos Ommer geralmente aconteciam devido à latência da rede.
+Desde a [atualização de Constantinopla](/ethereum-forks/#constantinople), os mineradores que criaram com sucesso um bloco foram recompensados com dois ETH recém-cunhados e parte das taxas de transação. Os blocos Omner também compensaram 1,75 ETH. Os blocos Ommer eram blocos válidos criados por um minerador praticamente ao mesmo tempo que outro minerador criava o bloco canônico, o que foi determinado em última instância por qual cadeia foi construída em cima da primeira. Os blocos Ommer geralmente aconteciam devido à latência da rede.
 
 ## Finalidade {#finality}
 
diff --git a/public/content/translations/pt-br/developers/docs/nodes-and-clients/index.md b/public/content/translations/pt-br/developers/docs/nodes-and-clients/index.md
index bb37d31e739..5336c24c97c 100644
--- a/public/content/translations/pt-br/developers/docs/nodes-and-clients/index.md
+++ b/public/content/translations/pt-br/developers/docs/nodes-and-clients/index.md
@@ -37,7 +37,7 @@ O que essas implementações têm em comum é que todas seguem uma única especi
 - Originalmente, o [Ethereum Yellow Paper](https://ethereum.github.io/yellowpaper/paper.pdf)
 - [Especificações de execução](https://github.com/ethereum/execution-specs/)
 - [Especificações de consenso](https://github.com/ethereum/consensus-specs)
-- [EIPs](https://eips.ethereum.org/) implementados em várias [atualizações de rede](/history/)
+- [EIPs](https://eips.ethereum.org/) implementados em várias [atualizações de rede](/ethereum-forks/)
 
 ### Rastreamento de nós na rede {#network-overview}
 
diff --git a/public/content/translations/pt-br/developers/docs/nodes-and-clients/run-a-node/index.md b/public/content/translations/pt-br/developers/docs/nodes-and-clients/run-a-node/index.md
index 21173da785f..021644d17c2 100644
--- a/public/content/translations/pt-br/developers/docs/nodes-and-clients/run-a-node/index.md
+++ b/public/content/translations/pt-br/developers/docs/nodes-and-clients/run-a-node/index.md
@@ -444,7 +444,7 @@ Considere criar um serviço para executar seus clientes automaticamente na inici
 
 #### Atualizando clientes {#updating-clients}
 
-Você precisa manter seu software cliente atualizado com os patches de segurança, recursos e [EIPs](/eips/) mais recentes. Sobretudo antes das [bifurcações permanentes](/history/), verifique se você está executando as versões corretas do cliente.
+Você precisa manter seu software cliente atualizado com os patches de segurança, recursos e [EIPs](/eips/) mais recentes. Sobretudo antes das [bifurcações permanentes](/ethereum-forks/), verifique se você está executando as versões corretas do cliente.
 
 > Antes de atualizações importantes da rede, a EF publica uma postagem em seu [blog](https://blog.ethereum.org). Você pode [fazer a inscrição nesses anúncios](https://blog.ethereum.org/category/protocol#subscribe) para receber uma notificação no seu e-mail quando o seu nó precisar de uma atualização.
 
diff --git a/public/content/translations/pt-br/developers/docs/transactions/index.md b/public/content/translations/pt-br/developers/docs/transactions/index.md
index 765800d8f3e..8b9f9f85a0c 100644
--- a/public/content/translations/pt-br/developers/docs/transactions/index.md
+++ b/public/content/translations/pt-br/developers/docs/transactions/index.md
@@ -202,9 +202,9 @@ Baseado no valor do `TransactionType` , a transação pode ser classificada como
 
 1. **Transações do tipo 0 (legado):** O formato de transação original usado desde o lançamento do Ethereum. Eles não incluem recursos do [EIP-1559](https://eips.ethereum.org/EIPS/eip-1559), como cálculos dinâmicos de taxas de gás ou listas de acesso para contratos inteligentes. As transações legadas não têm um prefixo específico que indique seu tipo em sua forma serializada, começando com o byte `0xf8` ao usar a codificação [Prefixo de comprimento recursivo (RLP, na sigla em inglês)](/developers/docs/data-structures-and-encoding/rlp). O valor TransactionType para essas transações é `0x0`.
 
-2. **Transações do tipo 1:** Introduzidas na [EIP-2930](https://eips.ethereum.org/EIPS/eip-2930) como parte da [Melhoria de Berlim](/history/#berlin) do Ethereum, essas transações incluem um parâmetro `accessList`. Essa lista especifica endereços e chaves de armazenamento que a transação espera acessar, ajudando a reduzir potencialmente os custos de [gás](/developers/docs/gas/) para transações complexas que envolvem contratos inteligentes. As alterações de mercado da taxa EIP-1559 não estão incluídas nas transações do Tipo 1. As transações do tipo 1 também incluem um parâmetro `yParity`, que pode ser `0x0` ou `0x1`, indicando a paridade do valor y da assinatura secp256k1. Elas começam com o byte `0x01`, e seu valor TransactionType é `0x1`.
+2. **Transações do tipo 1:** Introduzidas na [EIP-2930](https://eips.ethereum.org/EIPS/eip-2930) como parte da [Melhoria de Berlim](/ethereum-forks/#berlin) do Ethereum, essas transações incluem um parâmetro `accessList`. Essa lista especifica endereços e chaves de armazenamento que a transação espera acessar, ajudando a reduzir potencialmente os custos de [gás](/developers/docs/gas/) para transações complexas que envolvem contratos inteligentes. As alterações de mercado da taxa EIP-1559 não estão incluídas nas transações do Tipo 1. As transações do tipo 1 também incluem um parâmetro `yParity`, que pode ser `0x0` ou `0x1`, indicando a paridade do valor y da assinatura secp256k1. Elas começam com o byte `0x01`, e seu valor TransactionType é `0x1`.
 
-3. **Transações do Tipo 2**, comumente conhecidas como transações EIP-1559, são transações introduzidas no [EIP-1559](https://eips.ethereum.org/EIPS/eip-1559), na [Melhoria Londres](/history/#london) do Ethereum. Elas se tornaram o tipo de transação padrão na rede Ethereum. Essas transações introduzem um novo mecanismo de mercado de taxas que melhora a previsibilidade ao separar a taxa de transação em uma taxa base e uma taxa de prioridade. Elas começam com o byte `0x02` e incluem campos como `maxPriorityFeePerGas` e `maxFeePerGas`. As transações do Tipo 2 agora são o padrão devido à sua flexibilidade e eficiência, especialmente preferidas durante períodos de alta congestão na rede por sua capacidade de ajudar os usuários a gerenciar as taxas de transação de forma mais previsível. O valor TransactionType para essas transações é `0x2`.
+3. **Transações do Tipo 2**, comumente conhecidas como transações EIP-1559, são transações introduzidas no [EIP-1559](https://eips.ethereum.org/EIPS/eip-1559), na [Melhoria Londres](/ethereum-forks/#london) do Ethereum. Elas se tornaram o tipo de transação padrão na rede Ethereum. Essas transações introduzem um novo mecanismo de mercado de taxas que melhora a previsibilidade ao separar a taxa de transação em uma taxa base e uma taxa de prioridade. Elas começam com o byte `0x02` e incluem campos como `maxPriorityFeePerGas` e `maxFeePerGas`. As transações do Tipo 2 agora são o padrão devido à sua flexibilidade e eficiência, especialmente preferidas durante períodos de alta congestão na rede por sua capacidade de ajudar os usuários a gerenciar as taxas de transação de forma mais previsível. O valor TransactionType para essas transações é `0x2`.
 
 
 
diff --git a/public/content/translations/pt-br/developers/tutorials/downsizing-contracts-to-fight-the-contract-size-limit/index.md b/public/content/translations/pt-br/developers/tutorials/downsizing-contracts-to-fight-the-contract-size-limit/index.md
index 639ca104e83..552ad29c1c1 100644
--- a/public/content/translations/pt-br/developers/tutorials/downsizing-contracts-to-fight-the-contract-size-limit/index.md
+++ b/public/content/translations/pt-br/developers/tutorials/downsizing-contracts-to-fight-the-contract-size-limit/index.md
@@ -21,7 +21,7 @@ Em [22 de novembro de 2016](https://blog.ethereum.org/2016/11/18/hard-fork-no-4-
 
 Este limite foi introduzido para impedir ataques de negação de serviço (DOS). Qualquer apelo a um contrato é relativamente barato. No entanto, o impacto de uma chamada de contrato para os nós da Ethereum aumenta de forma desproporcionada, dependendo do tamanho do código do contrato chamado (lendo o código do disco, pré-processando o código, adicionando dados à prova de Merkle). Sempre que você tiver uma situação em que o agressor requer poucos recursos para causar muito trabalho para os outros, você tem o potencial para ataques DOS.
 
-Originalmente, tratava-se de um problema menor, porque um limite de tamanho natural do contrato é o limite de gas por bloco. Obviamente, um contrato precisa ser implementado dentro de uma transação que tenha todo o bytecode do contrato. Se você incluir apenas essa transação em um bloco, você pode usar todo esse gas, mas não é infinito. Desde a [London Upgrade](/history/#london), o limite de gas de bloco tem sido capaz de variar entre 15M e 30M de unidades, de acordo com a demanda da rede.
+Originalmente, tratava-se de um problema menor, porque um limite de tamanho natural do contrato é o limite de gas por bloco. Obviamente, um contrato precisa ser implementado dentro de uma transação que tenha todo o bytecode do contrato. Se você incluir apenas essa transação em um bloco, você pode usar todo esse gas, mas não é infinito. Desde a [London Upgrade](/ethereum-forks/#london), o limite de gas de bloco tem sido capaz de variar entre 15M e 30M de unidades, de acordo com a demanda da rede.
 
 A seguir, analisaremos alguns métodos ordenados pelo seu potencial impacto. Pense nisso em termos de perda de peso. A melhor estratégia para alguém atingir o seu peso alvo (no nosso caso 24kb) é concentrar-se primeiro nos grandes métodos de impacto. Na maioria dos casos, só de ajustar a sua dieta já ajudará, mas às vezes é necessário de um pouco mais. Então você pode adicionar algum exercício (impacto médio) ou até suplementos (impacto pequeno).
 
diff --git a/public/content/translations/pt-br/history/index.md b/public/content/translations/pt-br/ethereum-forks/index.md
similarity index 100%
rename from public/content/translations/pt-br/history/index.md
rename to public/content/translations/pt-br/ethereum-forks/index.md
diff --git a/public/content/translations/pt-br/governance/index.md b/public/content/translations/pt-br/governance/index.md
index 52cfc6ba98b..86178371014 100644
--- a/public/content/translations/pt-br/governance/index.md
+++ b/public/content/translations/pt-br/governance/index.md
@@ -152,7 +152,7 @@ O processo de governança Ethereum muitas vezes troca velocidade e eficiência p
 
 Embora as implementações de especificação e desenvolvimento sempre tenham sido totalmente de código aberto, os processos formais usados para propor as atualizações descritas acima não foram usados. Isso permitiu que as alterações fossem especificadas e acordadas mais rapidamente por pesquisadores e implementadores.
 
-Quando ocorreu a fusão da Beacon Chain com a camada de execução do Ethereum em 15 de setembro de 2022, a transação foi concluída como parte da [melhoria da rede Paris](/history/#paris). A proposta [EIP-3675](https://eips.ethereum.org/EIPS/eip-3675) foi alterada de "Última Chamada" para "Final", completando a transição para o prova de participação.
+Quando ocorreu a fusão da Beacon Chain com a camada de execução do Ethereum em 15 de setembro de 2022, a transação foi concluída como parte da [melhoria da rede Paris](/ethereum-forks/#paris). A proposta [EIP-3675](https://eips.ethereum.org/EIPS/eip-3675) foi alterada de "Última Chamada" para "Final", completando a transição para o prova de participação.
 
 <ButtonLink href="/roadmap/merge/">
   Mais sobre a integração
diff --git a/public/content/translations/pt-br/roadmap/merge/index.md b/public/content/translations/pt-br/roadmap/merge/index.md
index 7cb997b279a..ecac42e24f9 100644
--- a/public/content/translations/pt-br/roadmap/merge/index.md
+++ b/public/content/translations/pt-br/roadmap/merge/index.md
@@ -17,7 +17,7 @@ summaryPoint4: A Fusão reduziu o consumo de energia do Ethereum em cerca de 99,
 
 ## O que foi A Fusão? {#what-is-the-merge}
 
-A Fusão foi a junção da camada de execução original do Ethereum (a Rede principal que existe desde a [origem](/history/#frontier)) com a sua nova camada de consenso de prova de participação, a Beacon Chain. Ele eliminou a necessidade de mineração que faz uso intensivo de energia e, em vez disso, permitiu que a rede fosse protegida usando participação de ETH. Foi uma etapa realmente emocionante para a realização da visão do Ethereum — mais escalabilidade, segurança e sustentabilidade.
+A Fusão foi a junção da camada de execução original do Ethereum (a Rede principal que existe desde a [origem](/ethereum-forks/#frontier)) com a sua nova camada de consenso de prova de participação, a Beacon Chain. Ele eliminou a necessidade de mineração que faz uso intensivo de energia e, em vez disso, permitiu que a rede fosse protegida usando participação de ETH. Foi uma etapa realmente emocionante para a realização da visão do Ethereum — mais escalabilidade, segurança e sustentabilidade.
 
 <MergeInfographic />
 
diff --git a/public/content/translations/pt-br/roadmap/merge/issuance/index.md b/public/content/translations/pt-br/roadmap/merge/issuance/index.md
index 5e853226f7a..423db5bcc6d 100644
--- a/public/content/translations/pt-br/roadmap/merge/issuance/index.md
+++ b/public/content/translations/pt-br/roadmap/merge/issuance/index.md
@@ -30,11 +30,11 @@ title="Emissão de ETH tldr">
 
 ### Emissão da camada de execução {#el-issuance-pre-merge}
 
-Na prova de trabalho, os mineradores só interagiam com a camada de execução e recebiam recompensas de bloco se fossem os primeiros mineradores a resolver o bloco seguinte. Desde a [atualização Constantinople](/history/#constantinople) em 2019, essa recompensa era de 2 ETH por bloco. Os mineradores também foram recompensados por publicar blocos [ommer](/glossary/#ommer), que eram blocos válidos que não terminavam na cadeia mais longa/canônica. Essas recompensas foram de no máximo 1,75 ETH por ommer e foram _além da_ recompensa emitida pelo bloco canônico. O processo de mineração era uma atividade economicamente intensiva, que historicamente exigia altos níveis de emissão de ETH para sustentar.
+Na prova de trabalho, os mineradores só interagiam com a camada de execução e recebiam recompensas de bloco se fossem os primeiros mineradores a resolver o bloco seguinte. Desde a [atualização Constantinople](/ethereum-forks/#constantinople) em 2019, essa recompensa era de 2 ETH por bloco. Os mineradores também foram recompensados por publicar blocos [ommer](/glossary/#ommer), que eram blocos válidos que não terminavam na cadeia mais longa/canônica. Essas recompensas foram de no máximo 1,75 ETH por ommer e foram _além da_ recompensa emitida pelo bloco canônico. O processo de mineração era uma atividade economicamente intensiva, que historicamente exigia altos níveis de emissão de ETH para sustentar.
 
 ### Emissão da camada de consenso {#cl-issuance-pre-merge}
 
-A [Beacon Chain](/history/#beacon-chain-genesis) foi lançada em 2020. Em vez de mineradores, ela é protegida por validadores usando a prova de participação. Essa cadeia foi iniciada por usuários do Ethereum depositando ETH, de uma forma em um contrato inteligente na Mainnet (a camada de execução), que a Beacon Chain escuta, creditando ao usuário com uma quantidade igual de ETH na nova cadeia. Até a Fusão ter acontecido, os validadores da Beacon Chain não estavam processando transações e essencialmente estavam chegando a um consenso sobre o estado do próprio pool de validadores.
+A [Beacon Chain](/ethereum-forks/#beacon-chain-genesis) foi lançada em 2020. Em vez de mineradores, ela é protegida por validadores usando a prova de participação. Essa cadeia foi iniciada por usuários do Ethereum depositando ETH, de uma forma em um contrato inteligente na Mainnet (a camada de execução), que a Beacon Chain escuta, creditando ao usuário com uma quantidade igual de ETH na nova cadeia. Até a Fusão ter acontecido, os validadores da Beacon Chain não estavam processando transações e essencialmente estavam chegando a um consenso sobre o estado do próprio pool de validadores.
 
 Os validadores da Beacon Chain são recompensados com ETH, por atestar o estado da cadeia e propor blocos. As recompensas (ou penalidades) são calculadas e distribuídas a cada época (a cada 6,4 minutos) com base no desempenho do validador. As recompensas do validador são **significativamente** menores do que as recompensas de mineração, que foram emitidas anteriormente na prova de trabalho (2 ETH a cada ~13,5 segundos), pois operar um nó de validação não é tão intenso economicamente e, portanto, não requer ou garante uma recompensa tão alta.
 
@@ -94,7 +94,7 @@ Redução líquida na emissão anual de ETH: <strong>~88,7%</strong> (4,61% - 0,
 A força oposta à emissão de ETH é a taxa em que o ETH é queimado. Para uma transação executar no Ethereum, a taxa mínima (conhecida como “taxa base”) deve ser paga, a qual flutua continuamente (bloco a bloco) dependendo da atividade da rede. A taxa é paga no ETH e é _necessária_ para que a transação seja considerada válida. Essa taxa é _queimada_ durante o processo de transação, removendo-a de circulação.
 
 <InfoBanner>
-A queima de taxas foi lançada com [a atualização London](/history/#london) em agosto de 2021 e permanece inalterada desde o The Merge.
+A queima de taxas foi lançada com [a atualização London](/ethereum-forks/#london) em agosto de 2021 e permanece inalterada desde o The Merge.
 </InfoBanner>
 
 Além da queima de taxas implementada pela atualização London, os validadores também podem incorrer em penalidades por estarem offline ou, pior ainda, eles podem ser removidos por quebrar regras específicas que ameaçam a segurança da rede. Essas penalidades resultam na redução de ETH do saldo do validador, que não é recompensado diretamente para nenhuma outra conta, efetivamente queimando/retirando-o de circulação.
diff --git a/public/content/translations/pt-br/staking/withdrawals/index.md b/public/content/translations/pt-br/staking/withdrawals/index.md
index 331718fdc1f..1cc42db3aef 100644
--- a/public/content/translations/pt-br/staking/withdrawals/index.md
+++ b/public/content/translations/pt-br/staking/withdrawals/index.md
@@ -65,7 +65,7 @@ Os saques de stake já estão disponíveis! A funcionalidade de saque foi habili
 
 A atualização Shanghai/Capella permitiu que o ETH previamente em stake fosse recuperado em contas normais do Ethereum. Isso fechou o ciclo de liquidez de stake e trouxe o Ethereum a um passo mais perto de sua jornada para a construção de um ecossistema descentralizado sustentável, dimensionável e seguro.
 
-- [Mais sobre a história do Ethereum](/history/)
+- [Mais sobre a história do Ethereum](/ethereum-forks/)
 - [Mais sobre o roteiro do Ethereum](/roadmap/)
 
 ## Como funcionam os pagamentos de saque? {#how-do-withdrawals-work}
diff --git a/public/content/translations/pt/staking/withdrawals/index.md b/public/content/translations/pt/staking/withdrawals/index.md
index 3d212223de0..65a75ec6660 100644
--- a/public/content/translations/pt/staking/withdrawals/index.md
+++ b/public/content/translations/pt/staking/withdrawals/index.md
@@ -65,7 +65,7 @@ Os levantamentos de staking estão ativos! A funcionalidade de levantamento foi
 
 A atualização Xangai/Capella permitiu que o ETH previamente em staking fosse reclamado para contas Ethereum comuns. Fecha-se assim o ciclo na liquidez de staking e a Ethereum fica mais perto da construção de um ecossistema sustentável, escalável e descentralizado seguro.
 
-- [Mais na história de Ethereum](/history/)
+- [Mais na história de Ethereum](/ethereum-forks/)
 - [Mais no roteiro da Ethereum](/roadmap/)
 
 ## Como funcionam os pagamentos de levantamentos? {#how-do-withdrawals-work}
diff --git a/public/content/translations/ro/developers/docs/gas/index.md b/public/content/translations/ro/developers/docs/gas/index.md
index e0db9a0eb30..6476d11e108 100644
--- a/public/content/translations/ro/developers/docs/gas/index.md
+++ b/public/content/translations/ro/developers/docs/gas/index.md
@@ -22,7 +22,7 @@ Deoarece fiecare tranzacție Ethereum necesită resurse de calcul pentru executa
 
 ## Înainte de actualizarea Londra {#pre-london}
 
-Modul de calcul al taxelor de tranzacție în rețeaua Ethereum s-a schimbat odată cu [Actualizarea Londra](/history/#london) din august 2021. Iată o recapitulare a felului în care funcționau lucrurile înainte:
+Modul de calcul al taxelor de tranzacție în rețeaua Ethereum s-a schimbat odată cu [Actualizarea Londra](/ethereum-forks/#london) din august 2021. Iată o recapitulare a felului în care funcționau lucrurile înainte:
 
 Să spunem că Alice trebuia să-i plătească lui Bob 1 ETH. În cadrul tranzacției, limita de gaz este de 21.000 de unități, iar prețul gazului este de 200 gwei.
 
@@ -36,7 +36,7 @@ Acest videoclip oferă o prezentare succintă a gazului și a motivului pentru c
 
 ## După actualizarea Londra {#post-london}
 
-[Actualizarea Londra](/history/#london) a fost implementată pe 5 august 2021 pentru a face tranzacțiile pe Ethereum mai previzibile pentru utilizatori prin revizuirea mecanismului de taxe de tranzacționare pe Ethereum. Beneficiile de ansamblu introduse de această modificare cuprind o estimare mai bună a taxelor de tranzacție, o includere în general mai rapidă a tranzacțiilor și compensarea emiterii de ETH prin arderea unui procent din taxele de tranzacție.
+[Actualizarea Londra](/ethereum-forks/#london) a fost implementată pe 5 august 2021 pentru a face tranzacțiile pe Ethereum mai previzibile pentru utilizatori prin revizuirea mecanismului de taxe de tranzacționare pe Ethereum. Beneficiile de ansamblu introduse de această modificare cuprind o estimare mai bună a taxelor de tranzacție, o includere în general mai rapidă a tranzacțiilor și compensarea emiterii de ETH prin arderea unui procent din taxele de tranzacție.
 
 Începând cu actualizarea Londra a rețelei, fiecare bloc are o taxă de bază, prețul minim pe unitatea de gaz pentru includerea în acest bloc, calculat de rețea în funcţie de cererea de spațiu în bloc. Având în vedere că este arsă taxa de bază a taxei de tranzacție, se preconizează ca utilizatorii să stabilească și un bacșiș („tip”) (taxă de prioritate) în tranzacțiile lor. Bacșișul (tip) compensează miner-ii pentru executarea și propagarea tranzacțiilor utilizatorilor în blocuri și se preconizează ca aceasta să fie stabilită automat de majoritatea portofelelor.
 
diff --git a/public/content/translations/ro/developers/docs/nodes-and-clients/run-a-node/index.md b/public/content/translations/ro/developers/docs/nodes-and-clients/run-a-node/index.md
index 23cddb30ee9..729bc28faef 100644
--- a/public/content/translations/ro/developers/docs/nodes-and-clients/run-a-node/index.md
+++ b/public/content/translations/ro/developers/docs/nodes-and-clients/run-a-node/index.md
@@ -140,7 +140,7 @@ Consider creating a service to run your client automatically on startup. For exa
 
 #### Actualizarea clientului {#updating-client}
 
-You need to keep your client software up-to-date with the latest security patches, features, and [EIPs](/eips/). Especially before [hard forks](/history/), make sure you are running the correct client version.
+You need to keep your client software up-to-date with the latest security patches, features, and [EIPs](/eips/). Especially before [hard forks](/ethereum-forks/), make sure you are running the correct client version.
 
 #### Rularea de servicii suplimentare {#running-additional-services}
 
diff --git a/public/content/translations/ro/history/index.md b/public/content/translations/ro/ethereum-forks/index.md
similarity index 100%
rename from public/content/translations/ro/history/index.md
rename to public/content/translations/ro/ethereum-forks/index.md
diff --git a/public/content/translations/ro/roadmap/merge/index.md b/public/content/translations/ro/roadmap/merge/index.md
index 2cf7d79af22..ca8a169a7c1 100644
--- a/public/content/translations/ro/roadmap/merge/index.md
+++ b/public/content/translations/ro/roadmap/merge/index.md
@@ -17,7 +17,7 @@ summaryPoint4: Fuziunea a redus consumul de energie al Ethereum cu aproximativ 9
 
 ## Ce este Fuziunea? {#what-is-the-merge}
 
-Fuziunea a reprezentat combinarea stratului de execuție original al Ethereum (Rețeaua principală care a existat încă de la [geneză](/history/#frontier)) cu noul strat de consens cu dovada mizei, Lanțul Beacon. Acesta a eliminat nevoie de minare cu un consum mare de energie și, în schimb, a permis ca rețeaua să fie securizată folosind miza ETH. Realizarea viziunii Ethereum a fost un pas cu adevărat extraordinar: mai multă scalabilitate, mai multă securitate și mai multă durabilitate.
+Fuziunea a reprezentat combinarea stratului de execuție original al Ethereum (Rețeaua principală care a existat încă de la [geneză](/ethereum-forks/#frontier)) cu noul strat de consens cu dovada mizei, Lanțul Beacon. Acesta a eliminat nevoie de minare cu un consum mare de energie și, în schimb, a permis ca rețeaua să fie securizată folosind miza ETH. Realizarea viziunii Ethereum a fost un pas cu adevărat extraordinar: mai multă scalabilitate, mai multă securitate și mai multă durabilitate.
 
 <MergeInfographic />
 
diff --git a/public/content/translations/ru/community/research/index.md b/public/content/translations/ru/community/research/index.md
index 231ea0e1eaa..4fd5ea6ee39 100644
--- a/public/content/translations/ru/community/research/index.md
+++ b/public/content/translations/ru/community/research/index.md
@@ -83,7 +83,7 @@ lang: ru
 1. Консенсус-клиент, который следит за вершиной блокчейна, обменивается блоками и обрабатывает логику консенсуса.
 2. Клиент исполнения, который поддерживает виртуальную машину Ethereum, выполняет транзакции и смарт-контракты.
 
-Дополнительную информацию об узлах и клиентах, а также список всех текущих реализаций клиентов см. на [странице об узлах и клиентах](/developers/docs/nodes-and-clients/). Историю всех обновлений Ethereum можно найти на [странице истории](/history/).
+Дополнительную информацию об узлах и клиентах, а также список всех текущих реализаций клиентов см. на [странице об узлах и клиентах](/developers/docs/nodes-and-clients/). Историю всех обновлений Ethereum можно найти на [странице истории](/ethereum-forks/).
 
 ### Клиенты исполнения: {#execution-clients}
 
diff --git a/public/content/translations/ru/developers/docs/nodes-and-clients/run-a-node/index.md b/public/content/translations/ru/developers/docs/nodes-and-clients/run-a-node/index.md
index 9b0c31e06b3..9fc34942066 100644
--- a/public/content/translations/ru/developers/docs/nodes-and-clients/run-a-node/index.md
+++ b/public/content/translations/ru/developers/docs/nodes-and-clients/run-a-node/index.md
@@ -140,7 +140,7 @@ _Это не относится к узлам-валидаторам слоя к
 
 #### Обновление клиента {#updating-client}
 
-Вам необходимо постоянно обновлять клиентское программное обеспечение последними исправлениями безопасности, функциями и [EIP](/eips/). Перед [хард-форками](/history/) обязательно нужно убедиться, что вы используете правильную версию клиента.
+Вам необходимо постоянно обновлять клиентское программное обеспечение последними исправлениями безопасности, функциями и [EIP](/eips/). Перед [хард-форками](/ethereum-forks/) обязательно нужно убедиться, что вы используете правильную версию клиента.
 
 Каждая реализация клиента имеет человекочитаемую строку версии, используемой в протоколе одноранговой связи, но она также доступна из командной строки. Эта строка версии позволяет пользователям убедиться, что они используют правильную версию, и использовать обозреватели блоков и другие аналитические инструменты, задействованные в количественной оценке распространения определенных клиентов в сети. Более подробную информацию о строках версии можно получить в документации к конкретному клиенту.
 
diff --git a/public/content/translations/ru/developers/docs/transactions/index.md b/public/content/translations/ru/developers/docs/transactions/index.md
index b6202d458dc..21303ded0b6 100644
--- a/public/content/translations/ru/developers/docs/transactions/index.md
+++ b/public/content/translations/ru/developers/docs/transactions/index.md
@@ -202,9 +202,9 @@ Ethereum эволюционировал до поддержки нескольк
 
 1. **Транзакции типа 0 (устаревшие).** Исходный формат транзакций, используемый с момента запуска Ethereum. Они не включают функций от [EIP-1559](https://eips.ethereum.org/EIPS/eip-1559), таких как динамические расчеты затрат газа или списки доступа для смарт-контрактов. Устаревшие транзакции не имеют конкретного префикса, указывающего их тип в сериализованной форме, и начинаются с байта `0xf8` при использовании кодировки [RLP](/developers/docs/data-structures-and-encoding/rlp). Значение TransactionType для этих транзакций — `0x0`.
 
-2. **Транзакции типа 1.** Эти транзакции, которые появились в [EIP-2930](https://eips.ethereum.org/EIPS/eip-2930) в результате [обновления Berlin](/history/#berlin), включают параметр `accessList`. В этом списке указываются адреса и ключи хранения, к которым транзакция должна получить доступ, что потенциально помогает снизить затраты на [газ](/developers/docs/gas/) в сложных транзакциях, связанных со смарт-контрактами. Изменения рынка комиссий EIP-1559 не включены в транзакции типа 1. Транзакции типа 1 также включают параметр `yParity`, который может быть либо `0x0`, либо `0x1`, что указывает на четность y-значения подписи secp256k1. Они идентифицируются по байту в начале — `0x01`, а их значение TransactionType — `0x1`.
+2. **Транзакции типа 1.** Эти транзакции, которые появились в [EIP-2930](https://eips.ethereum.org/EIPS/eip-2930) в результате [обновления Berlin](/ethereum-forks/#berlin), включают параметр `accessList`. В этом списке указываются адреса и ключи хранения, к которым транзакция должна получить доступ, что потенциально помогает снизить затраты на [газ](/developers/docs/gas/) в сложных транзакциях, связанных со смарт-контрактами. Изменения рынка комиссий EIP-1559 не включены в транзакции типа 1. Транзакции типа 1 также включают параметр `yParity`, который может быть либо `0x0`, либо `0x1`, что указывает на четность y-значения подписи secp256k1. Они идентифицируются по байту в начале — `0x01`, а их значение TransactionType — `0x1`.
 
-3. **Транзакции типа 2**, обычно называемые транзакциями EIP-1559, являются транзакциями, которые появились в [EIP-1559](https://eips.ethereum.org/EIPS/eip-1559) в результате [обновления London](/history/#london). Они стали стандартным типом транзакций в сети Ethereum. Эти транзакции создают новый механизм рынка комиссий, который повышает предсказуемость, разделяя комиссию за транзакции на базовую и приоритетную. Они начинаются с байта `0x02` и включают такие поля, как `maxPriorityFeePerGas` и `maxFeePerGas`. Транзакции типа 2 теперь являются стандартными из-за их гибкости и эффективности, особенно предпочтительны в периоды высокой загруженности сети из-за их способности помочь пользователям управлять комиссиями за транзакции более предсказуемо. Значение TransactionType для этих транзакций — `0x2`.
+3. **Транзакции типа 2**, обычно называемые транзакциями EIP-1559, являются транзакциями, которые появились в [EIP-1559](https://eips.ethereum.org/EIPS/eip-1559) в результате [обновления London](/ethereum-forks/#london). Они стали стандартным типом транзакций в сети Ethereum. Эти транзакции создают новый механизм рынка комиссий, который повышает предсказуемость, разделяя комиссию за транзакции на базовую и приоритетную. Они начинаются с байта `0x02` и включают такие поля, как `maxPriorityFeePerGas` и `maxFeePerGas`. Транзакции типа 2 теперь являются стандартными из-за их гибкости и эффективности, особенно предпочтительны в периоды высокой загруженности сети из-за их способности помочь пользователям управлять комиссиями за транзакции более предсказуемо. Значение TransactionType для этих транзакций — `0x2`.
 
 
 
diff --git a/public/content/translations/ru/governance/index.md b/public/content/translations/ru/governance/index.md
index 1a3a5d1be41..975858305a9 100644
--- a/public/content/translations/ru/governance/index.md
+++ b/public/content/translations/ru/governance/index.md
@@ -152,7 +152,7 @@ _Примечание. Любой человек может входить в н
 
 Хотя спецификации и разработки всегда были полностью открытыми, формальные процессы, используемые для предложения описанных выше обновлений, не использовались. Это позволило исследователям и разработчикам быстрее уточнять и согласовывать изменения.
 
-Когда сеть Beacon слилась с уровнем исполнения Ethereum 15 сентября 2022 г., в рамках [сетевого обновления Paris](/history/#paris) произошло слияние. Предложение [EIP-3675](https://eips.ethereum.org/EIPS/eip-3675) было изменено с Last Call на Final, что завершило переход на доказательство владения.
+Когда сеть Beacon слилась с уровнем исполнения Ethereum 15 сентября 2022 г., в рамках [сетевого обновления Paris](/ethereum-forks/#paris) произошло слияние. Предложение [EIP-3675](https://eips.ethereum.org/EIPS/eip-3675) было изменено с Last Call на Final, что завершило переход на доказательство владения.
 
 <ButtonLink href="/roadmap/merge/">
   Подробнее о слиянии
diff --git a/public/content/translations/ru/roadmap/merge/index.md b/public/content/translations/ru/roadmap/merge/index.md
index e0b94c8419d..f273decbd2d 100644
--- a/public/content/translations/ru/roadmap/merge/index.md
+++ b/public/content/translations/ru/roadmap/merge/index.md
@@ -17,7 +17,7 @@ summaryPoint4: Слияние уменьшило потребление энер
 
 ## Что такое слияние? {#what-is-the-merge}
 
-Слияние было соединением исходного уровня исполнения Ethereum (основной сети, которая существовала с самого [начала](/history/#frontier)) с его новым уровнем консенсуса на основе доказательства владения, сетью Beacon. Это устранило необходимость в энергоемком майнинге и вместо этого позволило защищать сеть с помощью поставленного (использованного в стейкинге) эфира (ETH). Это был по-настоящему захватывающий шаг на пути к воплощению будущего Ethereum — увеличению масштабируемости, безопасности и экологичности.
+Слияние было соединением исходного уровня исполнения Ethereum (основной сети, которая существовала с самого [начала](/ethereum-forks/#frontier)) с его новым уровнем консенсуса на основе доказательства владения, сетью Beacon. Это устранило необходимость в энергоемком майнинге и вместо этого позволило защищать сеть с помощью поставленного (использованного в стейкинге) эфира (ETH). Это был по-настоящему захватывающий шаг на пути к воплощению будущего Ethereum — увеличению масштабируемости, безопасности и экологичности.
 
 <MergeInfographic />
 
diff --git a/public/content/translations/ru/roadmap/merge/issuance/index.md b/public/content/translations/ru/roadmap/merge/issuance/index.md
index edb3cbdf815..5cb6197a3dc 100644
--- a/public/content/translations/ru/roadmap/merge/issuance/index.md
+++ b/public/content/translations/ru/roadmap/merge/issuance/index.md
@@ -30,11 +30,11 @@ title="Коротко о выпуске ETH">
 
 ### Выпуск на уровне исполнения {#el-issuance-pre-merge}
 
-При доказательстве работы майнеры взаимодействовали только с уровнем исполнения и получали вознаграждения за блоки, если они становились первыми из майнеров, выполнившими вычисления для следующего блока. С обновления [Constantinople](/history/#constantinople) в 2019 такое вознаграждение составляло 2 ETH за блок. Майнеры также вознаграждались за публикацию блоков [ommer](/glossary/#ommer), которые были действительными блоками, но не оказались в самой длинной/канонической цепи. Максимальное вознаграждение за ommer составляло 1,75 ETH и было _дополнением к_ награде за канонический блок. Процесс майнинга был экономически интенсивным видом деятельности, для поддержания которого раньше требовались высокие объемы выпуска ЕТН.
+При доказательстве работы майнеры взаимодействовали только с уровнем исполнения и получали вознаграждения за блоки, если они становились первыми из майнеров, выполнившими вычисления для следующего блока. С обновления [Constantinople](/ethereum-forks/#constantinople) в 2019 такое вознаграждение составляло 2 ETH за блок. Майнеры также вознаграждались за публикацию блоков [ommer](/glossary/#ommer), которые были действительными блоками, но не оказались в самой длинной/канонической цепи. Максимальное вознаграждение за ommer составляло 1,75 ETH и было _дополнением к_ награде за канонический блок. Процесс майнинга был экономически интенсивным видом деятельности, для поддержания которого раньше требовались высокие объемы выпуска ЕТН.
 
 ### Выпуск на уровне консенсуса {#cl-issuance-pre-merge}
 
-[Сеть Beacon](/history/#beacon-chain-genesis) начала работу в 2020 году. Вместо майнеров ее защищают валидаторы с использованием доказательства владения. Эта цепочка была загружена пользователями Ethereum, вносившими в одностороннем порядке ЕТН в смарт-контракт в основной сети (на уровне исполнения), на который ориентируется сеть Beacon. При этом пользователю зачислялось на новой цепочке равное количество ETH. До слияния валидаторы сети Beacon не занимались обработкой сделок и, по сути, приходили к консенсусу относительно состояния самого пула валидаторов.
+[Сеть Beacon](/ethereum-forks/#beacon-chain-genesis) начала работу в 2020 году. Вместо майнеров ее защищают валидаторы с использованием доказательства владения. Эта цепочка была загружена пользователями Ethereum, вносившими в одностороннем порядке ЕТН в смарт-контракт в основной сети (на уровне исполнения), на который ориентируется сеть Beacon. При этом пользователю зачислялось на новой цепочке равное количество ETH. До слияния валидаторы сети Beacon не занимались обработкой сделок и, по сути, приходили к консенсусу относительно состояния самого пула валидаторов.
 
 Валидаторы в сети Beacon получали в награду ETH за подтверждение состояния цепи и предложение блоков. Вознаграждения (или штрафы) рассчитываются и распределяются в каждую эпоху (каждые 6,4 минуты) на основе показателей валидаторов. Награды валидаторов составляют **значительно** меньше чем награды майнеров, которые в прошлом выпускались при доказательстве работы (2 ETH каждые ~13,5 секунд), так как управление узлом валидатора не так экономически интенсивно и, следовательно, не требует и не гарантирует столь высоких наград.
 
@@ -94,7 +94,7 @@ title="Коротко о выпуске ETH">
 Сила, противоположная выпуску ETH, — это скорость, с которой ЕТН сжигается. Чтобы транзакция была выполнена в Ethereum, необходимо заплатить минимальную (базовую) комиссию, которая постоянно колеблется (от блока к блоку) в зависимости от активности сети. Эта комиссия платится в ETH, и является _обязательной_, чтобы транзакция считалась действительной. Эта комиссия _сгорает_ в процессе транзакции, удаляя средства из обращения.
 
 <InfoBanner>
-Сжигание комиссии появилось с обновлением [London](/history/#london) в августе 2021 года и остается неизменным после слияния.
+Сжигание комиссии появилось с обновлением [London](/ethereum-forks/#london) в августе 2021 года и остается неизменным после слияния.
 </InfoBanner>
 
 В дополнение к сжиганию комиссии, которое внесло обновление London, валидаторы могут также понести наказание за то, что они отключаются от сети. А за нарушение определенных правил, угрожающее безопасности сети, они даже могут быть подвергнуты сокращению. Такие наказания приводят к уменьшению количества ЕТН на балансе валидатора. Изъятые средства непосредственно не используются для вознаграждения любого другого аккаунта и, по сути, сжигаются и удаляются из обращения.
diff --git a/public/content/translations/ru/staking/withdrawals/index.md b/public/content/translations/ru/staking/withdrawals/index.md
index df4b9bd0f26..2d3d33f9f11 100644
--- a/public/content/translations/ru/staking/withdrawals/index.md
+++ b/public/content/translations/ru/staking/withdrawals/index.md
@@ -65,7 +65,7 @@ summaryPoints:
 
 Обновление Shanghai/Capella позволило возвращать ранее внесенные ETH на обычные учетные записи Ethereum. Это замкнуло цикл ликвидности в стейкинге и на шаг приблизило Ethereum к построению устойчивой, масштабируемой, безопасной децентрализованной экосистемы.
 
-- [Подробнее об истории Ethereum](/history/)
+- [Подробнее об истории Ethereum](/ethereum-forks/)
 - [Подробнее о дорожной карте Ethereum](/roadmap/)
 
 ## Как происходят платежи при выводе средств? {#how-do-withdrawals-work}
diff --git a/public/content/translations/sk/governance/index.md b/public/content/translations/sk/governance/index.md
index 472013a661b..acca722ea19 100644
--- a/public/content/translations/sk/governance/index.md
+++ b/public/content/translations/sk/governance/index.md
@@ -152,7 +152,7 @@ Proces správy Etherea často vymieňa rýchlosť a efektivitu za otvorenosť a
 
 Zatiaľ čo implementácie špecifikácií a vývoja boli vždy plne open source, formálne procesy používané na navrhovanie aktualizácií opísané vyššie sa nepoužívali. To umožnilo výskumníkom a realizátorom rýchlejšie špecifikovať a odsúhlasiť zmeny.
 
-Keď sa 15. septembra 2022 Beacon Chain zlúčil s realizačnou vrstvou Ethereum, bolo zlúčenie dokončené ako súčasť [zlepšenia siete v Paríži](/history/#paris). Návrh [EIP-3675](https://eips.ethereum.org/EIPS/eip-3675) sa zmenil z „Posledná výzva“ na „Konečný“, čím sa dokončil prechod na proof-of-stake.
+Keď sa 15. septembra 2022 Beacon Chain zlúčil s realizačnou vrstvou Ethereum, bolo zlúčenie dokončené ako súčasť [zlepšenia siete v Paríži](/ethereum-forks/#paris). Návrh [EIP-3675](https://eips.ethereum.org/EIPS/eip-3675) sa zmenil z „Posledná výzva“ na „Konečný“, čím sa dokončil prechod na proof-of-stake.
 
 <ButtonLink href="/roadmap/merge/">
   Viac o zlúčení
diff --git a/public/content/translations/sk/staking/withdrawals/index.md b/public/content/translations/sk/staking/withdrawals/index.md
index d7013e3bb3b..7de3125e8bb 100644
--- a/public/content/translations/sk/staking/withdrawals/index.md
+++ b/public/content/translations/sk/staking/withdrawals/index.md
@@ -65,7 +65,7 @@ Výbery stakovania sú živé! Funkcia výberu bola povolená v rámci upgradu S
 
 Upgrade Shanghai/Capella umožnil získať skôr vložené ETH späť na bežné účty Ethereum. Tým sa uzavrela slučka v stakovaní likvidity a Ethereum sa o krok priblížilo na jeho ceste k vybudovaniu udržateľného, ​​škálovateľného a bezpečného decentralizovaného ekosystému.
 
-- [Viac o histórii Etherea](/history/)
+- [Viac o histórii Etherea](/ethereum-forks/)
 - [Viac o pláne realizácie Etherea](/roadmap/)
 
 ## Ako fungujú výbery? {#how-do-withdrawals-work}
diff --git a/public/content/translations/sl/roadmap/merge/index.md b/public/content/translations/sl/roadmap/merge/index.md
index 6869beb8564..d715cf2df53 100644
--- a/public/content/translations/sl/roadmap/merge/index.md
+++ b/public/content/translations/sl/roadmap/merge/index.md
@@ -17,7 +17,7 @@ summaryPoint4: Spojitev je Ethereumovo porabo energijo zmanjšala za približno
 
 ## Kaj je bila spojitev? {#what-is-the-merge}
 
-Spojitev je bila združitev izvirne izvajalne plasti Ethereuma (glavno omrežje, ki je obstajalo od [izvora](/history/#frontier)) z novo plastjo z mehanizmom za doseganje soglasja z dokazom o deležu, oddajniško verigo. Odpravila je potrebo po energijsko potratnem rudarjenju in namesto tega omogočila zaščito omrežja z zastavljanjem ETH. Predstavljala je zares vznemirljiv korak k realizaciji Ethereumove vizije – več možnosti širitve, varnosti in trajnosti.
+Spojitev je bila združitev izvirne izvajalne plasti Ethereuma (glavno omrežje, ki je obstajalo od [izvora](/ethereum-forks/#frontier)) z novo plastjo z mehanizmom za doseganje soglasja z dokazom o deležu, oddajniško verigo. Odpravila je potrebo po energijsko potratnem rudarjenju in namesto tega omogočila zaščito omrežja z zastavljanjem ETH. Predstavljala je zares vznemirljiv korak k realizaciji Ethereumove vizije – več možnosti širitve, varnosti in trajnosti.
 
 <MergeInfographic />
 
diff --git a/public/content/translations/tl/governance/index.md b/public/content/translations/tl/governance/index.md
index 1633f5641eb..9cf84c2f503 100644
--- a/public/content/translations/tl/governance/index.md
+++ b/public/content/translations/tl/governance/index.md
@@ -152,7 +152,7 @@ Sa proseso ng pamamahala ng Ethereum, madalas na ipinagpapalit ang bilis at kahu
 
 Bagama't palaging ganap na open source ang pagtutukoy at mga pagpapatupad ng pagbabago, hindi ginamit ang mga pormal na prosesong ginagamit para magmungkahi ng mga update. Dahil dito, mas mabilis na natukoy at napagkasunduan ng mga mananaliksik at tagapagpatupad ang mga pagbabago.
 
-Noong magsama ang Beacon Chain at Ethereum execution layer noong ika-15 ng Setyembre, 2022, natapos ang The Merge bilang bahagi ng [Paris network upgrade](/history/#paris). Ang proposal na [EIP-3675](https://eips.ethereum.org/EIPS/eip-3675)ay ginawang 'Final' mula sa 'Last Call', kaya nailipat ito sa patunay ng stake.
+Noong magsama ang Beacon Chain at Ethereum execution layer noong ika-15 ng Setyembre, 2022, natapos ang The Merge bilang bahagi ng [Paris network upgrade](/ethereum-forks/#paris). Ang proposal na [EIP-3675](https://eips.ethereum.org/EIPS/eip-3675)ay ginawang 'Final' mula sa 'Last Call', kaya nailipat ito sa patunay ng stake.
 
 <ButtonLink href="/roadmap/merge/">
   Iba pang detalye tungkol sa The Merge
diff --git a/public/content/translations/tl/staking/withdrawals/index.md b/public/content/translations/tl/staking/withdrawals/index.md
index a19fb890a04..462bcfacff3 100644
--- a/public/content/translations/tl/staking/withdrawals/index.md
+++ b/public/content/translations/tl/staking/withdrawals/index.md
@@ -65,7 +65,7 @@ Live na ang mga pag-withdraw sa staking! Ang functionality ng pag-withdraw ay in
 
 Ang Shanghai/Capella upgrade ang nagbigay-daan para maibalik ang na-stake na ETH sa mga regular na Ethereum account. Sinubaybayan nito ang pag-stake ng liquidity, at inilapit nito ang Ethereum sa layunin nitong bumuo ng sustainable, scalable, at secure na decentralized ecosystem.
 
-- [Iba pang detalye tungkol sa kasaysayan ng Ethereum](/history/)
+- [Iba pang detalye tungkol sa kasaysayan ng Ethereum](/ethereum-forks/)
 - [Iba pang detalye tungkol sa roadmap ng Ethereum](/roadmap/)
 
 ## Paano gumagana ang mga withdrawal payment? {#how-do-withdrawals-work}
diff --git a/public/content/translations/tr/community/research/index.md b/public/content/translations/tr/community/research/index.md
index 2b47176c89b..0e510ad0654 100644
--- a/public/content/translations/tr/community/research/index.md
+++ b/public/content/translations/tr/community/research/index.md
@@ -83,7 +83,7 @@ Ethereum istemcileri Ethereum protokolünün uygulamalarıdır. İstemci gelişt
 1. dedikodu bloklarının, mutabakat mantığının ve blokzincirin başının kaydını tutan bir fikir birliği istemcisi
 2. Ethereum Sanal Makinesi'ni destekleyen ve akıllı sözleşmeler ile işlemleri yürürlüğe sokan bir yürütüm işlemcisi
 
-Düğümler ve istemciler hakkında daha detaylı bilgi ve güncel istemcilerin bir listesi için buraya [düğümler ve istemciler sayfası](/developers/docs/nodes-and-clients/) göz atın. Ayrıca bütün Ethereum güncellemelerinin tarihçesini [tarihçe sayfasında](/history/) bulabilirsiniz.
+Düğümler ve istemciler hakkında daha detaylı bilgi ve güncel istemcilerin bir listesi için buraya [düğümler ve istemciler sayfası](/developers/docs/nodes-and-clients/) göz atın. Ayrıca bütün Ethereum güncellemelerinin tarihçesini [tarihçe sayfasında](/ethereum-forks/) bulabilirsiniz.
 
 ### Yürütüm İstemcileri {#execution-clients}
 
diff --git a/public/content/translations/tr/developers/docs/consensus-mechanisms/pos/attack-and-defense/index.md b/public/content/translations/tr/developers/docs/consensus-mechanisms/pos/attack-and-defense/index.md
index c10fd8acbf9..d20e2fc6a65 100644
--- a/public/content/translations/tr/developers/docs/consensus-mechanisms/pos/attack-and-defense/index.md
+++ b/public/content/translations/tr/developers/docs/consensus-mechanisms/pos/attack-and-defense/index.md
@@ -129,7 +129,7 @@ Saldırgana uygulanan ceza ne olursa olsun, topluluk aynı zamanda Ethereum iste
 
 Ancak, bu önemli bir yönetişim zorluğu olabilir. Kuşkusuz bazı kullanıcılar ve doğrulayıcılar dürüst zincire dönüş nedeniyle zarar görebilir, saldırıdan sonra doğrulanan bloklardaki işlemler potansiyel olarak geri alınabilir, uygulama katmanını bozabilir ve bazı kullanıcılar için "kod hukuktur" inancını sarsabilir. Bu nedenle, bir geri dönüş durumu ciddi etik ve teknik zorluklar içerebilir. Borsaların ve uygulamaların büyük olasılıkla zincir dışı işlemleri, şimdi geri alınabilecek olan zincir üzerindeki işlemlere bağlı olacaktır. Bu, düzeltilmesi zor bir şekilde geri çekilmeler ve revizyonlar zincirini başlatabilir. Özellikle haksız kazançlar karıştırıldıysa, DeFi veya diğer türevlere yatırıldıysa ve dürüst kullanıcılar için ikincil etkileri varsa, bu durumu adil bir şekilde çözmek zor olabilir. Kuşkusuz bazı kullanıcılar, belki de kurumsal olanlar, ya akıllıca davranarak ya da tesadüfen, dürüst olmayan zincirden zaten fayda sağlamış olabilirler ve kazançlarını korumak için bir çatala karşı çıkabilirler. %51> saldırılara karşı topluluk tepkisinin pratikte denemesi, akılcı ve koordineli bir önlem planının hızla uygulanabilmesini sağlamak için çağrılar yapılmıştır. Vitalik tarafından ethresear.ch platformunda bazı yararlı tartışmalar ve bilgiler [burada](https://ethresear.ch/t/timeliness-detectors-and-51-attack-recovery-in-blockchains/6925), [burada](https://ethresear.ch/t/responding-to-51-attacks-in-casper-ffg/6363) ve Twitter'da [burada](https://twitter.com/skylar_eth/status/1551798684727508992?s=20&t=oHZ1xv8QZdOgAXhxZKtHEw) sunulmuştur. Koordineli bir sosyal yanıtın amacı, saldırgana yönelik cezayı hedefli ve belirli yapmak, diğer kullanıcılar üzerindeki etkileri en aza indirmektir.
 
-Yönetişim, halihazırda karmaşık bir konu. Dürüst olmayan kesinleştirme zincirine karşı bir Katman 0 acil tepkiyi yönetmek, şüphesiz Ethereum topluluğu için zorlu olabilir, ancak Ethereum'un geçmişinde [gerçekleşmiştir](/history/#dao-fork-summary) - [iki kez](/history/#tangerine-whistle)).
+Yönetişim, halihazırda karmaşık bir konu. Dürüst olmayan kesinleştirme zincirine karşı bir Katman 0 acil tepkiyi yönetmek, şüphesiz Ethereum topluluğu için zorlu olabilir, ancak Ethereum'un geçmişinde [gerçekleşmiştir](/ethereum-forks/#dao-fork-summary) - [iki kez](/ethereum-forks/#tangerine-whistle)).
 
 Yine de, son çare olarak gerçek dünyada bir çözüm bulunmasının oldukça tatmin edici bir yönü vardır. Sonuç olarak, üzerimizde bulunan bu olağanüstü teknoloji yığınına rağmen, en kötü durum gerçekleşirse, gerçek insanlar çözüm bulmak için bir araya gelmek zorunda kalacaklardır.
 
diff --git a/public/content/translations/tr/developers/docs/consensus-mechanisms/pow/index.md b/public/content/translations/tr/developers/docs/consensus-mechanisms/pow/index.md
index 8fac041a156..4e293c7bb46 100644
--- a/public/content/translations/tr/developers/docs/consensus-mechanisms/pow/index.md
+++ b/public/content/translations/tr/developers/docs/consensus-mechanisms/pow/index.md
@@ -56,7 +56,7 @@ Kötü niyetli bir madencinin, kötü niyetli ve geçerli bloklar çıkarabilmes
 
 İş ispatı ayrıca sisteme yeni para birimi çıkartmaktan ve madencileri işi yapmaya teşvik etmekten de sorumluydu.
 
-[Constantinople yükseltmesinden](/history/#constantinople) bu yana başarılı bir blok oluşturan madencilere, iki yeni basılmış Ether ve işlem ücretlerinin bir kısmı verilirdi. Ommer blokları da 1,75 Ether'i telafi etti. Ommer blokları, bir madenci tarafından pratik olarak yaklaşık aynı zamanda başka bir madencinin kurallı bloku oluşturmasıyla oluşturulan geçerli bloklardı ve bu blok en sonunda hangi zincirin üzerine ilkinin inşa edildiğine göre belirlendi. Ommer blokları genellikle ağ gecikmesi sebebiyle gerçekleşirdi.
+[Constantinople yükseltmesinden](/ethereum-forks/#constantinople) bu yana başarılı bir blok oluşturan madencilere, iki yeni basılmış Ether ve işlem ücretlerinin bir kısmı verilirdi. Ommer blokları da 1,75 Ether'i telafi etti. Ommer blokları, bir madenci tarafından pratik olarak yaklaşık aynı zamanda başka bir madencinin kurallı bloku oluşturmasıyla oluşturulan geçerli bloklardı ve bu blok en sonunda hangi zincirin üzerine ilkinin inşa edildiğine göre belirlendi. Ommer blokları genellikle ağ gecikmesi sebebiyle gerçekleşirdi.
 
 ## Kesinlik {#finality}
 
diff --git a/public/content/translations/tr/developers/docs/nodes-and-clients/index.md b/public/content/translations/tr/developers/docs/nodes-and-clients/index.md
index 01ad9f28ece..b0753441fad 100644
--- a/public/content/translations/tr/developers/docs/nodes-and-clients/index.md
+++ b/public/content/translations/tr/developers/docs/nodes-and-clients/index.md
@@ -37,7 +37,7 @@ Tek bir özelliğe uymaları bu uygulamaların ortak noktalarıdır. Özellikler
 - Başlangıçta, [Ethereum Sarı Kağıdı](https://ethereum.github.io/yellowpaper/paper.pdf)
 - [Yürütme özellikleri](https://github.com/ethereum/execution-specs/)
 - [Mutabakat özellikleri](https://github.com/ethereum/consensus-specs)
-- Çeşitli [ağ yükseltmelerinde](/history/) uygulanan [EIP'ler](https://eips.ethereum.org/)
+- Çeşitli [ağ yükseltmelerinde](/ethereum-forks/) uygulanan [EIP'ler](https://eips.ethereum.org/)
 
 ### Ağdaki düğümleri izlemek {#network-overview}
 
diff --git a/public/content/translations/tr/developers/docs/nodes-and-clients/run-a-node/index.md b/public/content/translations/tr/developers/docs/nodes-and-clients/run-a-node/index.md
index 598a9477f91..bc0bcc09305 100644
--- a/public/content/translations/tr/developers/docs/nodes-and-clients/run-a-node/index.md
+++ b/public/content/translations/tr/developers/docs/nodes-and-clients/run-a-node/index.md
@@ -444,7 +444,7 @@ _Bu, fikir birliği katmanı doğrulayıcı düğümleri için geçerli değildi
 
 #### İstemcileri güncellemek {#updating-clients}
 
-İstemci yazılımınızı en son güvenlik yamaları, özellikler ve [EIP'ler](/eips/) ile güncel tutmalısınız. Özellikle [sert çatallanmalardan](/history/) önce, doğru istemci sürümlerini çalıştırdığınızdan emin olun.
+İstemci yazılımınızı en son güvenlik yamaları, özellikler ve [EIP'ler](/eips/) ile güncel tutmalısınız. Özellikle [sert çatallanmalardan](/ethereum-forks/) önce, doğru istemci sürümlerini çalıştırdığınızdan emin olun.
 
 > Önemli ağ güncellemelerinden önce, EF [blogunda](https://blog.ethereum.org) bir gönderi yayınlar. Düğümünüz güncellemeye ihtiyaç duyduğunda postanıza bir bildirim almak için [bu duyurulara abone olabilirsiniz](https://blog.ethereum.org/category/protocol#subscribe).
 
diff --git a/public/content/translations/tr/developers/docs/transactions/index.md b/public/content/translations/tr/developers/docs/transactions/index.md
index d08c16dc1e1..44dc747dc0e 100644
--- a/public/content/translations/tr/developers/docs/transactions/index.md
+++ b/public/content/translations/tr/developers/docs/transactions/index.md
@@ -202,9 +202,9 @@ Burada alanlar şu şekilde tanımlanır:
 
 1. **Tip 0 (Eski) İşlemler:** Ethereum'un başlatılmasından itibaren kullanılan orijinal işlem formatıdır. [EIP-1559](https://eips.ethereum.org/EIPS/eip-1559)'dan gelen dinamik gaz ücreti hesaplamaları veya akıllı sözleşmeler için erişim listeleri gibi özellikler içermezler. Eski işlemler, [Tekrarlamalı Uzunluk Öneki (RLP)](/developers/docs/data-structures-and-encoding/rlp) kodlaması kullanıldığında `0xf8` baytıyla başlayarak serileştirilmiş formlarında türlerini belirten belirli bir öneke sahip değildir. Bu işlemler için TransactionType değeri `0x0`'dır.
 
-2. **Tip 1 İşlemler:** Ethereum'un [Berlin Yükseltmesi](/history/#berlin)'nin bir parçası olarak [EIP-2930](https://eips.ethereum.org/EIPS/eip-2930)'da kullanıma açılan bu işlemler bir `accessList` parametresi içerir. Bu liste, işlemin erişmeyi beklediği adresleri ve depolama anahtarlarını belirtir, bu da akıllı sözleşmelerle ilgili karmaşık işlemler için [gaz](/developers/docs/gas/) maliyetlerinin potansiyel olarak azaltılmasına yardımcı olur. EIP-1559 ücret piyasası değişiklikleri Tip 1 işlemlere dahil değildir. Tip 1 işlemler buna ek olarak, secp256k1 imzasının y değerinin paritesini gösteren `0x0` veya `0x1` olabilen bir `yParity` parametresi de içerir. Bu işlemler, `0x01` baytıyla başladıkları için kolayca tanınır ve TransactionType değerleri `0x1`'dir.
+2. **Tip 1 İşlemler:** Ethereum'un [Berlin Yükseltmesi](/ethereum-forks/#berlin)'nin bir parçası olarak [EIP-2930](https://eips.ethereum.org/EIPS/eip-2930)'da kullanıma açılan bu işlemler bir `accessList` parametresi içerir. Bu liste, işlemin erişmeyi beklediği adresleri ve depolama anahtarlarını belirtir, bu da akıllı sözleşmelerle ilgili karmaşık işlemler için [gaz](/developers/docs/gas/) maliyetlerinin potansiyel olarak azaltılmasına yardımcı olur. EIP-1559 ücret piyasası değişiklikleri Tip 1 işlemlere dahil değildir. Tip 1 işlemler buna ek olarak, secp256k1 imzasının y değerinin paritesini gösteren `0x0` veya `0x1` olabilen bir `yParity` parametresi de içerir. Bu işlemler, `0x01` baytıyla başladıkları için kolayca tanınır ve TransactionType değerleri `0x1`'dir.
 
-3. **Tip 2 İşlemler**, sıklıkla EIP-1559 işlemleri olarak adlandırılır ve Ethereum'un [Londra Yükseltmesi](/history/#london)'nde [EIP-1559](https://eips.ethereum.org/EIPS/eip-1559) dahilinde tanıtılan işlemlerdir. Bu işlemler, Ethereum ağında standart işlem tipi haline gelmiştir. Bu işlemler, işlem ücretini ana ücret ve öncelik ücreti olarak ayıran öngörülebilirliği artıran yeni bir ücret piyasası mekanizması sunar. `0x02` baytı ile başlarlar ve `maxPriorityFeePerGas` ile `maxFeePerGas` gibi alanları içerirler. Tip 2 işlemler, esneklikleri ve verimlilikleri nedeniyle varsayılan seçenek durumuna gelmiştir. Özellikle yüksek ağ tıkanıklığı dönemlerinde kullanıcıların işlem ücretlerini daha öngörülebilir şekilde yönetmelerine yardımcı olma yetenekleri nedeniyle tercih edilirler. Bu işlemler için TransactionType değeri `0x2`'dir.
+3. **Tip 2 İşlemler**, sıklıkla EIP-1559 işlemleri olarak adlandırılır ve Ethereum'un [Londra Yükseltmesi](/ethereum-forks/#london)'nde [EIP-1559](https://eips.ethereum.org/EIPS/eip-1559) dahilinde tanıtılan işlemlerdir. Bu işlemler, Ethereum ağında standart işlem tipi haline gelmiştir. Bu işlemler, işlem ücretini ana ücret ve öncelik ücreti olarak ayıran öngörülebilirliği artıran yeni bir ücret piyasası mekanizması sunar. `0x02` baytı ile başlarlar ve `maxPriorityFeePerGas` ile `maxFeePerGas` gibi alanları içerirler. Tip 2 işlemler, esneklikleri ve verimlilikleri nedeniyle varsayılan seçenek durumuna gelmiştir. Özellikle yüksek ağ tıkanıklığı dönemlerinde kullanıcıların işlem ücretlerini daha öngörülebilir şekilde yönetmelerine yardımcı olma yetenekleri nedeniyle tercih edilirler. Bu işlemler için TransactionType değeri `0x2`'dir.
 
 
 
diff --git a/public/content/translations/tr/developers/tutorials/downsizing-contracts-to-fight-the-contract-size-limit/index.md b/public/content/translations/tr/developers/tutorials/downsizing-contracts-to-fight-the-contract-size-limit/index.md
index 21bbf97a01b..d6c50a05428 100644
--- a/public/content/translations/tr/developers/tutorials/downsizing-contracts-to-fight-the-contract-size-limit/index.md
+++ b/public/content/translations/tr/developers/tutorials/downsizing-contracts-to-fight-the-contract-size-limit/index.md
@@ -21,7 +21,7 @@ sourceUrl: https://soliditydeveloper.com/max-contract-size
 
 Bu sınır, hizmet reddi (DOS) saldırılarını önlemek için getirildi. Bir sözleşmeye yapılan herhangi bir çağrı, gaz açısından nispeten ucuzdur. Bununla birlikte, Ethereum düğümleri için bir sözleşme çağrısının etkisi, çağrılan sözleşme kodunun boyutuna bağlı olarak orantısız bir şekilde artar (kodu diskten okumak, kodu önceden işlemek, Merkle kanıtına veri eklemek). Saldırganın başkaları için çok iş yapmak için az kaynağa ihtiyaç duyduğu böyle bir durumunuz olduğunda, DOS saldırıları potansiyeli elde edersiniz.
 
-Bir doğal sözleşme boyutu limiti, blok gaz limiti olduğu için başlangıçta bu çok da büyük bir problem değildi. Açıkça görülüyor ki bir sözleşmenin, sözleşmenin tüm bit kodunu tutan bir işlem içinde dağıtılması gerekir. Bir bloğa yalnızca bir işlemi dahil ederseniz bu gazın tamamını kullanabilirsiniz, ancak bu sonsuz değildir. [Londra Yükseltmesi](/history/#london)'nden bu yana blok gaz limiti, ağ talebine bağlı olarak 15 milyon ile 30 milyon birim arasında değişti.
+Bir doğal sözleşme boyutu limiti, blok gaz limiti olduğu için başlangıçta bu çok da büyük bir problem değildi. Açıkça görülüyor ki bir sözleşmenin, sözleşmenin tüm bit kodunu tutan bir işlem içinde dağıtılması gerekir. Bir bloğa yalnızca bir işlemi dahil ederseniz bu gazın tamamını kullanabilirsiniz, ancak bu sonsuz değildir. [Londra Yükseltmesi](/ethereum-forks/#london)'nden bu yana blok gaz limiti, ağ talebine bağlı olarak 15 milyon ile 30 milyon birim arasında değişti.
 
 Aşağıda, potansiyel etkilerine göre sıralanan bazı yöntemlere bakacağız. Bunu, kilo verme gibi düşünün. Birinin hedef kilosuna (bizim durumumuzda 24 kb) ulaşması için en iyi strateji, önce büyük etkiye sahip yöntemlere odaklanmaktır. Çoğu zaman sadece diyeti düzeltmek amaca ulaştırır ancak bazen biraz daha fazlası gerekir. Sonra biraz egzersiz (orta etki) veya hatta takviye besinler (küçük etki) ekleyebilirsiniz.
 
diff --git a/public/content/translations/tr/history/index.md b/public/content/translations/tr/ethereum-forks/index.md
similarity index 100%
rename from public/content/translations/tr/history/index.md
rename to public/content/translations/tr/ethereum-forks/index.md
diff --git a/public/content/translations/tr/governance/index.md b/public/content/translations/tr/governance/index.md
index 87d2bb26a18..42db4e73c20 100644
--- a/public/content/translations/tr/governance/index.md
+++ b/public/content/translations/tr/governance/index.md
@@ -152,7 +152,7 @@ Ethereum yönetişim süreci, genellikle açıklık ve kapsayıcılık için hı
 
 Tanım ve geliştirme uygulamaları her zaman tamamen açık kaynak olsa da, yukarıda açıklanan güncellemeleri önermek için kullanılan resmi süreçler kullanılmadı. Bu, değişikliklerin araştırmacılar ve uygulayıcılar tarafından daha hızlı belirlenmesine ve üzerinde anlaşmaya varılmasına izin verdi.
 
-İşaret Zinciri 15 Eylül 2022'de Ethereum yürütüm katmanı ile birleştiğinde Birleşim [Paris ağ yükseltmesinin](/history/#paris) bir parçası olarak tamamlanmıştı. [EIP-3675](https://eips.ethereum.org/EIPS/eip-3675) önerisi 'Son Çağrı' yerine 'Final' olmuştu ve hisse ispatına geçiş tamamlanmıştı.
+İşaret Zinciri 15 Eylül 2022'de Ethereum yürütüm katmanı ile birleştiğinde Birleşim [Paris ağ yükseltmesinin](/ethereum-forks/#paris) bir parçası olarak tamamlanmıştı. [EIP-3675](https://eips.ethereum.org/EIPS/eip-3675) önerisi 'Son Çağrı' yerine 'Final' olmuştu ve hisse ispatına geçiş tamamlanmıştı.
 
 <ButtonLink href="/roadmap/merge/">
   Birleştirme hakkında ek bilgi
diff --git a/public/content/translations/tr/roadmap/merge/index.md b/public/content/translations/tr/roadmap/merge/index.md
index f345fd59df2..b5dd6b8266e 100644
--- a/public/content/translations/tr/roadmap/merge/index.md
+++ b/public/content/translations/tr/roadmap/merge/index.md
@@ -17,7 +17,7 @@ summaryPoint4: Birleşim, Ethereum'un enerji tüketimini ~ %99,95 oranında azal
 
 ## Birleşim neydi? {#what-is-the-merge}
 
-Birleşim Ethereum'un orijinal yürütüm katmanı ([başlangıç](/history/#frontier) zamanından beri olan Ana Ağ) ile yeni hisse ispatı fikir birliği katmanı olan İşaret Zinciri'nin birleşmesiydi. Yoğun enerji tüketen madenciliğe olan ihtiyacı kaldırdı ve ağın hisselenmiş ETH aracılığıyla güvenli kılınmasına ön ayak oldu. Ethereum vizyonunun gerçekleştirilmesinde gerçekten heyecan verici bir adımdı; daha fazla ölçeklenebilirlik, güvenlik ve sürdürülebilirlik.
+Birleşim Ethereum'un orijinal yürütüm katmanı ([başlangıç](/ethereum-forks/#frontier) zamanından beri olan Ana Ağ) ile yeni hisse ispatı fikir birliği katmanı olan İşaret Zinciri'nin birleşmesiydi. Yoğun enerji tüketen madenciliğe olan ihtiyacı kaldırdı ve ağın hisselenmiş ETH aracılığıyla güvenli kılınmasına ön ayak oldu. Ethereum vizyonunun gerçekleştirilmesinde gerçekten heyecan verici bir adımdı; daha fazla ölçeklenebilirlik, güvenlik ve sürdürülebilirlik.
 
 <MergeInfographic />
 
diff --git a/public/content/translations/tr/roadmap/merge/issuance/index.md b/public/content/translations/tr/roadmap/merge/issuance/index.md
index 3e3dabcc07e..20777b2cc96 100644
--- a/public/content/translations/tr/roadmap/merge/issuance/index.md
+++ b/public/content/translations/tr/roadmap/merge/issuance/index.md
@@ -30,11 +30,11 @@ title="ETH dağıtımı &quot;çok uzun, okumadım&quot;">
 
 ### Yürütüm katmanı dağıtımı {#el-issuance-pre-merge}
 
-İş ispatı bünyesinde madenciler sadece yürütüm katmanıyla etkileşime girerdi ve bir sonraki bloku çözen ilk madenci blok ödülüyle ödüllendirilirdi. 2019'da gerçekleşen [Constantinople yükseltmesinden](/history/#constantinople) beri bu ödül blok başına 2 ETH idi. Madenciler en uzun/kurallı zincirde yer almayan geçerli [ommer](/glossary/#ommer) blokların yayınlanması sonucunda da ödüllendirilirdi. Bu ödüller ommer blok başına en fazla 1.75 ETH idi ve kurallı bloka verilen ödüle _ek olarak_ verilirdi. Madencilik süreci ekonomik olarak maliyetliydi ve sürdürülebilmesi zamanında yüksek düzeyde ETH dağıtımı gerekliydi.
+İş ispatı bünyesinde madenciler sadece yürütüm katmanıyla etkileşime girerdi ve bir sonraki bloku çözen ilk madenci blok ödülüyle ödüllendirilirdi. 2019'da gerçekleşen [Constantinople yükseltmesinden](/ethereum-forks/#constantinople) beri bu ödül blok başına 2 ETH idi. Madenciler en uzun/kurallı zincirde yer almayan geçerli [ommer](/glossary/#ommer) blokların yayınlanması sonucunda da ödüllendirilirdi. Bu ödüller ommer blok başına en fazla 1.75 ETH idi ve kurallı bloka verilen ödüle _ek olarak_ verilirdi. Madencilik süreci ekonomik olarak maliyetliydi ve sürdürülebilmesi zamanında yüksek düzeyde ETH dağıtımı gerekliydi.
 
 ### Fikir birliği katmanı dağıtımı {#cl-issuance-pre-merge}
 
-[İşaret Zinciri](/history/#beacon-chain-genesis) 2020'de yürürlüğe girdi. Madenciler yerine hisseleme ispatı kullanan doğrulayıcılar tarafından güvence altına alındı. Zincir, Ana Ağ'da (yürütüm katmanında) akıllı kontratlara tek yönlü ETH yatıran Ethereum kullanıcıları tarafından önyüklendi. İşaret Zinciri Ana Ağı dinleyerek kullanıcılara yeni zincirde aynı miktarda ETH yatırdı. Birleşim gerçekleşene kadar İşaret Zinciri'nin doğrulayıcıları işlemleri işlemiyordu, doğrulayıcı havuzunun durumu hakkındaki mutabakata varıyordu.
+[İşaret Zinciri](/ethereum-forks/#beacon-chain-genesis) 2020'de yürürlüğe girdi. Madenciler yerine hisseleme ispatı kullanan doğrulayıcılar tarafından güvence altına alındı. Zincir, Ana Ağ'da (yürütüm katmanında) akıllı kontratlara tek yönlü ETH yatıran Ethereum kullanıcıları tarafından önyüklendi. İşaret Zinciri Ana Ağı dinleyerek kullanıcılara yeni zincirde aynı miktarda ETH yatırdı. Birleşim gerçekleşene kadar İşaret Zinciri'nin doğrulayıcıları işlemleri işlemiyordu, doğrulayıcı havuzunun durumu hakkındaki mutabakata varıyordu.
 
 İşaret Zincirindeki doğrulayıcılar zincirin durumunu onayladıklarına ve blok önerdiklerinde ETH ile ödüllendirilir. Ödüller (veya cezalar) doğrulayıcı performansına dayanarak her dönemde (6,4 dakikada bir) hesaplanır ve dağıtılır. Doğrulayıcı ödülleri eskiden iş ispatı üzerine dağıtılan madenci ödüllerine kıyasla **çok** düşüktür (her 13,5 saniyede 2 ETH).
 
@@ -94,7 +94,7 @@ ETH dağıtımındaki net azalma: <strong>\~%88,7</strong> ((%4,61 - %0,52)/%4,6
 ETH dağıtımının karşısındaki güç ETH yakma oranıdır. Ethereum üzerinde bir işlemin gerçekleştirilebilmesi için, bir minimum ücret (ana ücret) ödenmelidir ve bu fiyat ağ aktivitesine bağlı olarak sürekli olarak dalgalanır (bloktan bloka). Bu ücret ETH olarak ödenir ve işlemin geçerli olarak kabul edilmesi için _zorunludur_. Bu ücret, işlem sırasında _yakılır_ ve dolaşımdan kaldırılır.
 
 <InfoBanner>
-Ücret yakımı Ağustos 2021'de [London yükseltmesi](/history/#london) ile yürürlüğe girmiştir ve Birleşim'den bu yana değişmemiştir.
+Ücret yakımı Ağustos 2021'de [London yükseltmesi](/ethereum-forks/#london) ile yürürlüğe girmiştir ve Birleşim'den bu yana değişmemiştir.
 </InfoBanner>
 
 London yükseltmesinde uygulanan ücret yakımına ek olarak doğrulayıcılar çevrimdışı olmaları sebebiyle ceza alabilir, hatta daha kötüsü, belirli kurallara uymayarak ağın güvenliğini tehdit ettikleri için paralarının bir kısmını kaybedebilir ve atılabilirler. Bu cezalar doğrulayıcı bakiyelerinde azaltma ile sonuçlanabilir ve bu bakiyeler başka hesaplara ödül olarak verilmeden yakılır/dolaşımdan kaldırılır.
diff --git a/public/content/translations/tr/staking/withdrawals/index.md b/public/content/translations/tr/staking/withdrawals/index.md
index 5f9357c78ce..bf58b2c765b 100644
--- a/public/content/translations/tr/staking/withdrawals/index.md
+++ b/public/content/translations/tr/staking/withdrawals/index.md
@@ -65,7 +65,7 @@ Hisseleme çekimleri aktif! Para çekebilme işlevi 12 Nisan 2023'te gerçekleş
 
 Şangay/Capella yükseltmesi, daha önceden hisselenmiş ETH'lerin normal Ethereum hesaplarına geri alınabilmesini sağladı. Bu da likidite hisseleme döngüsünü kapattı; Ethereum'u daha sürdürülebilir, ölçeklenebilir ve de merkeziyetsiz ekosistem oluşturma yolculuğuna bir adım daha yaklaştırdı.
 
-- [Ethereum'un tarihçesi hakkında daha fazla bilgi](/history/)
+- [Ethereum'un tarihçesi hakkında daha fazla bilgi](/ethereum-forks/)
 - [Ethereum'un yol haritası hakkında daha fazla bilgi](/roadmap/)
 
 ## Para çekme ödemeleri nasıl çalışır? {#how-do-withdrawals-work}
diff --git a/public/content/translations/uk/governance/index.md b/public/content/translations/uk/governance/index.md
index fa2e9db5329..91432d9c16e 100644
--- a/public/content/translations/uk/governance/index.md
+++ b/public/content/translations/uk/governance/index.md
@@ -152,7 +152,7 @@ _Примітка. Будь-хто може належати до кількох
 
 Хоча специфікація та реалізація розробки завжди мали повністю відкритий вихідний код, описані вище формальні процедури пропонування оновлень не використовувалися. Це дало змогу дослідникам і впроваджувачам швидше уточнювати й погоджувати зміни.
 
-Після злиття Beacon Chain з виконавчим рівнем Ethereum 15 вересня 2022 року, оновлення The Merge було завершено як частину [оновлення мережі Paris](/history/#paris). Статус пропозиції [EIP-3675](https://eips.ethereum.org/EIPS/eip-3675) було змінено з готовності до реалізації на фінальне впровадження, завершуючи перехід на доказ володіння.
+Після злиття Beacon Chain з виконавчим рівнем Ethereum 15 вересня 2022 року, оновлення The Merge було завершено як частину [оновлення мережі Paris](/ethereum-forks/#paris). Статус пропозиції [EIP-3675](https://eips.ethereum.org/EIPS/eip-3675) було змінено з готовності до реалізації на фінальне впровадження, завершуючи перехід на доказ володіння.
 
 <ButtonLink href="/roadmap/merge/">
   Докладніше про об’єднання
diff --git a/public/content/translations/uk/roadmap/merge/index.md b/public/content/translations/uk/roadmap/merge/index.md
index 71fcc7df906..c7814d418eb 100644
--- a/public/content/translations/uk/roadmap/merge/index.md
+++ b/public/content/translations/uk/roadmap/merge/index.md
@@ -17,7 +17,7 @@ summaryPoint4: Злиття знизило енергоспоживання Ethe
 
 ## Для позначення чого вживався термін «The Merge»? {#what-is-the-merge}
 
-Термін «The Merge» позначав об’єднання оригінального виконавчого рівня Ethereum (головної мережі, що існувала з [моменту створення](/history/#frontier)) з новим рівнем консенсусу доказу частки — Beacon Chain. Завдяки цьому зникла потреба в майнінгу, за якого витрачається багато енергії, і з’явилася можливість захищати мережу за допомогою стейкінгу ETH. Це був захопливий етап реалізації бачення Ethereum: перехід на вищий рівень масштабованості, безпеки та екологічності.
+Термін «The Merge» позначав об’єднання оригінального виконавчого рівня Ethereum (головної мережі, що існувала з [моменту створення](/ethereum-forks/#frontier)) з новим рівнем консенсусу доказу частки — Beacon Chain. Завдяки цьому зникла потреба в майнінгу, за якого витрачається багато енергії, і з’явилася можливість захищати мережу за допомогою стейкінгу ETH. Це був захопливий етап реалізації бачення Ethereum: перехід на вищий рівень масштабованості, безпеки та екологічності.
 
 <MergeInfographic />
 
diff --git a/public/content/translations/uk/roadmap/merge/issuance/index.md b/public/content/translations/uk/roadmap/merge/issuance/index.md
index 282df4373ae..66e647e9f8b 100644
--- a/public/content/translations/uk/roadmap/merge/issuance/index.md
+++ b/public/content/translations/uk/roadmap/merge/issuance/index.md
@@ -28,11 +28,11 @@ title="Випуск ETH tldr">
 
 ### Випуск на рівні виконання {#el-issuance-pre-merge}
 
-У мережі з доказом виконання роботи майнери взаємодіяли лише з рівнем виконання і отримували винагороду у вигляді блоків, якщо вони були першими майнерами, які вирішували наступний блок. Починаючи з [оновлення Constantinople](/history/#constantinople) у 2019 році, ця винагорода становила 2 ETH за блок. Майнери також отримували винагороду за публікацію [блоків-оммерів](/glossary/#ommer), дійсних блоків, які не потрапляли в найдовший/канонічний ланцюжок. Максимальна сума винагороди складала 1,75 ETH за оммер і видавалась _на додаток до_ винагороди за канонічний блок. Процес майнінгу вимагав випуску великого обсягу ETH.
+У мережі з доказом виконання роботи майнери взаємодіяли лише з рівнем виконання і отримували винагороду у вигляді блоків, якщо вони були першими майнерами, які вирішували наступний блок. Починаючи з [оновлення Constantinople](/ethereum-forks/#constantinople) у 2019 році, ця винагорода становила 2 ETH за блок. Майнери також отримували винагороду за публікацію [блоків-оммерів](/glossary/#ommer), дійсних блоків, які не потрапляли в найдовший/канонічний ланцюжок. Максимальна сума винагороди складала 1,75 ETH за оммер і видавалась _на додаток до_ винагороди за канонічний блок. Процес майнінгу вимагав випуску великого обсягу ETH.
 
 ### Випуск на рівні консенсусу {#cl-issuance-pre-merge}
 
-[Beacon Chain](/history/#beacon-chain-genesis) запустили у 2020 році. У ньому майнери замінюються валідаторами, і для захисту застосовується доказ частки володіння. На етапі запуску користувачі Ethereum вносили ETH у смартконтракт у головній мережі (рівень виконання), який Beacon Chain прослуховує, зараховуючи цим користувачам таку ж суму ETH у новому ланцюжку. До злиття валідатори Beacon Chain не обробляли транзакції і, по суті, досягали консенсусу щодо стану самого пулу валідаторів.
+[Beacon Chain](/ethereum-forks/#beacon-chain-genesis) запустили у 2020 році. У ньому майнери замінюються валідаторами, і для захисту застосовується доказ частки володіння. На етапі запуску користувачі Ethereum вносили ETH у смартконтракт у головній мережі (рівень виконання), який Beacon Chain прослуховує, зараховуючи цим користувачам таку ж суму ETH у новому ланцюжку. До злиття валідатори Beacon Chain не обробляли транзакції і, по суті, досягали консенсусу щодо стану самого пулу валідаторів.
 
 Валідатори Beacon Chain отримують винагороду в ETH за підтвердження стану ланцюжка та пропозицію блоків. Винагороди (або покарання) розраховуються і розподіляються кожні 6,4 хвилини (епоха) на основі продуктивності валідаторів. Винагороди валідаторів **значно** менші, ніж винагороди майнерів, які видавалися раніше, коли застосовувався доказ виконання роботи (2 ETH кожні ~13,5 секунди), оскільки експлуатація вузла валідації не вимагає таких економічних затрат, а, отже, і такої високої винагороди.
 
@@ -94,7 +94,7 @@ title="Випуск ETH tldr">
 Протилежною випуску ETH силою є швидкість спалення ETH. Для виконання транзакції в Ethereum необхідно сплатити мінімальну комісію ("базову комісію"), яка постійно змінюється (від блока до блока) залежно від активності мережі. Комісія сплачується в ETH і є _обов’язковою_ для того, щоб транзакція вважалась дійсною. Ця комісія _спалюється_ в процесі транзакції та вилучається з обігу.
 
 <InfoBanner>
-Спалення комісій почалося з [оновлення London](/history/#london) у серпні 2021 року й залишається без змін після злиття.
+Спалення комісій почалося з [оновлення London](/ethereum-forks/#london) у серпні 2021 року й залишається без змін після злиття.
 </InfoBanner>
 
 Крім спалення комісій, оновлення London також передбачає штрафи за відсутність валідаторів у мережі, або, що ще гірше, слешинг за порушення певних правил, які загрожують безпеці мережі. Ці штрафи призводять до списання ETH з балансу валідатора, ці кошти не потрапляють на будь-який інший рахунок, а фактично спалюються або вилучаються з обігу.
diff --git a/public/content/translations/uk/staking/withdrawals/index.md b/public/content/translations/uk/staking/withdrawals/index.md
index babe84ff71d..40f2a7c1d2b 100644
--- a/public/content/translations/uk/staking/withdrawals/index.md
+++ b/public/content/translations/uk/staking/withdrawals/index.md
@@ -65,7 +65,7 @@ summaryPoints:
 
 Оновлення Shanghai/Capella дало змогу повертати раніше вкладені ETH на звичайні облікові записи Ethereum. Це закрило коло стейкінгової ліквідності та привело Ethereum на крок ближче до створення стійкої, масштабованої, безпечної децентралізованої екосистеми.
 
-- [Докладніше про історію Ethereum](/history/)
+- [Докладніше про історію Ethereum](/ethereum-forks/)
 - [Більше про план розвитку Ethereum](/roadmap/)
 
 ## Як працюють платежі з виведення коштів? {#how-do-withdrawals-work}
diff --git a/public/content/translations/uz/staking/withdrawals/index.md b/public/content/translations/uz/staking/withdrawals/index.md
index 1bb368af8e8..9ff755eec77 100644
--- a/public/content/translations/uz/staking/withdrawals/index.md
+++ b/public/content/translations/uz/staking/withdrawals/index.md
@@ -65,7 +65,7 @@ Steyking yechib olishlari ishga tushdi! 2023-yil 12-aprelda amalga oshirilgan Sh
 
 Shanghai/Capella yangilanishi avvaldan tiklangan ETHni oddiy Ethereum hisoblariga qaytarib olish imkoniyatini yaratdi. Bu likvidlikni garovga qo‘yish jarayonini to‘liq yopdi va Ethereum barqaror, kengaytiriladigan, xavfsiz markazlashmagan ekotizim yaratish yo‘lidagi maqsadiga yana bir qadam yaqinlashdi.
 
-- [Ethereum tarixi haqida ko‘proq ma’lumot](/history/)
+- [Ethereum tarixi haqida ko‘proq ma’lumot](/ethereum-forks/)
 - [Ethereum yo‘l xaritasi to‘g‘risida ko‘proq ma’lumot](/roadmap/)
 
 ## Pul yechib olish jarayoni qanday amalga oshiriladi? {#how-do-withdrawals-work}
diff --git a/public/content/translations/vi/staking/withdrawals/index.md b/public/content/translations/vi/staking/withdrawals/index.md
index 3e901ffd263..a30bf2d5374 100644
--- a/public/content/translations/vi/staking/withdrawals/index.md
+++ b/public/content/translations/vi/staking/withdrawals/index.md
@@ -65,7 +65,7 @@ Sau khi một tài khoản được đánh dấu là "có thể rút hoàn toàn
 
 Bản nâng cấp Shanghai/Capella cho phép người dùng lấy lại ETH đã đặt cọc trước đó vào các tài khoản Ethereum thông thường. Điều này giúp hoàn thiện tính thanh khoản của đặt cọc và đưa Ethereum tiến thêm một bước nữa trên hành trình xây dựng một hệ sinh thái phi tập trung bền vững, có khả năng mở rộng và bảo mật.
 
-- [Thông tin thêm về lịch sử của Ethereum](/history/)
+- [Thông tin thêm về lịch sử của Ethereum](/ethereum-forks/)
 - [Thông tin thêm về lộ trình của Ethereum](/roadmap/)
 
 ## Thanh toán rút tiền hoạt động như thế nào? {#how-do-withdrawals-work}
diff --git a/public/content/translations/yo/staking/withdrawals/index.md b/public/content/translations/yo/staking/withdrawals/index.md
index 31eadd3dfe2..8895d23f9cf 100644
--- a/public/content/translations/yo/staking/withdrawals/index.md
+++ b/public/content/translations/yo/staking/withdrawals/index.md
@@ -65,7 +65,7 @@ Awon iyọkuro owo idokowo ti wa laaye! Iṣẹ ṣiṣe yiyọ owo kuro ni a mu
 
 Igbesoke Shanghai/Capella jẹ ki ETH idokowo se gba pada si awọn akanti Ethereum deede. Eyi ti pari iyipo lori owo idokowo, o si mu Ethereum sunmọ ni igbesẹ kan lori irin-ajo rẹ si ọna kikọ ayika alailakoso to ni iduroṣinṣin, to ni imu gbooro, to ni aabo.
 
-- [Diẹ sii lori itan Etheuum](/history/)
+- [Diẹ sii lori itan Etheuum](/ethereum-forks/)
 - [Diẹ sii lori ọna afojusun Ethereum](/roadmap/)
 
 ## Bawo ni awọn sisanwo yiyọ owo kuro se n sise? {#how-do-withdrawals-work}
diff --git a/public/content/translations/zh-tw/community/research/index.md b/public/content/translations/zh-tw/community/research/index.md
index 7f97b57a2e6..7742b6781cd 100644
--- a/public/content/translations/zh-tw/community/research/index.md
+++ b/public/content/translations/zh-tw/community/research/index.md
@@ -83,7 +83,7 @@ lang: zh-tw
 1. 能夠追蹤區塊鏈頭部、廣播區塊以及處理共識邏輯的共識用戶端
 2. 支援以太坊虛擬機和執行交易及智慧型合約的執行用戶端
 
-查看 [節點及用戶端頁面](/developers/docs/nodes-and-clients/) 以獲得關於節點和用戶端的詳細資訊，以及所有目前用戶端實作的清單。 你也可以在 [歷史紀錄頁面](/history/) 找到以太坊的所有升級的歷史紀錄。
+查看 [節點及用戶端頁面](/developers/docs/nodes-and-clients/) 以獲得關於節點和用戶端的詳細資訊，以及所有目前用戶端實作的清單。 你也可以在 [歷史紀錄頁面](/ethereum-forks/) 找到以太坊的所有升級的歷史紀錄。
 
 ### 執行用戶端 {#execution-clients}
 
diff --git a/public/content/translations/zh-tw/developers/docs/consensus-mechanisms/pos/attack-and-defense/index.md b/public/content/translations/zh-tw/developers/docs/consensus-mechanisms/pos/attack-and-defense/index.md
index a2431847b90..634acb27ed9 100644
--- a/public/content/translations/zh-tw/developers/docs/consensus-mechanisms/pos/attack-and-defense/index.md
+++ b/public/content/translations/zh-tw/developers/docs/consensus-mechanisms/pos/attack-and-defense/index.md
@@ -129,7 +129,7 @@ lang: zh-tw
 
 但是，這是一個重大的管理體系挑戰。 有些使用者和驗證者會在切換回誠實鏈時無可避免地產生損失，因為攻擊後被驗證的區塊中的交易可能會回滾，從而擾亂應用程式層。這很容易破壞一些相信“程式碼就是法律”的使用者的道德原則。 交易所和應用程式很可能已經把脫鏈行為和現在可能要回滾的鏈上交易關聯起來，並開始一連串的撤回和修訂，很難公平地進行取捨，特別是如果不義之財混雜在其中，存入了去中心化金融或其他衍生品，都會對誠實使用者產生二次影響。 毫無疑問，那些因為精明或機緣巧合已經從不誠實鏈獲利的一些使用者甚至機構，可能會反對分叉以保護他們的利益。 目前已經有呼籲要求社群對大於 51% 攻擊的回應進行演練，以便可以快速執行合理的協調緩解措施。 Vitalik 在 ethresear.ch 上的[這裡](https://ethresear.ch/t/timeliness-detectors-and-51-attack-recovery-in-blockchains/6925)和[這裡](https://ethresear.ch/t/responding-to-51-attacks-in-casper-ffg/6363)以及 Twitter 上的[這裡](https://twitter.com/skylar_eth/status/1551798684727508992?s=20&t=oHZ1xv8QZdOgAXhxZKtHEw)發起了一些有用的討論。 協調社交回應的目的應該是非常有針對性和具體地懲罰攻擊者並儘量減少對其他使用者的影響。
 
-管理體系已經是一個複雜的議題。 管理 0 層網路緊急回應透過不誠實行為最終確定的鏈，對於以太坊社群來說毋庸置疑是一個挑戰，但在以太坊歷史上[已經發生過](/history/#dao-fork-summary)[兩次](/history/#tangerine-whistle)。
+管理體系已經是一個複雜的議題。 管理 0 層網路緊急回應透過不誠實行為最終確定的鏈，對於以太坊社群來說毋庸置疑是一個挑戰，但在以太坊歷史上[已經發生過](/ethereum-forks/#dao-fork-summary)[兩次](/ethereum-forks/#tangerine-whistle)。
 
 儘管如此，在現實世界的最後回滾中，還是有一些令人相當滿意的東西。 最後，即使在我們之上有著如此驚人的技術堆棧，但如果最壞的情況發生了，現實中的人們也必將協調出一條屬於他們的出路。
 
diff --git a/public/content/translations/zh-tw/developers/docs/consensus-mechanisms/pow/index.md b/public/content/translations/zh-tw/developers/docs/consensus-mechanisms/pow/index.md
index 060368ecd4d..b1eb573d5c7 100644
--- a/public/content/translations/zh-tw/developers/docs/consensus-mechanisms/pow/index.md
+++ b/public/content/translations/zh-tw/developers/docs/consensus-mechanisms/pow/index.md
@@ -56,7 +56,7 @@ lang: zh-tw
 
 工作量證明還負責發行新貨幣至系統中，獎勵礦工參與挖礦工作。
 
-自[君士坦丁堡升級](/history/#constantinople)以來，成功建立區塊的礦工將獲得兩枚新鑄造的以太幣及部分交易費作為獎勵。 Ommer 區塊也會補償 1.75 枚以太幣。 Ommer 區塊是由一個礦工與另一個建立了規範區塊的曠工幾乎同時建立的有效區塊，規範區塊最終取決於首先在其上建置的鏈。 Ommer 區塊通常是因網路延遲而發生。
+自[君士坦丁堡升級](/ethereum-forks/#constantinople)以來，成功建立區塊的礦工將獲得兩枚新鑄造的以太幣及部分交易費作為獎勵。 Ommer 區塊也會補償 1.75 枚以太幣。 Ommer 區塊是由一個礦工與另一個建立了規範區塊的曠工幾乎同時建立的有效區塊，規範區塊最終取決於首先在其上建置的鏈。 Ommer 區塊通常是因網路延遲而發生。
 
 ## 最終確定性 {#finality}
 
diff --git a/public/content/translations/zh-tw/developers/docs/nodes-and-clients/index.md b/public/content/translations/zh-tw/developers/docs/nodes-and-clients/index.md
index 558b1859097..65fc363137f 100644
--- a/public/content/translations/zh-tw/developers/docs/nodes-and-clients/index.md
+++ b/public/content/translations/zh-tw/developers/docs/nodes-and-clients/index.md
@@ -37,7 +37,7 @@ sidebarDepth: 2
 - 最初的[以太坊黃皮書](https://ethereum.github.io/yellowpaper/paper.pdf)
 - [執行規範](https://github.com/ethereum/execution-specs/)
 - [共識規範](https://github.com/ethereum/consensus-specs)
-- 各種[網路升級](/history/)中實作的[以太坊改善提議](https://eips.ethereum.org/)
+- 各種[網路升級](/ethereum-forks/)中實作的[以太坊改善提議](https://eips.ethereum.org/)
 
 ### 追蹤網路中的節點 {#network-overview}
 
diff --git a/public/content/translations/zh-tw/developers/docs/nodes-and-clients/run-a-node/index.md b/public/content/translations/zh-tw/developers/docs/nodes-and-clients/run-a-node/index.md
index 0c996e60cad..595e89f966a 100644
--- a/public/content/translations/zh-tw/developers/docs/nodes-and-clients/run-a-node/index.md
+++ b/public/content/translations/zh-tw/developers/docs/nodes-and-clients/run-a-node/index.md
@@ -444,7 +444,7 @@ _這不適用於共識層驗證者節點。_節點離線將影響所有依賴節
 
 #### 更新用戶端 {#updating-clients}
 
-你需要確保透過安全補丁、功能與[以太坊改善提議](/eips/)讓你的用戶端軟體保持最新。 特別是[硬分叉](/history/)前，請確保你運行的是正確的用戶端版本。
+你需要確保透過安全補丁、功能與[以太坊改善提議](/eips/)讓你的用戶端軟體保持最新。 特別是[硬分叉](/ethereum-forks/)前，請確保你運行的是正確的用戶端版本。
 
 > 在重大的網路更新前，以太坊基金會在它們的[部落格](https://blog.ethereum.org)上發布貼文。 你可以[訂閱這些公告](https://blog.ethereum.org/category/protocol#subscribe)，在你的節點需要更新時，透過電子郵件接收通知。
 
diff --git a/public/content/translations/zh-tw/developers/docs/transactions/index.md b/public/content/translations/zh-tw/developers/docs/transactions/index.md
index c9a0ca865e5..b233bf5bf44 100644
--- a/public/content/translations/zh-tw/developers/docs/transactions/index.md
+++ b/public/content/translations/zh-tw/developers/docs/transactions/index.md
@@ -202,9 +202,9 @@ Alice 的帳戶將存入 **+1.0 以太幣**
 
 1. **類型 0（傳統）交易：**自以太坊推出以來使用的原始交易格式。 它們不包括 [EIP-1559](https://eips.ethereum.org/EIPS/eip-1559) 的功能，例如動態燃料費計算或智慧型合約的存取清單。 傳統交易缺少在序列化形式中指示交易類型的特定前綴，在使用[遞迴長度前綴 (RLP)](/developers/docs/data-structures-and-encoding/rlp) 編碼時，該前綴以位元組 `0xf8` 開始。 這些交易的 TransactionType 值為 `0x0`。
 
-2. **類型 1 交易：**在 [EIP-2930](https://eips.ethereum.org/EIPS/eip-2930) 中引入作為以太坊[柏林升級](/history/#berlin)的一部分，這些交易包含一個 `accessList` 參數。 此清單指定了交易期望存取的地址和儲存金鑰，有助於潛在降低涉及智慧型合約的複雜交易的[燃料](/developers/docs/gas/)成本。 EIP-1559 的費用市場變化不會包含在類型 1 交易中。 類型 1 交易也包含一個 `yParity` 參數，該參數可以是 `0x0` 或 `0x1`，表示 secp256k1 簽章的 y 值的奇偶性。 此類交易透過開頭的位元組 `0x01` 開頭辨識，其 TransactionType 值為 `0x1`。
+2. **類型 1 交易：**在 [EIP-2930](https://eips.ethereum.org/EIPS/eip-2930) 中引入作為以太坊[柏林升級](/ethereum-forks/#berlin)的一部分，這些交易包含一個 `accessList` 參數。 此清單指定了交易期望存取的地址和儲存金鑰，有助於潛在降低涉及智慧型合約的複雜交易的[燃料](/developers/docs/gas/)成本。 EIP-1559 的費用市場變化不會包含在類型 1 交易中。 類型 1 交易也包含一個 `yParity` 參數，該參數可以是 `0x0` 或 `0x1`，表示 secp256k1 簽章的 y 值的奇偶性。 此類交易透過開頭的位元組 `0x01` 開頭辨識，其 TransactionType 值為 `0x1`。
 
-3. **類型 2 交易**，通常稱為 EIP-1559 交易，是以太坊[倫敦升級](/history/#london)裡 [EIP-1559](https://eips.ethereum.org/EIPS/eip-1559) 中引入的交易。 這類交易已成為以太坊網路上的標準交易類型。 這些交易引入了一種新的費用市場機制，透過將交易費用分為基本費用和優先費來提高可預測性。 這些交易的開頭為位元組 `0x02`，並包含 `maxPriorityFeePerGas` 和 `maxFeePerGas` 等欄位。 類型 2 交易因其靈活性和效率而成為預設交易，在網路高度擁塞期間尤其受到青睞，因為它們能夠幫助使用者更好地預測及管理交易費用。 這些交易的 TransactionType 值為 `0x2`。
+3. **類型 2 交易**，通常稱為 EIP-1559 交易，是以太坊[倫敦升級](/ethereum-forks/#london)裡 [EIP-1559](https://eips.ethereum.org/EIPS/eip-1559) 中引入的交易。 這類交易已成為以太坊網路上的標準交易類型。 這些交易引入了一種新的費用市場機制，透過將交易費用分為基本費用和優先費來提高可預測性。 這些交易的開頭為位元組 `0x02`，並包含 `maxPriorityFeePerGas` 和 `maxFeePerGas` 等欄位。 類型 2 交易因其靈活性和效率而成為預設交易，在網路高度擁塞期間尤其受到青睞，因為它們能夠幫助使用者更好地預測及管理交易費用。 這些交易的 TransactionType 值為 `0x2`。
 
 
 
diff --git a/public/content/translations/zh-tw/history/index.md b/public/content/translations/zh-tw/ethereum-forks/index.md
similarity index 99%
rename from public/content/translations/zh-tw/history/index.md
rename to public/content/translations/zh-tw/ethereum-forks/index.md
index af8de9a8516..54cdb7aefa7 100644
--- a/public/content/translations/zh-tw/history/index.md
+++ b/public/content/translations/zh-tw/ethereum-forks/index.md
@@ -268,7 +268,7 @@ London 升級引入了 [EIP-1559](https://eips.ethereum.org/EIPS/eip-1559)，對
 
 London 升級前，以太坊的區塊為固定大小。 當網路需求高時，這些區塊會滿載運作。 因此，使用者常需要等網路需求降低時，交易才會被添加進區塊，這導致了糟糕的使用者體驗。 London 升級將可變大小的區塊引入以太坊。
 
-隨著 2021 年 8 月的 [London 升級](/history/#london)，以太坊網路上交易費的計算方式發生了變化。 在 London 升級之前，燃料費的計算不區分`基本費用`和`優先費`，如下：
+隨著 2021 年 8 月的 [London 升級](/ethereum-forks/#london)，以太坊網路上交易費的計算方式發生了變化。 在 London 升級之前，燃料費的計算不區分`基本費用`和`優先費`，如下：
 
 假設 Alice 必須向 Bob 支付 1 以太幣。 在交易中，燃料限制是 21,000 單位，燃料價格為 200 gwei。
 
diff --git a/public/content/translations/zh-tw/governance/index.md b/public/content/translations/zh-tw/governance/index.md
index 17fc21e12d7..71aba77365a 100644
--- a/public/content/translations/zh-tw/governance/index.md
+++ b/public/content/translations/zh-tw/governance/index.md
@@ -152,7 +152,7 @@ _注意：任何人都能參與多個組別，例如，協定開發者可以支
 
 雖然規範和開發實作一直完全開源，但那些用於提出上述更新內容的正式流程，並未被採用。 這使得研究人員和實作者能更快指定和同意變更內容。
 
-2022 年 9 月 15 日，信標鏈與以太坊執行層完成合併，這項合併當時是[巴黎網路升級](/history/#paris)的一部分。 提案 [EIP-3675](https://eips.ethereum.org/EIPS/eip-3675) 從「最後召集」變成「最終確定」，轉變成權益證明機制。
+2022 年 9 月 15 日，信標鏈與以太坊執行層完成合併，這項合併當時是[巴黎網路升級](/ethereum-forks/#paris)的一部分。 提案 [EIP-3675](https://eips.ethereum.org/EIPS/eip-3675) 從「最後召集」變成「最終確定」，轉變成權益證明機制。
 
 <ButtonLink href="/roadmap/merge/">
   合併案的相關細節
diff --git a/public/content/translations/zh-tw/roadmap/merge/index.md b/public/content/translations/zh-tw/roadmap/merge/index.md
index 532449aacf2..043b967681c 100644
--- a/public/content/translations/zh-tw/roadmap/merge/index.md
+++ b/public/content/translations/zh-tw/roadmap/merge/index.md
@@ -17,7 +17,7 @@ summaryPoint4: 合併將以太坊的能源消耗降低了約 99.95%。
 
 ## 什麼是「合併」？ {#what-is-the-merge}
 
-合併指將以太坊的原始執行層（自[創世](/history/#frontier)以來就存在的主網）與其新的權益證明共識層「信標鏈」結合在一起。 它減少了對能源密集型挖礦的需求，而是藉由質押的以太幣來確保網路安全。 這是實現以太坊「更高的可擴容性、安全性和永續性」願景的真正令人興奮的一步。
+合併指將以太坊的原始執行層（自[創世](/ethereum-forks/#frontier)以來就存在的主網）與其新的權益證明共識層「信標鏈」結合在一起。 它減少了對能源密集型挖礦的需求，而是藉由質押的以太幣來確保網路安全。 這是實現以太坊「更高的可擴容性、安全性和永續性」願景的真正令人興奮的一步。
 
 <MergeInfographic />
 
diff --git a/public/content/translations/zh-tw/roadmap/merge/issuance/index.md b/public/content/translations/zh-tw/roadmap/merge/issuance/index.md
index 55e79c74e97..3162fe6990a 100644
--- a/public/content/translations/zh-tw/roadmap/merge/issuance/index.md
+++ b/public/content/translations/zh-tw/roadmap/merge/issuance/index.md
@@ -30,11 +30,11 @@ title="以太幣發行量總覽">
 
 ### 執行層發行 {#el-issuance-pre-merge}
 
-在工作量證明下，礦工只會和執行層互動，如果它們最快解出下個區塊，則會收到區塊獎勵。 自從 2019 年[君士坦丁堡升級](/history/#constantinople)後，此獎勵就被訂為每個區塊 2 個以太幣。 礦工發佈[叔](/glossary/#ommer)塊同樣會獲得獎勵，這些區塊是未出現在最長鏈/規範鏈中的有效區塊。 每個 Ommer 的最高獎勵為 1.75 個以太幣，這些_不包含_在規範區塊頒發的獎勵之內。 挖礦是一項經濟密集型活動，歷來需要發行大量以太幣才能維持。
+在工作量證明下，礦工只會和執行層互動，如果它們最快解出下個區塊，則會收到區塊獎勵。 自從 2019 年[君士坦丁堡升級](/ethereum-forks/#constantinople)後，此獎勵就被訂為每個區塊 2 個以太幣。 礦工發佈[叔](/glossary/#ommer)塊同樣會獲得獎勵，這些區塊是未出現在最長鏈/規範鏈中的有效區塊。 每個 Ommer 的最高獎勵為 1.75 個以太幣，這些_不包含_在規範區塊頒發的獎勵之內。 挖礦是一項經濟密集型活動，歷來需要發行大量以太幣才能維持。
 
 ### 共識層發行 {#cl-issuance-pre-merge}
 
-[信標鏈](/history/#beacon-chain-genesis)已於 2020 年上線。 使用權益證明的驗證者（而非礦工）會保護其安全。 信標鍊是由以太坊使用者將以太幣單向存入主網（執行層）上的智慧型合約而啟動的，信標鏈會監聽該合約，並在新鏈上為使用者鑄造同等數量的以太幣。 在合併發生之前，信標鏈的驗證者未處理交易，並且基本上就驗證者礦池本身的狀態達成了共識。
+[信標鏈](/ethereum-forks/#beacon-chain-genesis)已於 2020 年上線。 使用權益證明的驗證者（而非礦工）會保護其安全。 信標鍊是由以太坊使用者將以太幣單向存入主網（執行層）上的智慧型合約而啟動的，信標鏈會監聽該合約，並在新鏈上為使用者鑄造同等數量的以太幣。 在合併發生之前，信標鏈的驗證者未處理交易，並且基本上就驗證者礦池本身的狀態達成了共識。
 
 信標鏈上的驗證者因證明鏈的狀態並提出區塊而獲得以太幣獎勵。 系統會根據驗證者的表現，在每個時期（每 6.4 分鐘）計算和分配獎勵（或懲罰）。 驗證者獎勵**明顯**低於之前根據工作量證明發行的挖礦獎勵（每大約 13.5 秒 2 個以太幣），因為運行驗證節點不是經濟密集型活動，因此不需要或不保證那麼高的獎勵。
 
@@ -94,7 +94,7 @@ title="以太幣發行量總覽">
 與以太幣發行相反的力量是以太幣被銷毀的速度。 對於在以太坊上執行的交易，必須支付最低費用（稱為「基本費用」），具體費用根據網路活動不斷波動（逐區塊）。 此費用使用以太幣支付，且_必須_支付這筆費用，交易才被視為有效。 這筆費用會在交易過程中_銷毀_，從流通中移除。
 
 <InfoBanner>
-費用銷毀機制在 2021 年 8 月[倫敦升級](/history/#london)後上線，自合併以來一直維持不變。
+費用銷毀機制在 2021 年 8 月[倫敦升級](/ethereum-forks/#london)後上線，自合併以來一直維持不變。
 </InfoBanner>
 
 除了倫敦升級時實作的費用銷毀機制外，驗證者也可能因離線而受到懲處；更糟糕的是，他們可能因為違反威脅網路安全的特定規定而遭罰沒。 這些處罰會導致驗證者餘額中的以太幣減少，減少的金額不會直接獎勵給任何其他帳戶，而是會有效地從流通中銷毀/移除。
diff --git a/public/content/translations/zh-tw/staking/withdrawals/index.md b/public/content/translations/zh-tw/staking/withdrawals/index.md
index fe3caebb3fb..962af0a5e76 100644
--- a/public/content/translations/zh-tw/staking/withdrawals/index.md
+++ b/public/content/translations/zh-tw/staking/withdrawals/index.md
@@ -65,7 +65,7 @@ summaryPoints:
 
 上海/卡佩拉升級讓之前質押的以太幣得以回收到常規以太坊帳戶中。 這結束了質押流動性的循環，使以太坊在構建永續、可擴展、安全的去中心化生態系統的道路上又更近一步。
 
-- [關於以太坊歷史的更多資訊](/history/)
+- [關於以太坊歷史的更多資訊](/ethereum-forks/)
 - [關於以太坊開發藍圖的更多資訊](/roadmap/)
 
 ## 提款付款流程如何運作？ {#how-do-withdrawals-work}
diff --git a/public/content/translations/zh/community/research/index.md b/public/content/translations/zh/community/research/index.md
index f4f0c1b7c2e..851618d01bc 100644
--- a/public/content/translations/zh/community/research/index.md
+++ b/public/content/translations/zh/community/research/index.md
@@ -83,7 +83,7 @@ lang: zh
 1. 一个共识客户端，用于追踪区块链头部、传播区块并处理共识逻辑
 2. 一个执行客户端，用于支持以太坊虚拟机并执行交易和智能合约
 
-查看[节点和客户端页面](/developers/docs/nodes-and-clients/)以了解关于节点和客户端的更多详细信息以及当前所有客户端实现的清单。 你也可以在[历史页面](/history/)找到所有以太坊升级的历史信息。
+查看[节点和客户端页面](/developers/docs/nodes-and-clients/)以了解关于节点和客户端的更多详细信息以及当前所有客户端实现的清单。 你也可以在[历史页面](/ethereum-forks/)找到所有以太坊升级的历史信息。
 
 ### 执行客户端 {#execution-clients}
 
diff --git a/public/content/translations/zh/developers/docs/consensus-mechanisms/pos/attack-and-defense/index.md b/public/content/translations/zh/developers/docs/consensus-mechanisms/pos/attack-and-defense/index.md
index 082dfb77c16..69a5a4bf0b9 100644
--- a/public/content/translations/zh/developers/docs/consensus-mechanisms/pos/attack-and-defense/index.md
+++ b/public/content/translations/zh/developers/docs/consensus-mechanisms/pos/attack-and-defense/index.md
@@ -132,7 +132,7 @@ LMD-GHOST 分叉选择算法的最新消息驱动 (LMD) 部分减轻了雪崩攻
 
 但是，这是一个重大的治理挑战。 有些用户和验证者会在切换回诚实链时无可避免地产生损失，因为攻击后被验证的区块中的交易可能会回滚，从而扰乱应用层。这很容易破坏倾向于相信“代码就是法律”的用户的观念。 交易所和应用很可能已经把脱链行为和现在可能要回滚的链上交易关联起来，并开始一连串的撤回和修订，很难公平地进行取舍，特别是如果不义之财混杂在其中，存入了去中心化金融或其他衍生品，会对诚实用户产生二次影响。 毫无疑问，那些因为精明手段或机缘巧合已经从不诚实链获利的一些用户甚至机构，可能会反对分叉以此保护他们的利益。 目前已经有呼吁要求演练对超过 51% 攻击的社区响应，以便可以快速执行合理的协调缓解措施。 Vitalik 在 ethresear.ch 上（[此处](https://ethresear.ch/t/timeliness-detectors-and-51-attack-recovery-in-blockchains/6925)、[此处](https://ethresear.ch/t/responding-to-51-attacks-in-casper-ffg/6363)）发起了一些有用的讨论，并在推特上（此处）也有所讨论。 协调的社交响应的目的应该是非常有针对性和具体地惩罚攻击者并尽量减少对其他用户的影响。
 
-治理已经是一个复杂的话题。 对于以太坊社区来说，管理对不诚实的最终确定的链进行 0 层网络紧急响应无疑会是一个挑战，但这在以太坊历史上[已经发生过](/history/#dao-fork-summary) [2 次](/history/#tangerine-whistle)。
+治理已经是一个复杂的话题。 对于以太坊社区来说，管理对不诚实的最终确定的链进行 0 层网络紧急响应无疑会是一个挑战，但这在以太坊历史上[已经发生过](/ethereum-forks/#dao-fork-summary) [2 次](/ethereum-forks/#tangerine-whistle)。
 
 尽管如此，在现实世界，最后回退还是相当令人满意的。 最终，即使我们有着如此惊人的技术堆栈，但如果最坏的情况发生了，现实中的人们也必将协调出一条出路。
 
diff --git a/public/content/translations/zh/developers/docs/consensus-mechanisms/pow/index.md b/public/content/translations/zh/developers/docs/consensus-mechanisms/pow/index.md
index f296d509554..0a53cce6f4a 100644
--- a/public/content/translations/zh/developers/docs/consensus-mechanisms/pow/index.md
+++ b/public/content/translations/zh/developers/docs/consensus-mechanisms/pow/index.md
@@ -56,7 +56,7 @@ lang: zh
 
 工作量证明还负责向系统中发行新货币并激励矿工完成工作。
 
-自[君士坦丁堡升级](/history/#constantinople)以来，成功创建区块的矿工将获得两个新铸造的以太币及部分交易费作为奖励。 叔块也会获得 1.75 个以太币的补偿。 叔块是由一个矿工创建的有效区块，几乎与此同时另一个矿工创建了规范区块。要确定规范区块，最终取决于哪条链构建于第一个区块之上。 叔块通常是由于网络延迟而出现。
+自[君士坦丁堡升级](/ethereum-forks/#constantinople)以来，成功创建区块的矿工将获得两个新铸造的以太币及部分交易费作为奖励。 叔块也会获得 1.75 个以太币的补偿。 叔块是由一个矿工创建的有效区块，几乎与此同时另一个矿工创建了规范区块。要确定规范区块，最终取决于哪条链构建于第一个区块之上。 叔块通常是由于网络延迟而出现。
 
 ## 最终确定性 {#finality}
 
diff --git a/public/content/translations/zh/developers/docs/nodes-and-clients/index.md b/public/content/translations/zh/developers/docs/nodes-and-clients/index.md
index 06c8f11b89d..b47734a8b67 100644
--- a/public/content/translations/zh/developers/docs/nodes-and-clients/index.md
+++ b/public/content/translations/zh/developers/docs/nodes-and-clients/index.md
@@ -37,7 +37,7 @@ sidebarDepth: 2
 - 最初为[以太坊黄皮书](https://ethereum.github.io/yellowpaper/paper.pdf)
 - [执行规范](https://github.com/ethereum/execution-specs/)
 - [共识规范](https://github.com/ethereum/consensus-specs)
-- 在各种[网络升级](/history/)中实现的[以太坊改进提案](https://eips.ethereum.org/)
+- 在各种[网络升级](/ethereum-forks/)中实现的[以太坊改进提案](https://eips.ethereum.org/)
 
 ### 跟踪网络中的节点 {#network-overview}
 
diff --git a/public/content/translations/zh/developers/docs/nodes-and-clients/run-a-node/index.md b/public/content/translations/zh/developers/docs/nodes-and-clients/run-a-node/index.md
index e03f474f93a..504b9538e1d 100644
--- a/public/content/translations/zh/developers/docs/nodes-and-clients/run-a-node/index.md
+++ b/public/content/translations/zh/developers/docs/nodes-and-clients/run-a-node/index.md
@@ -444,7 +444,7 @@ _但是，共识层的验证者节点就需要一直在线。_验证者节点离
 
 #### 更新客户端 {#updating-clients}
 
-你应该通过安装最新的安全补丁、功能和[以太坊改进提案](/eips/)，让客户端软件更新到最新版本。 特别是在[硬分叉](/history/)之前，确保运行正确的客户端版本。
+你应该通过安装最新的安全补丁、功能和[以太坊改进提案](/eips/)，让客户端软件更新到最新版本。 特别是在[硬分叉](/ethereum-forks/)之前，确保运行正确的客户端版本。
 
 > 在重要的网络更新之前，以太坊基金会在其[博客](https://blog.ethereum.org)上发布相关文章。 你可以[订阅这些公告](https://blog.ethereum.org/category/protocol#subscribe)，以便在你的节点需要更新时收到邮件通知。
 
diff --git a/public/content/translations/zh/developers/docs/transactions/index.md b/public/content/translations/zh/developers/docs/transactions/index.md
index 6532cf4b3a4..89e41c94efd 100644
--- a/public/content/translations/zh/developers/docs/transactions/index.md
+++ b/public/content/translations/zh/developers/docs/transactions/index.md
@@ -202,9 +202,9 @@ Alice 的帐户将会增加 **+1.0 ETH**
 
 1. **Type 0（传统）交易：**自以太坊推出以来使用的原始交易格式。 它们不包含 [EIP-1559](https://eips.ethereum.org/EIPS/eip-1559) 中的功能，例如动态燃料费计算或智能合约访问列表。 传统交易缺少以序列化形式表明其类型的特定前缀，在使用[递归长度前缀编码 (RLP)](/developers/docs/data-structures-and-encoding/rlp) 时以 `0xf8` 字节开头。 这些交易的 TransactionType 值为 `0x0`。
 
-2. **Type 1 交易：** 作为以太坊[柏林升级](/history/#berlin)的一部分在 [EIP-2930](https://eips.ethereum.org/EIPS/eip-2930) 中引入，这些交易包含一个 `accessList` 参数。 该列表指定了交易预期访问的地址和存储密钥，有助于降低涉及智能合约的复杂交易的潜在[燃料](/developers/docs/gas/)花费。 EIP-1559 的费用市场变化不包含在 Type 1 交易中。 Type 1 交易还包括一个 `yParity` 参数，它可以是 `0x0` 或 `0x1`，表示 secp256k1 签名的 y 值奇偶性。 它们以字节 `0x01` 开头进行标识，其交易类型 (TransactionType) 值为 `0x1`。
+2. **Type 1 交易：** 作为以太坊[柏林升级](/ethereum-forks/#berlin)的一部分在 [EIP-2930](https://eips.ethereum.org/EIPS/eip-2930) 中引入，这些交易包含一个 `accessList` 参数。 该列表指定了交易预期访问的地址和存储密钥，有助于降低涉及智能合约的复杂交易的潜在[燃料](/developers/docs/gas/)花费。 EIP-1559 的费用市场变化不包含在 Type 1 交易中。 Type 1 交易还包括一个 `yParity` 参数，它可以是 `0x0` 或 `0x1`，表示 secp256k1 签名的 y 值奇偶性。 它们以字节 `0x01` 开头进行标识，其交易类型 (TransactionType) 值为 `0x1`。
 
-3. **Type 2 交易**通常称为 EIP-1559 交易，是在以太坊[伦敦升级](/history/#london)的 [EIP-1559](https://eips.ethereum.org/EIPS/eip-1559) 中引入的。 它们已成为以太坊网络上的标准交易类型。 这些交易引入了一种新的费用市场机制，通过将交易费分为基础费用和优先费用来提高可预测性。 它们以字节 `0x02` 开头，并包括 `maxPriorityFeePerGas` 和 `maxFeePerGas` 的字段。 Type 2 交易因其灵活性和效率，现已成为默认选择，特别是在网络严重拥堵期间，由于它能够帮助用户提高管理交易费用的可预测性，因此特别受到青睐。 这些交易的 TransactionType 值为 `0x2`。
+3. **Type 2 交易**通常称为 EIP-1559 交易，是在以太坊[伦敦升级](/ethereum-forks/#london)的 [EIP-1559](https://eips.ethereum.org/EIPS/eip-1559) 中引入的。 它们已成为以太坊网络上的标准交易类型。 这些交易引入了一种新的费用市场机制，通过将交易费分为基础费用和优先费用来提高可预测性。 它们以字节 `0x02` 开头，并包括 `maxPriorityFeePerGas` 和 `maxFeePerGas` 的字段。 Type 2 交易因其灵活性和效率，现已成为默认选择，特别是在网络严重拥堵期间，由于它能够帮助用户提高管理交易费用的可预测性，因此特别受到青睐。 这些交易的 TransactionType 值为 `0x2`。
 
 
 
diff --git a/public/content/translations/zh/developers/tutorials/downsizing-contracts-to-fight-the-contract-size-limit/index.md b/public/content/translations/zh/developers/tutorials/downsizing-contracts-to-fight-the-contract-size-limit/index.md
index 44210872c43..a9df421999e 100644
--- a/public/content/translations/zh/developers/tutorials/downsizing-contracts-to-fight-the-contract-size-limit/index.md
+++ b/public/content/translations/zh/developers/tutorials/downsizing-contracts-to-fight-the-contract-size-limit/index.md
@@ -21,7 +21,7 @@ sourceUrl: https://soliditydeveloper.com/max-contract-size
 
 引入这一限制是为了防止拒绝服务 (DOS) 攻击。 任何对合约的调用从矿工费上来说都是相对便宜的。 然而，根据被调用合约代码的大小（从磁盘读取代码、预处理代码、将数据添加到 Merkle 证明），合约调用对以太坊节点的影响会不成比例地增加。 每当您出现这样的情况，攻击者只需要很少的资源就能给别人造成大量的工作，您就有可能遭受 DOS 攻击。
 
-最初，这不是什么大问题，因为一个自然合约大小限制是区块燃料限制。 显然，合约必须和其所有字节码一起部署在交易内。 如果只将单个交易添加到区块中，可能会用完所有燃料，而燃料并非无限。 [伦敦升级](/history/#london)后，区块燃料限制已能够根据网络需求在 15M 和 30M 单位之间变动。
+最初，这不是什么大问题，因为一个自然合约大小限制是区块燃料限制。 显然，合约必须和其所有字节码一起部署在交易内。 如果只将单个交易添加到区块中，可能会用完所有燃料，而燃料并非无限。 [伦敦升级](/ethereum-forks/#london)后，区块燃料限制已能够根据网络需求在 15M 和 30M 单位之间变动。
 
 在下文中，我们将根据其潜在的影响顺序来研究一些方法。 从减肥的角度来谈一谈。 对于一个人来说，要达到他们的目标体重（在我们的例子中是 24 kb），最好的策略是首先关注影响较大的方法。 在大多数情况下，只要调整您的饮食就能达到目标，但有时您需要做得更多一些。 然后您可以增加一些锻炼（中等影响）或甚至补充剂（小影响）。
 
diff --git a/public/content/translations/zh/history/index.md b/public/content/translations/zh/ethereum-forks/index.md
similarity index 99%
rename from public/content/translations/zh/history/index.md
rename to public/content/translations/zh/ethereum-forks/index.md
index a0a52b565f6..af92dfc4b69 100644
--- a/public/content/translations/zh/history/index.md
+++ b/public/content/translations/zh/ethereum-forks/index.md
@@ -268,7 +268,7 @@ Bellatrix 升级是计划的第二次[信标链](/roadmap/beacon-chain)升级，
 
 在 London 升级之前，以太坊有固定大小的区块。 在网络需求高峰期，这些区块满负荷运行。 因此，用户常常不得不等到需求量降低后才能将交易添加到区块中，这导致用户体验变差。 London 升级为以太坊引入了大小可变的区块。
 
-以太坊网络交易费的计算方式在 2021 年 8 月的 [London 升级](/history/#london)后发生了改变。 在 London 伦敦升级前，费用的计算没有区分 `base` 费用和 `priority` 费用，如下所示：
+以太坊网络交易费的计算方式在 2021 年 8 月的 [London 升级](/ethereum-forks/#london)后发生了改变。 在 London 伦敦升级前，费用的计算没有区分 `base` 费用和 `priority` 费用，如下所示：
 
 假设 Alice 需要向 Bob 支付 1 个以太币。 在交易中，燃料限制为 21,000 单位，燃料的价格是 200 gwei。
 
diff --git a/public/content/translations/zh/governance/index.md b/public/content/translations/zh/governance/index.md
index a7654f7a446..0052455eece 100644
--- a/public/content/translations/zh/governance/index.md
+++ b/public/content/translations/zh/governance/index.md
@@ -152,7 +152,7 @@ _注：任何个人都可以属于多个组（如：协议开发者可以支持
 
 虽然以前的规范和开发实现始终是完全开源的，但用于提议更新的上述正式过程并没有被使用。 这使研究人员和执行人员能够更快地确定和商定各种变化。
 
-当信标链于 2022 年 9 月 15 日与以太坊执行层合并时，作为[巴黎网络升级](/history/#paris)的一部分，合并完成。 提案 [EIP-3675](https://eips.ethereum.org/EIPS/eip-3675) 从“上次调用”变为“最终版”，完成向权益正面的过渡。
+当信标链于 2022 年 9 月 15 日与以太坊执行层合并时，作为[巴黎网络升级](/ethereum-forks/#paris)的一部分，合并完成。 提案 [EIP-3675](https://eips.ethereum.org/EIPS/eip-3675) 从“上次调用”变为“最终版”，完成向权益正面的过渡。
 
 <ButtonLink href="/roadmap/merge/">
   关于合并的更多信息
diff --git a/public/content/translations/zh/roadmap/merge/index.md b/public/content/translations/zh/roadmap/merge/index.md
index b22b776cf02..e52cb531f2d 100644
--- a/public/content/translations/zh/roadmap/merge/index.md
+++ b/public/content/translations/zh/roadmap/merge/index.md
@@ -17,7 +17,7 @@ summaryPoint4: 合并将使以太坊的能源消耗减少大约 99.95%。
 
 ## 什么是合并？ {#what-is-the-merge}
 
-合并是指以太坊的原有执行层（从[创世块](/history/#frontier)开始就一直存在的主网）加入其新的权益证明共识层，即信标链。 合并摒弃了消耗大量能源的挖矿，而是通过质押以太币来保护网络的安全。 这是实现以太坊愿景 — 可扩展性、安全性和可持续性更强 — 这一过程中真正激动人心的一步。
+合并是指以太坊的原有执行层（从[创世块](/ethereum-forks/#frontier)开始就一直存在的主网）加入其新的权益证明共识层，即信标链。 合并摒弃了消耗大量能源的挖矿，而是通过质押以太币来保护网络的安全。 这是实现以太坊愿景 — 可扩展性、安全性和可持续性更强 — 这一过程中真正激动人心的一步。
 
 <MergeInfographic />
 
diff --git a/public/content/translations/zh/roadmap/merge/issuance/index.md b/public/content/translations/zh/roadmap/merge/issuance/index.md
index 4a053644e7c..f7e882b1c15 100644
--- a/public/content/translations/zh/roadmap/merge/issuance/index.md
+++ b/public/content/translations/zh/roadmap/merge/issuance/index.md
@@ -30,11 +30,11 @@ title="以太币发行内容提要">
 
 ### 执行层发行 {#el-issuance-pre-merge}
 
-在工作量证明下，矿工只和执行层交互，并且如果他是第一个提出下一个区块的矿工，则会获得区块奖励。 在 2019 年的[君士坦丁堡升级](/history/#constantinople)后，这种奖励是每个区块 2 个以太币。 而且，矿工发布[叔块](/glossary/#ommer)也会得到奖励，叔块是在最长链/规范链之外的有效区块。 每个叔块的最高奖励是 1.75 个以太币，_此外_，还有来自规范区块的奖励。 挖矿过程是一种经济密集型活动，历来需要大量发行以太币才能维持。
+在工作量证明下，矿工只和执行层交互，并且如果他是第一个提出下一个区块的矿工，则会获得区块奖励。 在 2019 年的[君士坦丁堡升级](/ethereum-forks/#constantinople)后，这种奖励是每个区块 2 个以太币。 而且，矿工发布[叔块](/glossary/#ommer)也会得到奖励，叔块是在最长链/规范链之外的有效区块。 每个叔块的最高奖励是 1.75 个以太币，_此外_，还有来自规范区块的奖励。 挖矿过程是一种经济密集型活动，历来需要大量发行以太币才能维持。
 
 ### 共识层发行 {#cl-issuance-pre-merge}
 
-[信标链](/history/#beacon-chain-genesis)在 2020 年上线。 它由验证者使用权益证明保证安全，而非矿工。 信标链是通过以太坊用户将以太币单向存入主网（执行层）上的智能合约驱动的，信标链会侦听主网并在新链上为用户记入相同数量的以太币。 合并发生前，信标链的验证者并不处理交易，他们本质上是就验证者池的状态达成共识。
+[信标链](/ethereum-forks/#beacon-chain-genesis)在 2020 年上线。 它由验证者使用权益证明保证安全，而非矿工。 信标链是通过以太坊用户将以太币单向存入主网（执行层）上的智能合约驱动的，信标链会侦听主网并在新链上为用户记入相同数量的以太币。 合并发生前，信标链的验证者并不处理交易，他们本质上是就验证者池的状态达成共识。
 
 信标链上的验证者在证明链的状态和提出区块时，会获得以太币奖励。 在每个时段（每 6.4 分钟），会根据验证者的表现计算和分配奖励（或惩罚）。 验证者的奖励**明显**少于之前工作量证明下提供的挖矿奖励（大约每 13.5 秒 2 个以太币），因为运行验证者节点并不是经济密集活动，因此不需要或不应该有那么高的奖励。
 
@@ -94,7 +94,7 @@ title="以太币发行内容提要">
 针对以太币发行的反制因素是以太币销毁率。 为了在以太坊上执行交易，必须支付最低费用（称为“基础费”），基础费随网络活动持续波动（区块到区块）。 该费用使用以太币支付，为了让交易有效_必须_支付。 基础费在交易过程中_销毁_并退出流通。
 
 <InfoBanner>
-费用销毁在 2021 年 8 月的[伦敦升级](/history/#london)后上线，在合并后保持不变。
+费用销毁在 2021 年 8 月的[伦敦升级](/ethereum-forks/#london)后上线，在合并后保持不变。
 </InfoBanner>
 
 除了伦敦升级实现的费用销毁外，验证者也会因为离线受到惩罚，更糟糕的情况是，他们可能会因为违反某些规则致使网络安全受到威胁而被罚没。 这些惩罚导致验证者的以太币余额减少，罚没金额不会直接奖励给任何其他帐户，而是真正地销毁/退出流通。
diff --git a/public/content/translations/zh/staking/withdrawals/index.md b/public/content/translations/zh/staking/withdrawals/index.md
index 8d74bc83cc1..7ccd8f419ee 100644
--- a/public/content/translations/zh/staking/withdrawals/index.md
+++ b/public/content/translations/zh/staking/withdrawals/index.md
@@ -65,7 +65,7 @@ summaryPoints:
 
 上海/卡佩拉升级后，可以将之前质押的以太币收回到普通以太坊帐户中。 这就结束了质押流动性循环，并使以太坊向着建立一个可持续、可扩展、安全的去中心化生态系统迈进一步。
 
-- [更多关于以太坊历史的信息](/history/)
+- [更多关于以太坊历史的信息](/ethereum-forks/)
 - [更多关于以太坊路线图的信息](/roadmap/)
 
 ## 提款支付是如何运作的？ {#how-do-withdrawals-work}
diff --git a/public/images/ethereum-history-founder-and-ownership/ethereum-history-founder-and-ownership-hero.png b/public/images/ethereum-history-founder-and-ownership/ethereum-history-founder-and-ownership-hero.png
new file mode 100644
index 00000000000..421d4189ab7
Binary files /dev/null and b/public/images/ethereum-history-founder-and-ownership/ethereum-history-founder-and-ownership-hero.png differ
diff --git a/public/llms.txt b/public/llms.txt
index 4f592422c7d..2f6a95bcaa9 100644
--- a/public/llms.txt
+++ b/public/llms.txt
@@ -221,7 +221,7 @@ Ethereum.org is the primary educational hub for Ethereum, offering beginner-frie
 ### Foundational Documents
 - [Ethereum Whitepaper](https://ethereum.org/content/whitepaper/index.md): Original vision document by Vitalik Buterin
 - [Ethereum Improvement Proposals (EIPs)](https://ethereum.org/content/eips/index.md): Protocol upgrade specifications
-- [Ethereum History](https://ethereum.org/content/history/index.md): Timeline and key milestones
+- [Ethereum History](https://ethereum.org/content/ethereum-forks/index.md): Timeline and key milestones
 
 ### Protocol Development
 - [Ethereum Roadmap](https://ethereum.org/roadmap/): Future development plans and priorities
diff --git a/src/components/DocLink/DocLink.stories.tsx b/src/components/DocLink/DocLink.stories.tsx
index 1efc393f1c4..b4f5335eb83 100644
--- a/src/components/DocLink/DocLink.stories.tsx
+++ b/src/components/DocLink/DocLink.stories.tsx
@@ -15,7 +15,7 @@ type Story = StoryObj<typeof meta>
 
 export const Default: Story = {
   args: {
-    href: "/history/",
+    href: "/ethereum-forks/",
     children: "History of Ethereum",
   },
 }
@@ -34,7 +34,7 @@ export const MultipleLinks: Story = {
   },
   render: () => (
     <VStack className="items-stretch gap-4">
-      <DocLink href="/history/">History of Ethereum</DocLink>
+      <DocLink href="/ethereum-forks/">History of Ethereum</DocLink>
       <DocLink href="https://ethereum.org" isExternal>
         Ethereum Website
       </DocLink>
diff --git a/src/components/Footer.tsx b/src/components/Footer.tsx
index 0a0e9720c5d..ad821fe29b0 100644
--- a/src/components/Footer.tsx
+++ b/src/components/Footer.tsx
@@ -255,7 +255,7 @@ const Footer = ({ lastDeployLocaleTimestamp }: FooterProps) => {
           text: t("nav-roadmap-security-label"),
         },
         {
-          href: "/history/",
+          href: "/ethereum-forks/",
           text: t("nav-history-label"),
         },
         {
diff --git a/src/data/crowdin/file-ids.json b/src/data/crowdin/file-ids.json
index d3bff51e9fa..75937db910e 100644
--- a/src/data/crowdin/file-ids.json
+++ b/src/data/crowdin/file-ids.json
@@ -661,7 +661,7 @@
   },
   {
     "id": 2672,
-    "path": "/history/index.md"
+    "path": "/ethereum-forks/index.md"
   },
   {
     "id": 7529,
diff --git a/src/intl/en/common.json b/src/intl/en/common.json
index 8d65f565d5c..43a59c8060d 100644
--- a/src/intl/en/common.json
+++ b/src/intl/en/common.json
@@ -99,6 +99,7 @@
   "ethereum-foundation-logo": "Ethereum Foundation logo",
   "ethereum-glossary": "Ethereum glossary",
   "ethereum-governance": "Ethereum governance",
+  "ethereum-history-founder-and-ownership": "Ethereum history, founder and ownership",
   "ethereum-logo": "Ethereum logo",
   "ethereum-online": "Online communities",
   "ethereum-protocol": "Ethereum protocol",
@@ -274,6 +275,7 @@
   "nav-ethereum-networks": "Ethereum networks",
   "nav-ethereum-networks-description": "Cheaper and faster transactions for Ethereum",
   "nav-ethereum-vs-bitcoin-description": "Understand the differences between Ethereum and Bitcoin",
+  "nav-ethereum-history-founder-and-ownership-description": "Understand the history, founder and ownership of Ethereum",
   "nav-ethereum-wallets-description": "An app to interact with your Ethereum account",
   "nav-events-description": "Decentralization and freedom to participate for anyone",
   "nav-events-irl-description": "Every month there are major Ethereum events in-person and online",
diff --git a/src/intl/en/page-ethereum-history-founder-and-ownership.json b/src/intl/en/page-ethereum-history-founder-and-ownership.json
new file mode 100644
index 00000000000..192aee3d2db
--- /dev/null
+++ b/src/intl/en/page-ethereum-history-founder-and-ownership.json
@@ -0,0 +1,65 @@
+{
+  "page-ethereum-history-founder-and-ownership-meta-title": "History of Ethereum: founder, launch and ownership | ethereum.org",
+  "page-ethereum-history-founder-and-ownership-meta-description": "Learn about Ethereum's history, including who created it, when it launched and who controls it today.",
+  "page-ethereum-history-founder-and-ownership-twitter-meta-description": "Learn the differences between Bitcoin and Ethereum, including use cases, network performance, token economics and more.",
+  "page-ethereum-history-founder-and-ownership-title": "History of Ethereum: founder, launch and ownership",
+  "page-ethereum-history-founder-and-ownership-description-1": "Ethereum was founded by Vitalik Buterin in 2013. Several co-founders joined later, including Gavin Wood and Joseph Lubin. The Ethereum network officially launched on July 30, 2015, with the mining of the first block (the Genesis block).",
+  "page-ethereum-history-founder-and-ownership-who-founded-ethereum-description-1": "Unlike traditional organizations, <strong>Ethereum has no CEO</strong>, board, or single controlling party. It's a decentralized platform governed by its community, with the non-profit Ethereum Foundation providing support.",
+  "page-ethereum-history-founder-and-ownership-who-founded-ethereum": "Who founded/co-founded Ethereum?",
+  "page-ethereum-history-founder-and-ownership-who-founded-ethereum-launch-description-1": "Ethereum was <strong>founded by Vitalik Buterin</strong> who conceived the idea <strong>in late 2013</strong>.",
+  "page-ethereum-history-founder-and-ownership-who-founded-ethereum-launch-description-2": "Born in Russia in 1994 and raised in Canada, Buterin displayed exceptional mathematical talent from an early age.",
+  "page-ethereum-history-founder-and-ownership-who-founded-ethereum-launch-description-3": "He discovered Bitcoin in 2011, and started writing Bitcoin articles which led him to co-found <em>Bitcoin Magazine</em> in 2012. This was one of the first publications dedicated to cryptocurrency. By being a part of the early Bitcoin community, he witnessed first hand its potential and its limitations.",
+  "page-ethereum-history-founder-and-ownership-who-founded-ethereum-launch-description-4": "In 2014, Vitalik published the <whitepaper>Ethereum Whitepaper</whitepaper>, outlining a platform that would go beyond Bitcoin by creating a blockchain that could do more than just payments.",
+  "page-ethereum-history-founder-and-ownership-who-founded-ethereum-launch-description-5": "Ethereum expands on the Bitcoin approach, basically saying, well, instead of having rules that are designed around supporting one application, we're going to make something more general purpose where people can just build their own applications and the rules for whatever applications they built can be executed, implemented on the Ethereum platform.",
+  "page-ethereum-history-founder-and-ownership-when-ethereum-when-did-ethereum-launch": "When did Ethereum launch?",
+  "page-ethereum-history-founder-and-ownership-who-owns-and-runs-ethereum-now": "Who owns and runs Ethereum now?",
+  "page-ethereum-history-founder-and-ownership-founder-of-ethereum": "Founder of Ethereum",
+ "page-ethereum-history-founder-and-ownership-who-founded-ethereum-launch-description-6": "Ethereum was co-founded by 8 individuals who helped bring Ethereum to life.",
+ "page-ethereum-history-founder-and-ownership-who-founded-ethereum-launch-vitalik-buterin": "<strong>Vitalik Buterin</strong>: Conceived Ethereum in 2013, authored the original whitepaper, and became its chief visionary and advocate, articulating the concept of a decentralized world computer and guiding the protocol's technical and philosophical direction.",
+ "page-ethereum-history-founder-and-ownership-who-founded-ethereum-launch-gavin-wood": "<strong>Gavin Wood</strong>: Developed the <solidity>Solidity</solidity> programming language and wrote the <ethereumYellowPaper>Ethereum Yellow Paper</ethereumYellowPaper>, the technical guide for the Ethereum Virtual Machine (EVM).",
+ "page-ethereum-history-founder-and-ownership-who-founded-ethereum-launch-joseph-lubin": "<strong>Joseph Lubin</strong>: Helped fund Ethereum's very early stages and later founded <consensys>ConsenSys</consensys>, a company focused on building Ethereum-based apps and infrastructure.",
+ "page-ethereum-history-founder-and-ownership-who-founded-ethereum-launch-jeffrey-wilcke": "<strong>Jeffrey Wilcke</strong>: Created <geth>Geth</geth>, the original and most widely used Ethereum execution clients, responsible for running the EVM and storing Ethereum network data.",
+ "page-ethereum-history-founder-and-ownership-who-founded-ethereum-launch-mihai-alisie": "<strong>Mihai Alisie</strong>: Co-founded Bitcoin Magazine with Vitalik Buterin and helped establish the Ethereum Foundation in Switzerland, serving as vice president and setting up the legal framework for ether's pre-sale.",
+ "page-ethereum-history-founder-and-ownership-who-founded-ethereum-launch-anthony-di-lorio": "<strong>Anthony Di Lorio</strong>",
+ "page-ethereum-history-founder-and-ownership-who-founded-ethereum-launch-amir-chetrit": "<strong>Amir Chetrit</strong>",
+ "page-ethereum-history-founder-and-ownership-who-founded-ethereum-launch-charles-hoskinson": "<strong>Charles Hoskinson</strong>",
+ "page-ethereum-history-founder-and-ownership-who-founded-ethereum-launch-description-7": "Today, Vitalik Buterin remains actively involved in Ethereum's development. Joseph Lubin continues to lead ConsenSys. His company develops key tools for the Ethereum ecosystem like <strong>MetaMask</strong> and <strong>Infura</strong>.",
+ "page-ethereum-history-founder-and-ownership-when-did-ethereum-launch-description-1": "The journey from Vitalik's initial idea to Ethereum's official launch took about 20 months. Here are the key milestones:",
+ "page-ethereum-history-founder-and-ownership-when-did-ethereum-launch-description-2": "<strong>November 2013:</strong> Vitalik Buterin shares the Ethereum whitepaper. It describes his vision for a blockchain platform that could run smart contracts.",
+ "page-ethereum-history-founder-and-ownership-when-did-ethereum-launch-description-3": "<strong>January 2014:</strong> Vitalik <announcement>announces publicly</announcement> the concept for Ethereum at the North American Bitcoin Conference in Miami.",
+ "page-ethereum-history-founder-and-ownership-when-did-ethereum-launch-description-4": "<strong>July-August 2014:</strong> To fund the development of Ethereum, the founding team ran a public crowdfunding campaign. They raised 31,000 BTC (worth about $18 million at the time) in return for ether (ETH).",
+ "page-ethereum-history-founder-and-ownership-when-did-ethereum-launch-description-5": "<strong>April 2015:</strong> Vitalik and co-founders launch Ethereum's Olympic testnet. This was the final testing phase before the main network launch.",
+ "page-ethereum-history-founder-and-ownership-when-did-ethereum-launch-description-6": "<strong>July 30, 2015:</strong> The founding team officially launch the Ethereum mainnet by mining the genesis block. This marks the birth of the Ethereum network.",
+"page-ethereum-history-founder-and-ownership-when-did-ethereum-launch-description-7": "<strong>March 14, 2016:</strong> The Ethereum community implement \"Homestead,\" the first planned upgrade. This signals that Ethereum was ready for mainstream adoption.",
+"page-ethereum-history-founder-and-ownership-when-did-ethereum-launch-description-8": "We had this notion on the Ethereum project that we'd only really ever get one shot at it, it was really one and done, so we had to get it right.",
+"page-ethereum-history-founder-and-ownership-when-did-ethereum-launch-description-9": "Ethereum Co-founder",
+"page-ethereum-history-founder-and-ownership-when-did-ethereum-launch-description-10": "Ethereum's launch marked a major milestone in blockchain technology. It introduced smart contracts and created a platform for decentralized applications.",
+"page-ethereum-history-founder-and-ownership-when-did-ethereum-launch-description-11": "You can <genesisBlock>always view the Ethereum genesis block</genesisBlock> preserving the moment when Ethereum first came to life.",
+"page-ethereum-history-founder-and-ownership-when-did-ethereum-launch-description-12": "See the complete list of Ethereum upgrades",
+"page-ethereum-history-founder-and-ownership-when-did-ethereum-launch-description-13": "Check out the future Ethereum roadmap",
+"page-ethereum-history-founder-and-ownership-who-owns-and-runs-ethereum-now-description-1": "One of the most unique aspects of Ethereum is its ownership structure, or more accurately, its lack of traditional ownership. Unlike a regular company, Ethereum:",
+"page-ethereum-history-founder-and-ownership-who-owns-and-runs-ethereum-now-description-2": "<strong>has no CEO or central authority</strong>",
+"page-ethereum-history-founder-and-ownership-who-owns-and-runs-ethereum-now-description-3": "is <strong>not controlled by any single entity</strong> or organization",
+"page-ethereum-history-founder-and-ownership-who-owns-and-runs-ethereum-now-description-4": "<strong>does not have shareholders</strong> in the traditional sense",
+"page-ethereum-history-founder-and-ownership-who-owns-and-runs-ethereum-now-description-5": "Instead, Ethereum works as a decentralized network. It's <strong>maintained by thousands of independent computers</strong> (nodes) around the world. This decentralized model is at the core of Ethereum's design and value.",
+"page-ethereum-history-founder-and-ownership-who-owns-and-runs-ethereum-now-description-6": "Several key groups help with Ethereum's ongoing development and governance:",
+"page-ethereum-history-founder-and-ownership-ethereum-foundation": "1. The Ethereum Foundation",
+"page-ethereum-history-founder-and-ownership-ethereum-foundation-description-1": "The <strong>Ethereum Foundation is a non-profit organization</strong> that supports Ethereum and related technologies. While important, it does not control the network. The foundation:",
+"page-ethereum-history-founder-and-ownership-ethereum-foundation-description-2": "manages funds to support Ethereum development",
+"page-ethereum-history-founder-and-ownership-ethereum-foundation-description-3": "provides grants to projects building on Ethereum",
+"page-ethereum-history-founder-and-ownership-ethereum-foundation-description-4": "organizes community events and educational initiatives",
+"page-ethereum-history-founder-and-ownership-ethereum-foundation-description-5": "coordinates research efforts",
+"page-ethereum-history-founder-and-ownership-core-developers": "2. Core developers and researchers",
+"page-ethereum-history-founder-and-ownership-core-developers-description-1": "A global community of developers and researchers contribute to Ethereum's code and design. These contributors propose, discuss, and implement improvements through an open, public process. Vitalik Buterin remains respected in the community, however, decisions are made through group agreement rather than by any single person.",
+"page-ethereum-history-founder-and-ownership-eip": "3. Ethereum Improvement Proposals (EIPs)",
+"page-ethereum-history-founder-and-ownership-eip-description-1": "The Ethereum community proposes changes to the network through <eips>Ethereum Improvement Proposals (EIPs)</eips>. This open system allows anyone to suggest improvements. These ideas are then discussed, refined, and potentially implemented by the community.",
+"page-ethereum-history-founder-and-ownership-validators": "4. Node operators and validators",
+"page-ethereum-history-founder-and-ownership-validators-description-1": "Since Ethereum's shift to proof-of-stake in September 2022, the network is secured by validators who lock up (stake) ETH and process transactions. There are <beaconchain>a large number of validators</beaconchain> spread out all over the world, which distributes control of the network far and wide.",
+"page-ethereum-history-founder-and-ownership-validators-description-2": "This decentralized model limits control by any single entity, making Ethereum resistant to censorship. This includes its original founders. No one person or organization can change Ethereum's rules or shut down the network on their own.",
+"page-ethereum-history-founder-and-ownership-validators-description-3": "The core difference between building an application on Ethereum versus building it on some traditional centralized platform is this core idea that once you build your application, the application does not need to depend on you or any other single person for its continued existence. And the application is guaranteed to continue running according to the rules that were specified.",
+"page-ethereum-history-founder-and-ownership-conclusion": "Conclusion",
+"page-ethereum-history-founder-and-ownership-conclusion-description-1": "From its creation by Vitalik Buterin in 2013 to its launch in 2015 and growth today, <strong>Ethereum has stayed true to its founding vision</strong>. It remains a <strong>decentralized, credibly neutral</strong> platform for applications that run exactly as programmed. The network and the apps built on top of it run <strong>without downtime, censorship, fraud, or third-party interference</strong>.",
+"page-ethereum-history-founder-and-ownership-conclusion-description-2": "Ethereum's story continues to unfold with each update and innovation. As the network evolves, it exemplifies how decentralized governance can drive technological progress without traditional corporate structures.",
+"page-ethereum-history-founder-and-ownership-conclusion-description-3": "Ethereum has transformed from a visionary whitepaper to a <strong>global infrastructure layer powering thousands of applications and billions in value</strong>. This proves that open collaboration can reshape not just finance, but fundamental concepts of ownership, governance, and digital trust.",
+"page-ethereum-history-founder-and-ownership-conclusion-description-4": "Learn more about Ethereum's governance process"
+}
\ No newline at end of file
diff --git a/src/lib/nav/buildNavigation.ts b/src/lib/nav/buildNavigation.ts
index 6aa7f938f87..2b7f5412b1b 100644
--- a/src/lib/nav/buildNavigation.ts
+++ b/src/lib/nav/buildNavigation.ts
@@ -39,6 +39,13 @@ export const buildNavigation = (t: TranslateFn): NavSections => {
               description: t("nav-ethereum-vs-bitcoin-description"),
               href: "/ethereum-vs-bitcoin/",
             },
+            {
+              label: t("ethereum-history-founder-and-ownership"),
+              description: t(
+                "nav-ethereum-history-founder-and-ownership-description"
+              ),
+              href: "/ethereum-history-founder-and-ownership/",
+            },
             {
               label: t("ethereum-wallets"),
               description: t("nav-ethereum-wallets-description"),
@@ -471,7 +478,7 @@ export const buildNavigation = (t: TranslateFn): NavSections => {
             {
               label: t("nav-history-label"),
               description: t("nav-history-description"),
-              href: "/history/",
+              href: "/ethereum-forks/",
             },
             {
               label: t("nav-open-research-label"),
diff --git a/src/lib/utils/translations.ts b/src/lib/utils/translations.ts
index 94e2374ca9d..80c6eb0a46b 100644
--- a/src/lib/utils/translations.ts
+++ b/src/lib/utils/translations.ts
@@ -117,7 +117,7 @@ const getRequiredNamespacesForPath = (relativePath: string) => {
     requiredNamespaces = [...requiredNamespaces, "glossary"]
   }
 
-  if (path.startsWith("/history/")) {
+  if (path.startsWith("/ethereum-forks/")) {
     primaryNamespace = "page-history"
   }
 
diff --git a/src/scripts/markdownChecker.ts b/src/scripts/markdownChecker.ts
index 2c64a4f739d..8bfbdd09ecc 100644
--- a/src/scripts/markdownChecker.ts
+++ b/src/scripts/markdownChecker.ts
@@ -279,7 +279,7 @@ function processMarkdown(path: string, summary: string[]) {
   // TODO: create .env commit warning component for tutorials
   // Ignore tutorials with Javascript and ExpandableCards
   if (
-    !path.includes("/history/") &&
+    !path.includes("/ethereum-forks/") &&
     !path.includes("/whitepaper/") &&
     !path.includes("/roadmap/") &&
     !path.includes("alchemy") &&