diff --git a/.all-contributorsrc b/.all-contributorsrc index ce3c46929f0..4926df517fb 100644 --- a/.all-contributorsrc +++ b/.all-contributorsrc @@ -14058,6 +14058,33 @@ "contributions": [ "tool" ] + }, + { + "login": "jgresham", + "name": "Johns Gresham", + "avatar_url": "https://avatars.githubusercontent.com/u/3721291?v=4", + "profile": "http://jgresham.xyz", + "contributions": [ + "maintenance" + ] + }, + { + "login": "Dragoon0x", + "name": "Dragoon", + "avatar_url": "https://avatars.githubusercontent.com/u/255907778?v=4", + "profile": "https://github.com/Dragoon0x", + "contributions": [ + "tool" + ] + }, + { + "login": "0xMushow", + "name": "0xMushow", + "avatar_url": "https://avatars.githubusercontent.com/u/105550256?v=4", + "profile": "https://mushow.uk/", + "contributions": [ + "maintenance" + ] } ], "contributorsPerLine": 7, diff --git a/.claude/plans/github-contributors-data-layer.md b/.claude/plans/github-contributors-data-layer.md new file mode 100644 index 00000000000..9eba10cd5d0 --- /dev/null +++ b/.claude/plans/github-contributors-data-layer.md @@ -0,0 +1,172 @@ +# Plan: Migrate GitHub Contributors to Data Layer + +## Summary + +Replace the current per-request GitHub API fetching with pre-computed data stored in Netlify Blobs via the existing data-layer infrastructure. This eliminates ~173K-347K API calls per build. + +## Files to Delete (Previous Implementation) + +- `src/scripts/github/getGitHubContributors.ts` +- `src/data/github/contributors.json` +- `src/data/github/app-contributors.json` +- `.github/workflows/get-github-contributors.yml` + +## Files to Create + +### 1. `src/data-layer/fetchers/fetchGitHubContributors.ts` + +New fetcher that: +- Fetches contributors for all content files from GitHub API +- Fetches contributors for all app pages +- Returns `GitHubContributorsData` type +- Follows existing fetcher patterns (logging, error handling, rate limiting) + +```typescript +export const FETCH_GITHUB_CONTRIBUTORS_TASK_ID = "fetch-github-contributors" + +export async function fetchGitHubContributors(): Promise { + // Fetch all content file contributors + // Fetch all app page contributors + // Return combined data +} +``` + +### 2. `src/data-layer/mocks/fetch-github-contributors.json` + +Mock data for local development with `USE_MOCK_DATA=true`. + +## Files to Modify + +### 1. `src/lib/types.ts` + +Add type definition: +```typescript +export type GitHubContributorsData = { + content: Record // slug -> contributors + appPages: Record // pagePath -> contributors + generatedAt: string +} +``` + +### 2. `src/data-layer/tasks.ts` + +- Add import for `fetchGitHubContributors` +- Add key: `GITHUB_CONTRIBUTORS: "fetch-github-contributors"` +- Add to `DAILY` array: `[KEYS.GITHUB_CONTRIBUTORS, fetchGitHubContributors]` + +### 3. `src/data-layer/index.ts` + +Add getter: +```typescript +export const getGitHubContributors = () => + get(KEYS.GITHUB_CONTRIBUTORS) +``` + +### 4. `src/lib/data/index.ts` + +Add cached wrapper: +```typescript +export const getGitHubContributors = createCachedGetter( + dataLayer.getGitHubContributors, + ["github-contributors"], + CACHE_REVALIDATE_DAY +) +``` + +### 5. `src/lib/utils/gh.ts` + +- Remove the static JSON imports I added earlier +- Remove `getStaticContentContributors` and `getStaticAppContributors` +- Keep `fetchAndCacheGitHubContributors` as fallback for dev/new files + +### 6. `src/lib/utils/contributors.ts` + +Update to use data-layer: +```typescript +import { getGitHubContributors } from "@/lib/data" + +export const getMarkdownFileContributorInfo = async (...) => { + const contributorsData = await getGitHubContributors() + let gitHubContributors = contributorsData?.content[slug] || null + + // Fallback to API if not in data layer (new files during dev) + if (!gitHubContributors) { + gitHubContributors = await fetchAndCacheGitHubContributors(...) + } + // ... rest unchanged +} + +export const getAppPageContributorInfo = async (...) => { + const contributorsData = await getGitHubContributors() + let uniqueGitHubContributors = contributorsData?.appPages[pagePath] || null + + // Fallback to API if not in data layer + if (!uniqueGitHubContributors) { + // ... existing API fetch logic + } + // ... rest unchanged +} +``` + +## Data Flow + +``` +Trigger.dev (daily) + ↓ +fetchGitHubContributors() - fetches from GitHub API + ↓ +set(KEYS.GITHUB_CONTRIBUTORS, data) - stores in Netlify Blobs + ↓ +Page render calls getGitHubContributors() + ↓ +unstable_cache + React cache (request dedup) + ↓ +storage.get() - retrieves from Netlify Blobs + ↓ +contributors.ts uses data (zero API calls) +``` + +## Implementation Order + +1. Delete previous implementation files +2. Add `GitHubContributorsData` type to `src/lib/types.ts` +3. Create `src/data-layer/fetchers/fetchGitHubContributors.ts` +4. Create `src/data-layer/mocks/fetch-github-contributors.json` +5. Update `src/data-layer/tasks.ts` (key + import + DAILY registration) +6. Update `src/data-layer/index.ts` (add getter) +7. Update `src/lib/data/index.ts` (add cached wrapper) +8. Update `src/lib/utils/gh.ts` (remove static imports/functions) +9. Update `src/lib/utils/contributors.ts` (use data-layer) +10. Run `pnpm lint:fix` and `npx tsc --noEmit` + +## Notes + +- **No filesystem access** in Trigger.dev - use GitHub Contents API to list files +- Rate limiting: Use delays between requests (100-500ms) +- App pages list: Predefined static list (changes infrequently) +- Content files: Use GitHub API `GET /repos/{owner}/{repo}/contents/{path}` to recursively list `public/content/` + +## GitHub API for File Discovery + +```typescript +// List directory contents recursively +async function listContentFiles(path = "public/content"): Promise { + const url = `https://api.github.com/repos/ethereum/ethereum-org-website/contents/${path}` + const response = await fetch(url, { + headers: { Authorization: `token ${token}` } + }) + const items = await response.json() + + const slugs: string[] = [] + for (const item of items) { + if (item.type === "dir" && item.name !== "translations") { + // Recursively list subdirectories + slugs.push(...await listContentFiles(item.path)) + } else if (item.name === "index.md") { + // Found a content file, extract slug + slugs.push(path.replace("public/content/", "")) + } + } + return slugs +} +``` diff --git a/.github/workflows/claude-review-translations.yml b/.github/workflows/claude-review-translations.yml index f779aa50173..9463cde5294 100644 --- a/.github/workflows/claude-review-translations.yml +++ b/.github/workflows/claude-review-translations.yml @@ -52,21 +52,21 @@ jobs: github.event_name == 'issue_comment' && contains(github.event.comment.body, '@claude') && contains(github.event.comment.body, '/review-translations') && - contains(fromJSON('["minimalsm","pettinarip","wackerow","nloureiro","konopkja"]'), github.event.comment.user.login) && + contains(fromJSON('["minimalsm","pettinarip","wackerow","nloureiro","konopkja","mnelsonBT","lukassim"]'), github.event.comment.user.login) && github.event.issue.pull_request ) || ( github.event_name == 'pull_request_review_comment' && contains(github.event.comment.body, '@claude') && contains(github.event.comment.body, '/review-translations') && - contains(fromJSON('["minimalsm","pettinarip","wackerow","nloureiro","konopkja"]'), github.event.comment.user.login) + contains(fromJSON('["minimalsm","pettinarip","wackerow","nloureiro","konopkja","mnelsonBT","lukassim"]'), github.event.comment.user.login) ) || ( github.event_name == 'pull_request' && startsWith(github.event.pull_request.title, 'i18n:') && startsWith(github.event.pull_request.head.ref, 'i18n/') && github.event.pull_request.head.repo.full_name == github.repository && - contains(fromJSON('["minimalsm","pettinarip","wackerow","nloureiro","konopkja"]'), github.event.pull_request.user.login) + contains(fromJSON('["minimalsm","pettinarip","wackerow","nloureiro","konopkja","mnelsonBT","lukassim"]'), github.event.pull_request.user.login) ) runs-on: ubuntu-latest permissions: diff --git a/.github/workflows/claude.yml b/.github/workflows/claude.yml index 86bca9545af..22e287c142a 100644 --- a/.github/workflows/claude.yml +++ b/.github/workflows/claude.yml @@ -18,25 +18,25 @@ jobs: github.event_name == 'issue_comment' && contains(github.event.comment.body, '@claude') && !contains(github.event.comment.body, '/review-translations') && - contains(fromJSON('["minimalsm","pettinarip","wackerow","nloureiro","konopkja"]'), github.event.comment.user.login) + contains(fromJSON('["minimalsm","pettinarip","wackerow","nloureiro","konopkja","mnelsonBT","lukassim"]'), github.event.comment.user.login) ) || ( github.event_name == 'pull_request_review_comment' && contains(github.event.comment.body, '@claude') && !contains(github.event.comment.body, '/review-translations') && - contains(fromJSON('["minimalsm","pettinarip","wackerow","nloureiro","konopkja"]'), github.event.comment.user.login) + contains(fromJSON('["minimalsm","pettinarip","wackerow","nloureiro","konopkja","mnelsonBT","lukassim"]'), github.event.comment.user.login) ) || ( github.event_name == 'pull_request_review' && contains(github.event.review.body, '@claude') && !contains(github.event.review.body, '/review-translations') && - contains(fromJSON('["minimalsm","pettinarip","wackerow","nloureiro","konopkja"]'), github.event.review.user.login) + contains(fromJSON('["minimalsm","pettinarip","wackerow","nloureiro","konopkja","mnelsonBT","lukassim"]'), github.event.review.user.login) ) || ( github.event_name == 'issues' && contains(github.event.issue.body, '@claude') && !contains(github.event.issue.body, '/review-translations') && - contains(fromJSON('["minimalsm","pettinarip","wackerow","nloureiro","konopkja"]'), github.event.issue.user.login) + contains(fromJSON('["minimalsm","pettinarip","wackerow","nloureiro","konopkja","mnelsonBT","lukassim"]'), github.event.issue.user.login) ) runs-on: ubuntu-latest permissions: diff --git a/README.md b/README.md index c83fb6bb20f..091edb1c2dc 100644 --- a/README.md +++ b/README.md @@ -2183,6 +2183,11 @@ Thanks goes to these wonderful people ([emoji key](https://allcontributors.org/d Khawla
Khawla
🔧 Nicolas Balao
Nicolas Balao
🐛 Neal O'Grady
Neal O'Grady
🔧 + Johns Gresham
Johns Gresham
🚧 + Dragoon
Dragoon
🔧 + + + 0xMushow
0xMushow
🚧 diff --git a/app/[locale]/10years/page.tsx b/app/[locale]/10years/page.tsx index cf7d587f8db..cb823770134 100644 --- a/app/[locale]/10years/page.tsx +++ b/app/[locale]/10years/page.tsx @@ -5,7 +5,7 @@ import { setRequestLocale, } from "next-intl/server" -import type { CommitHistory, Lang, PageParams } from "@/lib/types" +import type { Lang, PageParams } from "@/lib/types" import Emoji from "@/components/Emoji" import I18nProvider from "@/components/I18nProvider" @@ -64,11 +64,9 @@ const Page = async ({ params }: { params: PageParams }) => { const innovationCards = await getInnovationCards() const adoptionCards = await getAdoptionCards() - const commitHistoryCache: CommitHistory = {} const { contributors } = await getAppPageContributorInfo( "10years", - locale as Lang, - commitHistoryCache + locale as Lang ) return ( diff --git a/app/[locale]/apps/[application]/page.tsx b/app/[locale]/apps/[application]/page.tsx index b99a7548800..03a83d394d4 100644 --- a/app/[locale]/apps/[application]/page.tsx +++ b/app/[locale]/apps/[application]/page.tsx @@ -6,7 +6,7 @@ import { setRequestLocale, } from "next-intl/server" -import type { ChainName, CommitHistory, Lang, PageParams } from "@/lib/types" +import type { ChainName, Lang, PageParams } from "@/lib/types" import AppCard from "@/components/AppCard" import ChainImages from "@/components/ChainImages" @@ -131,11 +131,9 @@ const Page = async ({ return new Date(app.dateOfLaunch).getFullYear() } - const commitHistoryCache: CommitHistory = {} const { contributors } = await getAppPageContributorInfo( "apps/[application]", - locale as Lang, - commitHistoryCache + locale as Lang ) return ( diff --git a/app/[locale]/apps/categories/[catetgoryName]/page.tsx b/app/[locale]/apps/categories/[catetgoryName]/page.tsx index 9b67093d057..0656403daae 100644 --- a/app/[locale]/apps/categories/[catetgoryName]/page.tsx +++ b/app/[locale]/apps/categories/[catetgoryName]/page.tsx @@ -8,7 +8,6 @@ import { import { AppCategoryEnum, - type CommitHistory, type Lang, type PageParams, type SectionNavDetails, @@ -104,11 +103,9 @@ const Page = async ({ }) ) - const commitHistoryCache: CommitHistory = {} const { contributors } = await getAppPageContributorInfo( "apps/categories/[catetgoryName]", - locale as Lang, - commitHistoryCache + locale as Lang ) return ( diff --git a/app/[locale]/apps/page.tsx b/app/[locale]/apps/page.tsx index 44a07b8f30e..df0fa462990 100644 --- a/app/[locale]/apps/page.tsx +++ b/app/[locale]/apps/page.tsx @@ -5,7 +5,7 @@ import { setRequestLocale, } from "next-intl/server" -import { CommitHistory, Lang, PageParams } from "@/lib/types" +import { Lang, PageParams } from "@/lib/types" import AppCard from "@/components/AppCard" import Breadcrumbs from "@/components/Breadcrumbs" @@ -67,11 +67,9 @@ const Page = async ({ params }: { params: PageParams }) => { const requiredNamespaces = getRequiredNamespacesForPage("/apps") const messages = pick(allMessages, requiredNamespaces) - const commitHistoryCache: CommitHistory = {} const { contributors } = await getAppPageContributorInfo( "apps", - locale as Lang, - commitHistoryCache + locale as Lang ) return ( diff --git a/app/[locale]/assets/page.tsx b/app/[locale]/assets/page.tsx index e37966ae161..e36927fb261 100644 --- a/app/[locale]/assets/page.tsx +++ b/app/[locale]/assets/page.tsx @@ -5,7 +5,7 @@ import { setRequestLocale, } from "next-intl/server" -import type { CommitHistory, Lang, PageParams } from "@/lib/types" +import type { Lang, PageParams } from "@/lib/types" import I18nProvider from "@/components/I18nProvider" @@ -26,11 +26,9 @@ export default async function Page({ params }: { params: PageParams }) { const requiredNamespaces = getRequiredNamespacesForPage("/assets") const messages = pick(allMessages, requiredNamespaces) - const commitHistoryCache: CommitHistory = {} const { contributors } = await getAppPageContributorInfo( "assets", - locale as Lang, - commitHistoryCache + locale as Lang ) return ( diff --git a/app/[locale]/bug-bounty/page.tsx b/app/[locale]/bug-bounty/page.tsx index 764cad904d4..4b7c350119e 100644 --- a/app/[locale]/bug-bounty/page.tsx +++ b/app/[locale]/bug-bounty/page.tsx @@ -1,7 +1,7 @@ import { getTranslations } from "next-intl/server" import type { ComponentProps } from "react" -import type { ChildOnlyProp, CommitHistory, Lang, Params } from "@/lib/types" +import type { ChildOnlyProp, Lang, Params } from "@/lib/types" /* Uncomment for Bug Bounty Banner: */ import Breadcrumbs from "@/components/Breadcrumbs" @@ -115,13 +115,8 @@ export default async function Page({ params }: { params: Promise }) { const t = await getTranslations({ namespace: "page-bug-bounty" }) const tCommon = await getTranslations({ namespace: "common" }) - const commitHistoryCache: CommitHistory = {} const { contributors, lastEditLocaleTimestamp } = - await getAppPageContributorInfo( - "bug-bounty", - locale as Lang, - commitHistoryCache - ) + await getAppPageContributorInfo("bug-bounty", locale as Lang) const consensusBountyHunters: Node[] = consensusData.sort(sortBountyHuntersFn) const executionBountyHunters: Node[] = executionData.sort(sortBountyHuntersFn) diff --git a/app/[locale]/collectibles/page.tsx b/app/[locale]/collectibles/page.tsx index 0957f1f31d8..2f0b4f2d6ad 100644 --- a/app/[locale]/collectibles/page.tsx +++ b/app/[locale]/collectibles/page.tsx @@ -5,7 +5,7 @@ import { setRequestLocale, } from "next-intl/server" -import type { CommitHistory, Lang, PageParams } from "@/lib/types" +import type { Lang, PageParams } from "@/lib/types" import { HubHero } from "@/components/Hero" import I18nProvider from "@/components/I18nProvider" @@ -56,11 +56,9 @@ export default async function Page({ params }: { params: PageParams }) { const requiredNamespaces = getRequiredNamespacesForPage("/collectibles/") const pickedMessages = pick(allMessages, requiredNamespaces) - const commitHistoryCache: CommitHistory = {} const { contributors } = await getAppPageContributorInfo( "collectibles", - locale as Lang, - commitHistoryCache + locale as Lang ) return ( diff --git a/app/[locale]/community/events/page.tsx b/app/[locale]/community/events/page.tsx index ba60016670c..f821ee07f76 100644 --- a/app/[locale]/community/events/page.tsx +++ b/app/[locale]/community/events/page.tsx @@ -8,12 +8,7 @@ import { } from "lucide-react" import { getMessages, getTranslations } from "next-intl/server" -import type { - CommitHistory, - Lang, - PageParams, - SectionNavDetails, -} from "@/lib/types" +import type { Lang, PageParams, SectionNavDetails } from "@/lib/types" import ContentHero from "@/components/Hero/ContentHero" import I18nProvider from "@/components/I18nProvider" @@ -63,11 +58,9 @@ const Page = async ({ params }: { params: PageParams }) => { const requiredNamespaces = getRequiredNamespacesForPage("/community/events") const messages = pick(allMessages, requiredNamespaces) - const commitHistoryCache: CommitHistory = {} const { contributors } = await getAppPageContributorInfo( "community/events", - locale as Lang, - commitHistoryCache + locale as Lang ) const events = mapEventTranslations(_events, t) diff --git a/app/[locale]/community/page.tsx b/app/[locale]/community/page.tsx index 092e6cfa28b..7be5b193dbe 100644 --- a/app/[locale]/community/page.tsx +++ b/app/[locale]/community/page.tsx @@ -5,7 +5,7 @@ import { setRequestLocale, } from "next-intl/server" -import type { CommitHistory, Lang, PageParams } from "@/lib/types" +import type { Lang, PageParams } from "@/lib/types" import I18nProvider from "@/components/I18nProvider" @@ -26,11 +26,9 @@ export default async function Page({ params }: { params: PageParams }) { const requiredNamespaces = getRequiredNamespacesForPage("/community") const pickedMessages = pick(allMessages, requiredNamespaces) - const commitHistoryCache: CommitHistory = {} const { contributors } = await getAppPageContributorInfo( "community", - locale as Lang, - commitHistoryCache + locale as Lang ) return ( diff --git a/app/[locale]/contributing/translation-program/acknowledgements/page.tsx b/app/[locale]/contributing/translation-program/acknowledgements/page.tsx index abd537d06c0..9ef5c4b16a4 100644 --- a/app/[locale]/contributing/translation-program/acknowledgements/page.tsx +++ b/app/[locale]/contributing/translation-program/acknowledgements/page.tsx @@ -5,7 +5,7 @@ import { setRequestLocale, } from "next-intl/server" -import type { CommitHistory, Lang, PageParams } from "@/lib/types" +import type { Lang, PageParams } from "@/lib/types" import I18nProvider from "@/components/I18nProvider" @@ -28,11 +28,9 @@ const Page = async ({ params }: { params: PageParams }) => { ) const messages = pick(allMessages, requiredNamespaces) - const commitHistoryCache: CommitHistory = {} const { contributors } = await getAppPageContributorInfo( "contributing/translation-program/acknowledgements", - locale as Lang, - commitHistoryCache + locale as Lang ) return ( diff --git a/app/[locale]/contributing/translation-program/contributors/page.tsx b/app/[locale]/contributing/translation-program/contributors/page.tsx index eea58f1515c..34209469159 100644 --- a/app/[locale]/contributing/translation-program/contributors/page.tsx +++ b/app/[locale]/contributing/translation-program/contributors/page.tsx @@ -5,7 +5,7 @@ import { setRequestLocale, } from "next-intl/server" -import type { CommitHistory, Lang, PageParams } from "@/lib/types" +import type { Lang, PageParams } from "@/lib/types" import I18nProvider from "@/components/I18nProvider" @@ -21,11 +21,9 @@ const Page = async ({ params }: { params: PageParams }) => { setRequestLocale(locale) - const commitHistoryCache: CommitHistory = {} const { contributors } = await getAppPageContributorInfo( "contributing/translation-program/contributors", - locale as Lang, - commitHistoryCache + locale as Lang ) // Get i18n messages diff --git a/app/[locale]/contributing/translation-program/translatathon/leaderboard/page.tsx b/app/[locale]/contributing/translation-program/translatathon/leaderboard/page.tsx index 0c59ce6c02d..49459c20a89 100644 --- a/app/[locale]/contributing/translation-program/translatathon/leaderboard/page.tsx +++ b/app/[locale]/contributing/translation-program/translatathon/leaderboard/page.tsx @@ -1,6 +1,6 @@ import { setRequestLocale } from "next-intl/server" -import type { CommitHistory, Lang } from "@/lib/types" +import type { Lang } from "@/lib/types" import { List as ButtonDropdownList } from "@/components/ButtonDropdown" import ContentHero, { ContentHeroProps } from "@/components/Hero/ContentHero" @@ -102,11 +102,9 @@ const Page = async ({ params }: { params: Promise<{ locale: string }> }) => { }) } - const commitHistoryCache: CommitHistory = {} const { contributors } = await getAppPageContributorInfo( "contributing/translation-program/translatathon/leaderboard", - locale as Lang, - commitHistoryCache + locale as Lang ) return ( diff --git a/app/[locale]/developers/page.tsx b/app/[locale]/developers/page.tsx index 2f69b11e16e..2996e95da27 100644 --- a/app/[locale]/developers/page.tsx +++ b/app/[locale]/developers/page.tsx @@ -1,6 +1,6 @@ import { getTranslations } from "next-intl/server" -import type { CommitHistory, Lang, PageParams } from "@/lib/types" +import type { Lang, PageParams } from "@/lib/types" import { ChildOnlyProp } from "@/lib/types" import BigNumber from "@/components/BigNumber" @@ -27,6 +27,7 @@ import { VStack } from "@/components/ui/flex" import Link from "@/components/ui/Link" import InlineLink from "@/components/ui/Link" import { Section } from "@/components/ui/section" +import { TerminalTypewriter } from "@/components/ui/terminal-typewriter" import { cn } from "@/lib/utils/cn" import { getAppPageContributorInfo } from "@/lib/utils/contributors" @@ -141,11 +142,9 @@ const DevelopersPage = async ({ params }: { params: PageParams }) => { const hackathons = (await getHackathons()).slice(0, 5) - const commitHistoryCache: CommitHistory = {} const { contributors } = await getAppPageContributorInfo( "developers", - locale as Lang, - commitHistoryCache + locale as Lang ) return ( @@ -221,6 +220,47 @@ const DevelopersPage = async ({ params }: { params: PageParams }) => { +
+ {/* eslint-disable-next-line @next/next/no-img-element */} + ETHSKILLS + +
+

{t("page-developers-ethskills-title")}

+

+ {t("page-developers-ethskills-desc")} +

+
+ + + + + {t("page-developers-ethskills-cta", { ethskills: "ethskills" })} + +
+
{ > Scaffold-ETH 2 llms-full.txt - - ethskills.com - {t("page-developers-ethskills-label")} - diff --git a/app/[locale]/developers/tools/[category]/page.tsx b/app/[locale]/developers/tools/[category]/page.tsx index 09538fbacdc..5e2c167ce5d 100644 --- a/app/[locale]/developers/tools/[category]/page.tsx +++ b/app/[locale]/developers/tools/[category]/page.tsx @@ -1,7 +1,7 @@ import { notFound, redirect } from "next/navigation" import { getTranslations, setRequestLocale } from "next-intl/server" -import type { CommitHistory, Lang, PageParams } from "@/lib/types" +import type { Lang, PageParams } from "@/lib/types" import { ContentHero } from "@/components/Hero" import MainArticle from "@/components/MainArticle" @@ -81,11 +81,9 @@ const Page = async ({ .filter(Boolean) // Get contributor info for JSON-LD - const commitHistoryCache: CommitHistory = {} const { contributors } = await getAppPageContributorInfo( `developers/tools/${category}`, - locale as Lang, - commitHistoryCache + locale as Lang ) return ( diff --git a/app/[locale]/developers/tools/constants.ts b/app/[locale]/developers/tools/constants.ts index 44f1f5b01dd..4fac04ac9a9 100644 --- a/app/[locale]/developers/tools/constants.ts +++ b/app/[locale]/developers/tools/constants.ts @@ -11,35 +11,34 @@ import { import { TagProps } from "@/components/ui/tag" -import type { DeveloperToolCategorySlug } from "./types" +import { + DEV_TOOL_CATEGORY_SLUG_LIST, + DEV_TOOL_CATEGORY_SLUGS, + type DeveloperToolCategorySlug, +} from "@/data/developerTools" -export const DEV_TOOL_CATEGORY_SLUGS: Record< - string, - DeveloperToolCategorySlug +const DEV_TOOL_CATEGORY_VISUALS: Record< + DeveloperToolCategorySlug, + { Icon: LucideIcon; tag: TagProps["status"] } > = { - "Cross-Chain & Interoperability": "interoperability", - "Transaction & Wallet Infrastructure": "transactions", - "Data, Analytics & Tracing": "analytics", - "Education & Community Resources": "education", - "Client Libraries & SDKs (Front-End)": "sdks", - "Smart Contract Development & Toolchains": "contracts", - "Security, Testing & Formal Verification": "security", + interoperability: { Icon: SendToBack, tag: "accent-a" }, + transactions: { Icon: ArrowLeftRight, tag: "accent-b" }, + analytics: { Icon: ChartSpline, tag: "accent-c" }, + education: { Icon: GraduationCap, tag: "primary" }, + sdks: { Icon: Package, tag: "tag-green" }, + contracts: { Icon: CodeXml, tag: "tag-yellow" }, + security: { Icon: Shield, tag: "tag-red" }, } -export const DEV_TOOL_CATEGORIES = [ - { slug: "interoperability", Icon: SendToBack, tag: "accent-a" }, - { slug: "transactions", Icon: ArrowLeftRight, tag: "accent-b" }, - { slug: "analytics", Icon: ChartSpline, tag: "accent-c" }, - { slug: "education", Icon: GraduationCap, tag: "primary" }, - { slug: "sdks", Icon: Package, tag: "tag-green" }, - { slug: "contracts", Icon: CodeXml, tag: "tag-yellow" }, - { slug: "security", Icon: Shield, tag: "tag-red" }, -] as const satisfies { - slug: string +export { DEV_TOOL_CATEGORY_SLUGS } + +export const DEV_TOOL_CATEGORIES: { + slug: DeveloperToolCategorySlug Icon: LucideIcon tag: TagProps["status"] -}[] +}[] = DEV_TOOL_CATEGORY_SLUG_LIST.map((slug) => ({ + slug, + ...DEV_TOOL_CATEGORY_VISUALS[slug], +})) -export const VALID_CATEGORY_SLUGS = new Set( - DEV_TOOL_CATEGORIES.map(({ slug }) => slug) -) +export const VALID_CATEGORY_SLUGS = new Set(DEV_TOOL_CATEGORY_SLUG_LIST) diff --git a/app/[locale]/developers/tools/page.tsx b/app/[locale]/developers/tools/page.tsx index 922555b4ed9..f2962cdb36b 100644 --- a/app/[locale]/developers/tools/page.tsx +++ b/app/[locale]/developers/tools/page.tsx @@ -1,7 +1,7 @@ import { redirect } from "next/navigation" import { getTranslations, setRequestLocale } from "next-intl/server" -import type { CommitHistory, Lang, PageParams } from "@/lib/types" +import type { Lang, PageParams } from "@/lib/types" import AppCard from "@/components/AppCard" import { ContentHero } from "@/components/Hero" @@ -72,11 +72,9 @@ const Page = async ({ ) as DeveloperToolsByCategory // Get contributor info for JSON-LD - const commitHistoryCache: CommitHistory = {} const { contributors } = await getAppPageContributorInfo( "developers/tools", - locale as Lang, - commitHistoryCache + locale as Lang ) return ( diff --git a/app/[locale]/developers/tutorials/page.tsx b/app/[locale]/developers/tutorials/page.tsx index 4049c35358b..9523f9a2400 100644 --- a/app/[locale]/developers/tutorials/page.tsx +++ b/app/[locale]/developers/tutorials/page.tsx @@ -6,7 +6,7 @@ import { setRequestLocale, } from "next-intl/server" -import type { CommitHistory, Lang, PageParams } from "@/lib/types" +import type { Lang, PageParams } from "@/lib/types" import FeedbackCard from "@/components/FeedbackCard" import ContentHero, { ContentHeroProps } from "@/components/Hero/ContentHero" @@ -78,11 +78,9 @@ const Page = async ({ params }: { params: PageParams }) => { const internalTutorials = await getTutorialsData(locale) - const commitHistoryCache: CommitHistory = {} const { contributors } = await getAppPageContributorInfo( "developers/tutorials", - locale as Lang, - commitHistoryCache + locale as Lang ) const heroProps: ContentHeroProps = { diff --git a/app/[locale]/ethereum-history-founder-and-ownership/page.tsx b/app/[locale]/ethereum-history-founder-and-ownership/page.tsx index 9aaa5a7b102..e690349124f 100644 --- a/app/[locale]/ethereum-history-founder-and-ownership/page.tsx +++ b/app/[locale]/ethereum-history-founder-and-ownership/page.tsx @@ -1,6 +1,6 @@ import { getTranslations, setRequestLocale } from "next-intl/server" -import type { CommitHistory, Lang, ToCItem } from "@/lib/types" +import type { Lang, ToCItem } from "@/lib/types" import CommentCard from "@/components/CommentCard" import FileContributors from "@/components/FileContributors" @@ -30,12 +30,10 @@ const Page = async ({ params }: { params: Promise<{ locale: Lang }> }) => { namespace: "page-ethereum-history-founder-and-ownership", }) - const commitHistoryCache: CommitHistory = {} const { contributors, lastEditLocaleTimestamp } = await getAppPageContributorInfo( "ethereum-history-founder-and-ownership", - locale as Lang, - commitHistoryCache + locale as Lang ) const tocItems: ToCItem[] = [ diff --git a/app/[locale]/ethereum-vs-bitcoin/page.tsx b/app/[locale]/ethereum-vs-bitcoin/page.tsx index 367785179f9..63a45a36f38 100644 --- a/app/[locale]/ethereum-vs-bitcoin/page.tsx +++ b/app/[locale]/ethereum-vs-bitcoin/page.tsx @@ -1,6 +1,6 @@ import { getTranslations, setRequestLocale } from "next-intl/server" -import type { CommitHistory, Lang, ToCItem } from "@/lib/types" +import type { Lang, ToCItem } from "@/lib/types" import FileContributors from "@/components/FileContributors" import ContentHero, { ContentHeroProps } from "@/components/Hero/ContentHero" @@ -35,13 +35,8 @@ const Page = async ({ params }: { params: Promise<{ locale: Lang }> }) => { namespace: "page-ethereum-vs-bitcoin", }) - const commitHistoryCache: CommitHistory = {} const { contributors, lastEditLocaleTimestamp } = - await getAppPageContributorInfo( - "ethereum-vs-bitcoin", - locale as Lang, - commitHistoryCache - ) + await getAppPageContributorInfo("ethereum-vs-bitcoin", locale as Lang) const tocItems: ToCItem[] = [ { diff --git a/app/[locale]/founders/page.tsx b/app/[locale]/founders/page.tsx index aba82190610..de611d3794e 100644 --- a/app/[locale]/founders/page.tsx +++ b/app/[locale]/founders/page.tsx @@ -2,12 +2,7 @@ import React from "react" import { Banknote, ChartNoAxesCombined, Handshake } from "lucide-react" import { getTranslations } from "next-intl/server" -import type { - CommitHistory, - Lang, - PageParams, - SectionNavDetails, -} from "@/lib/types" +import type { Lang, PageParams, SectionNavDetails } from "@/lib/types" import ContentHero from "@/components/Hero/ContentHero" import { CheckCircle } from "@/components/icons/CheckCircle" @@ -342,11 +337,9 @@ const Page = async ({ params }: { params: PageParams }) => { }, ] - const commitHistoryCache: CommitHistory = {} const { contributors } = await getAppPageContributorInfo( "founders", - locale as Lang, - commitHistoryCache + locale as Lang ) return ( diff --git a/app/[locale]/gas/page.tsx b/app/[locale]/gas/page.tsx index 4caca134ded..5132638b61c 100644 --- a/app/[locale]/gas/page.tsx +++ b/app/[locale]/gas/page.tsx @@ -5,7 +5,7 @@ import { setRequestLocale, } from "next-intl/server" -import type { CommitHistory, Lang, PageParams } from "@/lib/types" +import type { Lang, PageParams } from "@/lib/types" import I18nProvider from "@/components/I18nProvider" @@ -26,9 +26,8 @@ const Page = async ({ params }: { params: PageParams }) => { const requiredNamespaces = getRequiredNamespacesForPage("/gas") const messages = pick(allMessages, requiredNamespaces) - const commitHistoryCache: CommitHistory = {} const { contributors, lastEditLocaleTimestamp } = - await getAppPageContributorInfo("gas", locale as Lang, commitHistoryCache) + await getAppPageContributorInfo("gas", locale as Lang) return ( diff --git a/app/[locale]/get-eth/page.tsx b/app/[locale]/get-eth/page.tsx index 6bf5930aaf1..9cf076ff571 100644 --- a/app/[locale]/get-eth/page.tsx +++ b/app/[locale]/get-eth/page.tsx @@ -7,12 +7,7 @@ import { } from "next-intl/server" import type { ReactNode } from "react" -import type { - ChildOnlyProp, - CommitHistory, - Lang, - PageParams, -} from "@/lib/types" +import type { ChildOnlyProp, Lang, PageParams } from "@/lib/types" import CalloutBanner from "@/components/CalloutBanner" import CardList, { @@ -42,11 +37,12 @@ import { Skeleton } from "@/components/ui/skeleton" import { cn } from "@/lib/utils/cn" import { getAppPageContributorInfo } from "@/lib/utils/contributors" -import { getLastGitCommitDateByPath } from "@/lib/utils/gh" import { getMetadata } from "@/lib/utils/metadata" import { screens } from "@/lib/utils/screen" import { getRequiredNamespacesForPage } from "@/lib/utils/translations" +import { exchangesByCountryLastUpdated } from "@/data/exchangesByCountry" + import GetEthPageJsonLD from "./page-jsonld" import uniswap from "@/public/images/dapps/uni.png" @@ -101,7 +97,6 @@ const TwoColumnContent = (props: ChildOnlyProp) => ( export default async function Page({ params }: { params: PageParams }) { const { locale } = params const t = await getTranslations({ locale, namespace: "page-get-eth" }) - const tCommon = await getTranslations({ locale, namespace: "common" }) const tokenSwaps: CardListCardProps[] = [ { @@ -131,10 +126,6 @@ export default async function Page({ params }: { params: PageParams }) { }, ] - const lastDataUpdateDate = getLastGitCommitDateByPath( - "src/data/exchangesByCountry.ts" - ) - setRequestLocale(locale) // Get i18n messages @@ -142,13 +133,8 @@ export default async function Page({ params }: { params: PageParams }) { const requiredNamespaces = getRequiredNamespacesForPage("/get-eth") const messages = pick(allMessages, requiredNamespaces) - const commitHistoryCache: CommitHistory = {} const { contributors, lastEditLocaleTimestamp } = - await getAppPageContributorInfo( - "get-eth", - locale as Lang, - commitHistoryCache - ) + await getAppPageContributorInfo("get-eth", locale as Lang) return ( <> @@ -250,7 +236,7 @@ export default async function Page({ params }: { params: PageParams }) {

- {tCommon("listing-policy-disclaimer")}{" "} + {t("listing-policy-disclaimer")}{" "} {t("listing-policy-raise-issue-link")} @@ -283,7 +269,9 @@ export default async function Page({ params }: { params: PageParams }) {

{/* CLIENT SIDE */} - + diff --git a/app/[locale]/layer-2/learn/page.tsx b/app/[locale]/layer-2/learn/page.tsx index da8820dd8b2..d7382cfc9b3 100644 --- a/app/[locale]/layer-2/learn/page.tsx +++ b/app/[locale]/layer-2/learn/page.tsx @@ -5,7 +5,7 @@ import { setRequestLocale, } from "next-intl/server" -import type { CommitHistory, Lang, PageParams } from "@/lib/types" +import type { Lang, PageParams } from "@/lib/types" import I18nProvider from "@/components/I18nProvider" @@ -26,13 +26,8 @@ const Page = async ({ params }: { params: PageParams }) => { const requiredNamespaces = getRequiredNamespacesForPage("/layer-2/learn") const messages = pick(allMessages, requiredNamespaces) - const commitHistoryCache: CommitHistory = {} const { contributors, lastEditLocaleTimestamp } = - await getAppPageContributorInfo( - "layer-2/learn", - locale as Lang, - commitHistoryCache - ) + await getAppPageContributorInfo("layer-2/learn", locale as Lang) return ( diff --git a/app/[locale]/layer-2/networks/page.tsx b/app/[locale]/layer-2/networks/page.tsx index 7bbf47e17b6..ee771507e56 100644 --- a/app/[locale]/layer-2/networks/page.tsx +++ b/app/[locale]/layer-2/networks/page.tsx @@ -6,7 +6,7 @@ import { setRequestLocale, } from "next-intl/server" -import type { CommitHistory, Lang, PageParams } from "@/lib/types" +import type { Lang, PageParams } from "@/lib/types" import I18nProvider from "@/components/I18nProvider" @@ -131,11 +131,9 @@ const Page = async ({ params }: { params: PageParams }) => { }, } - const commitHistoryCache: CommitHistory = {} const { contributors } = await getAppPageContributorInfo( "layer-2/networks", - locale as Lang, - commitHistoryCache + locale as Lang ) return ( diff --git a/app/[locale]/layer-2/page.tsx b/app/[locale]/layer-2/page.tsx index 3d895be5e52..7492f27439a 100644 --- a/app/[locale]/layer-2/page.tsx +++ b/app/[locale]/layer-2/page.tsx @@ -5,7 +5,7 @@ import { setRequestLocale, } from "next-intl/server" -import type { CommitHistory, Lang, PageParams } from "@/lib/types" +import type { Lang, PageParams } from "@/lib/types" import I18nProvider from "@/components/I18nProvider" @@ -66,11 +66,9 @@ const Page = async ({ params }: { params: PageParams }) => { const requiredNamespaces = getRequiredNamespacesForPage("/layer-2") const messages = pick(allMessages, requiredNamespaces) - const commitHistoryCache: CommitHistory = {} const { contributors } = await getAppPageContributorInfo( "layer-2", - locale as Lang, - commitHistoryCache + locale as Lang ) return ( diff --git a/app/[locale]/learn/page.tsx b/app/[locale]/learn/page.tsx index 445246f4a8d..cb0f6cef201 100644 --- a/app/[locale]/learn/page.tsx +++ b/app/[locale]/learn/page.tsx @@ -2,7 +2,7 @@ import { HTMLAttributes, ReactNode } from "react" import { getTranslations } from "next-intl/server" import type { ChildOnlyProp, PageParams, ToCItem } from "@/lib/types" -import type { CommitHistory, Lang } from "@/lib/types" +import type { Lang } from "@/lib/types" import OriginalCard, { type CardProps as OriginalCardProps, @@ -119,9 +119,8 @@ export default async function Page({ params }: { params: PageParams }) { const t = await getTranslations({ locale, namespace: "page-learn" }) const tCommon = await getTranslations({ locale, namespace: "common" }) - const commitHistoryCache: CommitHistory = {} const { contributors, lastEditLocaleTimestamp } = - await getAppPageContributorInfo("learn", locale as Lang, commitHistoryCache) + await getAppPageContributorInfo("learn", locale as Lang) const tocItems = [ { diff --git a/app/[locale]/page.tsx b/app/[locale]/page.tsx index 5c0b6d622fd..e689338a8e9 100644 --- a/app/[locale]/page.tsx +++ b/app/[locale]/page.tsx @@ -7,19 +7,16 @@ import { getTranslations, setRequestLocale } from "next-intl/server" import type { AllHomepageActivityData, CommunityBlog, - Lang, PageParams, ValuesPairing, } from "@/lib/types" import { CodeExample } from "@/lib/interfaces" -import ABTestWrapper from "@/components/AB/TestWrapper" import ActivityStats from "@/components/ActivityStats" import { ChevronNext } from "@/components/Chevron" import HomeHero from "@/components/Hero/HomeHero" import BentoCard from "@/components/Homepage/BentoCard" import CodeExamples from "@/components/Homepage/CodeExamples" -import Homepage2026 from "@/components/Homepage/Homepage2026" import HomepageSectionImage from "@/components/Homepage/HomepageSectionImage" import { getBentoBoxItems } from "@/components/Homepage/utils" import ValuesMarqueeFallback from "@/components/Homepage/ValuesMarquee/Fallback" @@ -38,9 +35,7 @@ import { Image } from "@/components/Image" import CardImage from "@/components/Image/CardImage" import IntersectionObserverReveal from "@/components/IntersectionObserverReveal" import MainArticle from "@/components/MainArticle" -import ScrollDepthTracker from "@/components/ScrollDepthTracker" import Tooltip from "@/components/Tooltip" -import { TrackedSection } from "@/components/TrackedSection" import { ButtonLink } from "@/components/ui/buttons/Button" import SvgButtonLink, { type SvgButtonLinkProps, @@ -71,10 +66,10 @@ import { getMetadata } from "@/lib/utils/metadata" import { formatPriceUSD } from "@/lib/utils/numbers" import { polishRSSList } from "@/lib/utils/rss" -import { ENTERPRISE_ETHEREUM_URL } from "@/lib/constants" import { BLOGS_WITHOUT_FEED, DEFAULT_LOCALE, + ENTERPRISE_ETHEREUM_URL, GITHUB_REPO_URL, LOCALES_CODES, RSS_DISPLAY_COUNT, @@ -85,7 +80,6 @@ import IndexPageJsonLD from "./page-jsonld" import { getActivity } from "./utils" import { - getAccountHolders, getAppsData, getAttestantPosts, getBeaconchainData, @@ -97,9 +91,6 @@ import { } from "@/lib/data" import EventFallback from "@/public/images/events/event-placeholder.png" -// Force dynamic rendering to read headers for A/B testing -export const dynamic = "force-dynamic" - const BentoCardSwiper = nextDynamic( () => import("@/components/Homepage/BentoCardSwiper"), { @@ -146,8 +137,6 @@ const Page = async ({ params }: { params: PageParams }) => { const { direction: dir, isRtl } = getDirection(locale) // Fetch data using the new data-layer functions (already cached) - // Each fetch is wrapped with .catch() to prevent Promise.all from rejecting entirely - // when a single API fails - enables graceful degradation const [ ethPrice, beaconchainData, @@ -157,102 +146,61 @@ const Page = async ({ params }: { params: PageParams }) => { rssData, appsData, eventsData, - accountHolders, ] = await Promise.all([ - getEthPrice().catch(() => null), - getBeaconchainData().catch(() => null), - getTotalValueLockedData().catch(() => null), - getGrowThePieData().catch(() => null), - getAttestantPosts().catch(() => null), - getRSSData().catch(() => null), - getAppsData().catch(() => null), - getEventsData().catch(() => null), - getAccountHolders().catch(() => null), + getEthPrice(), + getBeaconchainData(), + getTotalValueLockedData(), + getGrowThePieData(), + getAttestantPosts(), + getRSSData(), + getAppsData(), + getEventsData(), ]) - // Graceful degradation: log errors and use fallback values - // With force-dynamic, there's no ISR cache to fall back to, so we must handle failures gracefully - - // Error fallback helper - const createErrorMetric = (error: string) => ({ error }) - - // ETH Price - show "—" on failure + // Handle null cases - throw error if required data is missing if (!ethPrice) { - console.error("[Homepage] Failed to fetch ETH price data") + throw new Error("Failed to fetch ETH price data") } - const safeEthPrice = - ethPrice ?? createErrorMetric("Failed to fetch ETH price") - - // Beaconchain data - show "—" on failure if (!beaconchainData) { - console.error("[Homepage] Failed to fetch Beaconchain data") + throw new Error("Failed to fetch Beaconchain data") } - const totalEthStaked = - beaconchainData?.totalEthStaked ?? - createErrorMetric("Failed to fetch staked ETH") - - // Total Value Locked - show "—" on failure if (!totalValueLocked) { - console.error("[Homepage] Failed to fetch TVL data") + throw new Error("Failed to fetch total value locked data") } - const safeTotalValueLocked = - totalValueLocked ?? createErrorMetric("Failed to fetch TVL") - - // GrowThePie data - show "—" on failure if (!growThePieData) { - console.error("[Homepage] Failed to fetch GrowThePie data") - } - const safeTxCount = - growThePieData?.txCount ?? createErrorMetric("Failed to fetch tx count") - const safeTxCostsMedianUsd = - growThePieData?.txCostsMedianUsd ?? - createErrorMetric("Failed to fetch tx costs") - - // Account holders - show "—" on failure (only used by redesign variants) - if (!accountHolders || "error" in accountHolders) { - console.error("[Homepage] Failed to fetch account holders data") + throw new Error("Failed to fetch GrowThePie data") } - const accountHoldersValue = - accountHolders && "value" in accountHolders ? accountHolders.value : null - - // Transactions today for KPIs (redesign variants) - show "—" on failure - const transactionsToday = - growThePieData && "value" in growThePieData.txCount - ? growThePieData.txCount.value - : null - - // Apps data - hide section on failure if (!appsData) { - console.error("[Homepage] Failed to fetch apps data") + throw new Error("Failed to fetch apps data") } - const hasAppsData = !!appsData - // RSS feeds - hide section if insufficient items + // RSS feeds - graceful degradation: use what's available if we have enough items const rssFeeds = rssData ?? [] const attestantFeed = attestantPosts ?? [] const totalRssItems = rssFeeds.reduce((sum, feed) => sum + feed.length, 0) + attestantFeed.length if (totalRssItems < RSS_DISPLAY_COUNT) { - console.error( - `[Homepage] Insufficient RSS data: have ${totalRssItems}, need ${RSS_DISPLAY_COUNT}` + throw new Error( + `Insufficient RSS data: need at least ${RSS_DISPLAY_COUNT} items` ) } - const hasEnoughRssItems = totalRssItems >= RSS_DISPLAY_COUNT + + // Extract totalEthStaked from beaconchainData + const { totalEthStaked } = beaconchainData // Events - use empty array as fallback const upcomingEvents = (eventsData ?? []).slice(0, 3) - // Apps of the week - only parse if we have data - const appsOfTheWeek = hasAppsData ? parseAppsOfTheWeek(appsData) : [] + const appsOfTheWeek = parseAppsOfTheWeek(appsData) const bentoItems = await getBentoBoxItems(locale) - const ethPriceHasError = "error" in safeEthPrice + const ethPriceHasError = "error" in ethPrice const price = ethPriceHasError - ? "—" - : formatPriceUSD(safeEthPrice.value, locale) + ? t("loading-error-refresh") + : formatPriceUSD(ethPrice.value, locale) const eventCategory = `Homepage - ${locale}` @@ -478,616 +426,536 @@ const Page = async ({ params }: { params: PageParams }) => { ] const metricResults: AllHomepageActivityData = { - ethPrice: safeEthPrice, + ethPrice, totalEthStaked, - totalValueLocked: safeTotalValueLocked, - txCount: safeTxCount, - txCostsMedianUsd: safeTxCostsMedianUsd, + totalValueLocked, + txCount: growThePieData.txCount, + txCostsMedianUsd: growThePieData.txCostsMedianUsd, } const metrics = await getActivity(metricResults, locale) - // RSS feed items - only process if we have enough items - const polishedRssItems = hasEnoughRssItems - ? polishRSSList([attestantFeed, ...rssFeeds], locale) - : [] + // RSS feed items + // polishRSSList expects RSSItem[][], so wrap attestantFeed in an array + const polishedRssItems = polishRSSList([attestantFeed, ...rssFeeds], locale) const rssItems = polishedRssItems.slice(0, RSS_DISPLAY_COUNT) - const blogLinks = hasEnoughRssItems - ? ([ - ...polishedRssItems.map(({ source, sourceUrl }) => ({ - name: source, - href: sourceUrl, - })), - ...BLOGS_WITHOUT_FEED, - ] as CommunityBlog[]) - : [] + const blogLinks = polishedRssItems.map(({ source, sourceUrl }) => ({ + name: source, + href: sourceUrl, + })) as CommunityBlog[] + blogLinks.push(...BLOGS_WITHOUT_FEED) return ( <> - - + +
+
+ {subHeroCTAs.map( + ({ label, description, href, className, Svg }, idx) => { + const Link = ( + props: Omit< + SvgButtonLinkProps, + "Svg" | "href" | "label" | "children" + > + ) => ( + +

{description}

+ + ) + return ( + + + + + ) + } + )} +
+ + {/* What is Ethereum */} +
- -
-
- {subHeroCTAs.map( - ({ label, description, href, className, Svg }, idx) => { - const Link = ( - props: Omit< - SvgButtonLinkProps, - "Svg" | "href" | "label" | "children" - > - ) => ( + + + + + + {t("page-index-network-tag")} + + {t("page-index-what-is-ethereum-title")} + +
+

{t("page-index-what-is-ethereum-description-1")}

+

{t("page-index-what-is-ethereum-description-2")}

+
+
+ + {t("page-index-what-is-ethereum-action")} + +
+ + {/* Popular topics */} +
+

+ {t("page-index-popular-topics-header")} +

+
+ {popularTopics + .filter((topic) => topic.href !== "/what-is-ethereum/") + .map(({ label, Svg, href, eventName, className }) => ( :first-child]:flex-row", + className + )} customEventOptions={{ eventCategory, - eventAction: "cta_click", - eventName: subHeroCTAs[idx].eventName, + eventAction: "popular topics", + eventName, }} - {...props} > -

{description}

+

+ {label} +

- ) - return ( - - - - - ) - } - )} + ))} +
+ +
+ + {/* Use Cases - A new way to use the internet */} +
+
+
+ {t("page-index-use-cases-tag")} +
+

+ {t("page-index-bento-header")} +

+
- {/* What is Ethereum */} - + + {/* Desktop */} + {bentoItems.map(({ className, ...item }) => ( + -
- - - - - - {t("page-index-network-tag")} - - {t("page-index-what-is-ethereum-title")} - -
-

{t("page-index-what-is-ethereum-description-1")}

-

{t("page-index-what-is-ethereum-description-2")}

-
-
- - {t("page-index-what-is-ethereum-action")}{" "} - - -
- - {/* Popular topics */} -
-

- {t("page-index-popular-topics-header")} -

-
- {popularTopics - .filter( - (topic) => topic.href !== "/what-is-ethereum/" - ) - .map(({ label, Svg, href, eventName, className }) => ( - :first-child]:flex-row", - className - )} - customEventOptions={{ - eventCategory, - eventAction: "popular topics", - eventName, - }} - > -

- {label} -

- - ))} -
-
- -
- - - {/* Use Cases - A new way to use the internet */} - -
+ ))} +
+ + {/* What is ETH */} +
+ + + + + + {t("page-index-token-tag")} + + {t("page-index-what-is-ether-title")} + +
+

{t("page-index-what-is-ether-description-1")}

+

{t("page-index-what-is-ether-description-2")}

+
+
+
-
-
- {t("page-index-use-cases-tag")} -
-

- {t("page-index-bento-header")} -

-
- - {/* Mobile - dynamic / lazy loaded */} - - - {/* Desktop */} - {bentoItems.map(({ className, ...item }) => ( - - ))} -
- - - {/* What is ETH */} - -
- - - - - - {t("page-index-token-tag")} - - {t("page-index-what-is-ether-title")} - -
-

{t("page-index-what-is-ether-description-1")}

-

{t("page-index-what-is-ether-description-2")}

-
-
-
{price}
-
- {tCommon("eth-current-price")} - - {tCommon("data-provided-by")}{" "} - - coingecko.com - -
- } - > - - + {price} +
+
+ {tCommon("eth-current-price")} + + {tCommon("data-provided-by")}{" "} + + coingecko.com +
-
-
- - {t("page-index-what-is-ether-action")} - -
- -
- - - {/* Apps of the week - Discover the best apps on Ethereum */} - {/* // TODO: Remove locale restriction after translation */} - {locale === DEFAULT_LOCALE && hasAppsData && ( - + + + + +
+ -
- -
- Apps of the week - Discover apps on Ethereum -

- Start exploring Ethereum today -

-
- -
- - Browse apps - -
- -
- - )} - - {/* Activity - The strongest ecosystem */} - -
+ +
+ + + + {/* Apps of the week - Discover the best apps on Ethereum */} + {/* // TODO: Remove locale restriction after translation */} + {locale === DEFAULT_LOCALE && ( +
+ +
+ Apps of the week + Discover apps on Ethereum +

Start exploring Ethereum today

+
+ +
+ + Browse apps + +
+ +
+ )} + + {/* Activity - The strongest ecosystem */} +
+ + + + + + {t("page-index-activity-tag")} + {t("page-index-activity-header")} +
+

+ {t("page-index-activity-description")} +

+

+ {t("page-index-activity-subtitle")} +

+ + +
+ + {t("page-index-activity-action-primary")} + + + {t("page-index-activity-action")} + +
+
+ +
+ + {/* Values - The Internet Is Changing */} +
+ + {t("page-index-values-tag")} + {t("page-index-values-header")} +

+ {t("page-index-values-description")} +

+ + + {/* dynamic / lazy loaded */} + + + +
+ + {/* Builders - Blockchain's biggest builder community */} +
+ + + + + + {t("page-index-builders-tag")} + {t("page-index-builders-header")} +

{t("page-index-builders-description")}

+
+ - - - - - - {t("page-index-activity-tag")} - - {t("page-index-activity-header")} - -
-

- {t("page-index-activity-description")} -

-

- {t("page-index-activity-subtitle")} -

- - -
- - {t("page-index-activity-action-primary")}{" "} - - - - {t("page-index-activity-action")} - -
-
- -
- - - {/* Values - The Internet Is Changing */} - -
- - {t("page-index-values-tag")} - - {t("page-index-values-header")} - -

- {t("page-index-values-description")} -

- - - {/* dynamic / lazy loaded */} - - - -
- - - {/* Builders - Blockchain's biggest builder community */} - -
- - - - - - {t("page-index-builders-tag")} - - {t("page-index-builders-header")} - -

- {t("page-index-builders-description")} -

-
- - {t("page-index-builders-action-primary")}{" "} - - - - {t("page-index-builders-action-secondary")} - -
-
- {/* CLIENT SIDE */} - -
- -
- - - {/* Recent posts - hide if insufficient RSS items */} - {hasEnoughRssItems && ( - -
-

- {t("page-index-posts-header")} -

-

{t("page-index-posts-subtitle")}

- - {/* dynamic / lazy loaded */} - - -
-

{t("page-index-posts-action")}

-
- {blogLinks.map(({ name, href }) => ( - - {name} - - ))} -
-
-
- - )} - - {/* Events */} - -
-

- {t("page-index-events-header")} -

-

{t("page-index-events-subtitle")}

-
-
- {upcomingEvents.map( - ( - { - id, - title, - link, - location, - startTime, - endTime, - bannerImage, - }, - idx - ) => ( - - - {bannerImage ? ( - - ) : ( - - )} - - - {title} - - {formatDateRange(startTime, endTime, locale, { - month: "long", - year: "numeric", - })} - - - {location} - - - - ) + {t("page-index-builders-action-primary")} + + + {t("page-index-builders-action-secondary")} + +
+
+ {/* CLIENT SIDE */} + +
+ +
+ + {/* Recent posts */} +
+

+ {t("page-index-posts-header")} +

+

{t("page-index-posts-subtitle")}

+ + {/* dynamic / lazy loaded */} + + +
+

{t("page-index-posts-action")}

+
+ {blogLinks.map(({ name, href }) => ( + + {name} + + ))} +
+
+
+ + {/* Events */} +
+

+ {t("page-index-events-header")} +

+

{t("page-index-events-subtitle")}

+
+
+ {upcomingEvents.map( + ( + { + id, + title, + link, + location, + startTime, + endTime, + bannerImage, + }, + idx + ) => ( + -
-
- - {t("page-index-events-action")} - -
-
- - - {/* Join ethereum.org */} - -
+ {bannerImage ? ( + + ) : ( + + )} + + + {title} + + {formatDateRange(startTime, endTime, locale, { + month: "long", + year: "numeric", + })} + + + {location} + + + + ) + )} + + +
+ + {t("page-index-events-action")} + +
+
+ + {/* Join ethereum.org */} +
+
+
+

{t("page-index-join-header")}

+

{t("page-index-join-description")}

+
+
+ {joinActions.map( + ({ Svg, label, href, className, description, eventName }) => ( + +

{description}

+ + ) + )} +
+
+ -
-
-

{t("page-index-join-header")}

-

{t("page-index-join-description")}

-
-
- {joinActions.map( - ({ - Svg, - label, - href, - className, - description, - eventName, - }) => ( - -

{description}

- - ) - )} -
-
- - {t("page-index-join-action-hub")} - -
-
-
- + {t("page-index-join-action-hub")} + + - , - , - , - ]} - /> + + + ) } diff --git a/app/[locale]/quizzes/page.tsx b/app/[locale]/quizzes/page.tsx index 62526a0fabe..cd798498909 100644 --- a/app/[locale]/quizzes/page.tsx +++ b/app/[locale]/quizzes/page.tsx @@ -5,7 +5,7 @@ import { setRequestLocale, } from "next-intl/server" -import type { CommitHistory, Lang, PageParams } from "@/lib/types" +import type { Lang, PageParams } from "@/lib/types" import I18nProvider from "@/components/I18nProvider" @@ -26,11 +26,9 @@ const Page = async ({ params }: { params: PageParams }) => { const requiredNamespaces = getRequiredNamespacesForPage("/quizzes") const messages = pick(allMessages, requiredNamespaces) - const commitHistoryCache: CommitHistory = {} const { contributors } = await getAppPageContributorInfo( "quizzes", - locale as Lang, - commitHistoryCache + locale as Lang ) return ( diff --git a/app/[locale]/resources/page.tsx b/app/[locale]/resources/page.tsx index d3341f4aedd..24af2f0f6d2 100644 --- a/app/[locale]/resources/page.tsx +++ b/app/[locale]/resources/page.tsx @@ -1,6 +1,6 @@ import { getTranslations } from "next-intl/server" -import type { CommitHistory, Lang, PageParams } from "@/lib/types" +import type { Lang, PageParams } from "@/lib/types" import BannerNotification from "@/components/Banners/BannerNotification" import { HubHero } from "@/components/Hero" @@ -66,11 +66,9 @@ const Page = async ({ params }: { params: PageParams }) => { ...blobStats, }) - const commitHistoryCache: CommitHistory = {} const { contributors } = await getAppPageContributorInfo( "resources", - locale as Lang, - commitHistoryCache + locale as Lang ) return ( diff --git a/app/[locale]/roadmap/_components/ReleaseCarousel.tsx b/app/[locale]/roadmap/_components/ReleaseCarousel.tsx index c8eaa274b6c..121adb43218 100644 --- a/app/[locale]/roadmap/_components/ReleaseCarousel.tsx +++ b/app/[locale]/roadmap/_components/ReleaseCarousel.tsx @@ -41,17 +41,30 @@ const ReleaseCarousel = () => { return releaseDate <= now }) - // Upcoming: has a releaseDate, but is in the future + // Case 1: A release with a future releaseDate exists — show it const hasUpcomingRelease = releasesData.some((release) => { if (!("releaseDate" in release) || !release.releaseDate) return false const releaseDate = new Date(release.releaseDate) return releaseDate > now }) - - // If upcoming releases exist, start index after production releases if (hasUpcomingRelease) return productionReleases.length - // If no upcoming releases, start at the last production release + // Case 2: Last production release is within 2-month grace period — still show it + const lastProd = productionReleases[productionReleases.length - 1] + if (lastProd && "releaseDate" in lastProd && lastProd.releaseDate) { + const gracePeriodEnd = new Date(lastProd.releaseDate) + gracePeriodEnd.setMonth(gracePeriodEnd.getMonth() + 2) + if (now <= gracePeriodEnd) { + return productionReleases.length - 1 + } + } + + // Case 3: Grace period expired — show first planned/unscheduled release + if (productionReleases.length < releasesData.length) { + return productionReleases.length + } + + // Fallback: last production release return productionReleases.length - 1 }, [releasesData]) @@ -80,6 +93,9 @@ const ReleaseCarousel = () => { }, []) const getDisplayDate = (release: Release): string => { + if ("displayDate" in release && release.displayDate) + return release.displayDate + if (!("releaseDate" in release || "plannedReleaseYear" in release)) return "" diff --git a/app/[locale]/roadmap/_vision/page.tsx b/app/[locale]/roadmap/_vision/page.tsx index a9a59085544..af0568e4b30 100644 --- a/app/[locale]/roadmap/_vision/page.tsx +++ b/app/[locale]/roadmap/_vision/page.tsx @@ -5,7 +5,7 @@ import { setRequestLocale, } from "next-intl/server" -import type { CommitHistory, Lang, PageParams } from "@/lib/types" +import type { Lang, PageParams } from "@/lib/types" import I18nProvider from "@/components/I18nProvider" @@ -26,13 +26,8 @@ const Page = async ({ params }: { params: PageParams }) => { const requiredNamespaces = getRequiredNamespacesForPage("/roadmap/vision") const messages = pick(allMessages, requiredNamespaces) - const commitHistoryCache: CommitHistory = {} const { contributors, lastEditLocaleTimestamp } = - await getAppPageContributorInfo( - "roadmap/vision", - locale as Lang, - commitHistoryCache - ) + await getAppPageContributorInfo("roadmap/vision", locale as Lang) return ( diff --git a/app/[locale]/roadmap/page.tsx b/app/[locale]/roadmap/page.tsx index 0ee5c9fe479..f306c589dc5 100644 --- a/app/[locale]/roadmap/page.tsx +++ b/app/[locale]/roadmap/page.tsx @@ -5,7 +5,7 @@ import { setRequestLocale, } from "next-intl/server" -import type { CommitHistory, Lang, PageParams } from "@/lib/types" +import type { Lang, PageParams } from "@/lib/types" import I18nProvider from "@/components/I18nProvider" @@ -26,11 +26,9 @@ const Page = async ({ params }: { params: PageParams }) => { const requiredNamespaces = getRequiredNamespacesForPage("/roadmap") const messages = pick(allMessages, requiredNamespaces) - const commitHistoryCache: CommitHistory = {} const { contributors } = await getAppPageContributorInfo( "roadmap", - locale as Lang, - commitHistoryCache + locale as Lang ) return ( diff --git a/app/[locale]/run-a-node/page.tsx b/app/[locale]/run-a-node/page.tsx index 1f78bc371d2..c968f98c43f 100644 --- a/app/[locale]/run-a-node/page.tsx +++ b/app/[locale]/run-a-node/page.tsx @@ -5,7 +5,7 @@ import { setRequestLocale, } from "next-intl/server" -import type { CommitHistory, Lang, PageParams } from "@/lib/types" +import type { Lang, PageParams } from "@/lib/types" import I18nProvider from "@/components/I18nProvider" @@ -26,13 +26,8 @@ const Page = async ({ params }: { params: PageParams }) => { const requiredNamespaces = getRequiredNamespacesForPage("/run-a-node") const messages = pick(allMessages, requiredNamespaces) - const commitHistoryCache: CommitHistory = {} const { contributors, lastEditLocaleTimestamp } = - await getAppPageContributorInfo( - "run-a-node", - locale as Lang, - commitHistoryCache - ) + await getAppPageContributorInfo("run-a-node", locale as Lang) return ( diff --git a/app/[locale]/stablecoins/page.tsx b/app/[locale]/stablecoins/page.tsx index f7765d1c24d..1bb1dc9c00c 100644 --- a/app/[locale]/stablecoins/page.tsx +++ b/app/[locale]/stablecoins/page.tsx @@ -6,7 +6,7 @@ import { setRequestLocale, } from "next-intl/server" -import type { CommitHistory, Lang, PageParams } from "@/lib/types" +import type { Lang, PageParams } from "@/lib/types" import CalloutBannerSSR from "@/components/CalloutBannerSSR" import DataProductCard from "@/components/DataProductCard" @@ -410,11 +410,9 @@ async function Page({ params }: { params: PageParams }) { }, ] - const commitHistoryCache: CommitHistory = {} const { contributors } = await getAppPageContributorInfo( "stablecoins", - locale as Lang, - commitHistoryCache + locale as Lang ) return ( diff --git a/app/[locale]/staking/page.tsx b/app/[locale]/staking/page.tsx index ea1ecf93108..079c3dd7f24 100644 --- a/app/[locale]/staking/page.tsx +++ b/app/[locale]/staking/page.tsx @@ -5,7 +5,7 @@ import { setRequestLocale, } from "next-intl/server" -import { CommitHistory, Lang, PageParams, StakingStatsData } from "@/lib/types" +import { Lang, PageParams, StakingStatsData } from "@/lib/types" import I18nProvider from "@/components/I18nProvider" @@ -45,13 +45,8 @@ const Page = async ({ params }: { params: PageParams }) => { const requiredNamespaces = getRequiredNamespacesForPage("/staking") const messages = pick(allMessages, requiredNamespaces) - const commitHistoryCache: CommitHistory = {} const { contributors, lastEditLocaleTimestamp } = - await getAppPageContributorInfo( - "staking", - locale as Lang, - commitHistoryCache - ) + await getAppPageContributorInfo("staking", locale as Lang) return ( diff --git a/app/[locale]/start/page.tsx b/app/[locale]/start/page.tsx index d8f90d68420..a8e28efe447 100644 --- a/app/[locale]/start/page.tsx +++ b/app/[locale]/start/page.tsx @@ -5,7 +5,7 @@ import { setRequestLocale, } from "next-intl/server" -import type { CommitHistory, Lang, PageParams } from "@/lib/types" +import type { Lang, PageParams } from "@/lib/types" import I18nProvider from "@/components/I18nProvider" import { Image } from "@/components/Image" @@ -40,11 +40,9 @@ const Page = async ({ params }: { params: PageParams }) => { supportedLanguages: [], })) - const commitHistoryCache: CommitHistory = {} const { contributors } = await getAppPageContributorInfo( "start", - locale as Lang, - commitHistoryCache + locale as Lang ) return ( diff --git a/app/[locale]/trillion-dollar-security/page.tsx b/app/[locale]/trillion-dollar-security/page.tsx index 138789747d2..ff37e8f15ba 100644 --- a/app/[locale]/trillion-dollar-security/page.tsx +++ b/app/[locale]/trillion-dollar-security/page.tsx @@ -2,7 +2,7 @@ import React from "react" import Image from "next/image" import { getTranslations, setRequestLocale } from "next-intl/server" -import type { CommitHistory, Lang, PageParams } from "@/lib/types" +import type { Lang, PageParams } from "@/lib/types" import MainArticle from "@/components/MainArticle" import { ButtonLink } from "@/components/ui/buttons/Button" @@ -53,11 +53,9 @@ const TdsPage = async ({ params }: { params: PageParams }) => { namespace: "page-trillion-dollar-security", }) - const commitHistoryCache: CommitHistory = {} const { contributors } = await getAppPageContributorInfo( "trillion-dollar-security", - locale as Lang, - commitHistoryCache + locale as Lang ) return ( diff --git a/app/[locale]/wallets/find-wallet/page.tsx b/app/[locale]/wallets/find-wallet/page.tsx index 4d911d30bc6..189bbefdee9 100644 --- a/app/[locale]/wallets/find-wallet/page.tsx +++ b/app/[locale]/wallets/find-wallet/page.tsx @@ -5,7 +5,7 @@ import { setRequestLocale, } from "next-intl/server" -import type { CommitHistory, Lang, PageParams } from "@/lib/types" +import type { Lang, PageParams } from "@/lib/types" import Breadcrumbs from "@/components/Breadcrumbs" import FindWalletProductTable from "@/components/FindWalletProductTable/lazy" @@ -52,11 +52,9 @@ const Page = async ({ params }: { params: PageParams }) => { ) const messages = pick(allMessages, requiredNamespaces) - const commitHistoryCache: CommitHistory = {} const { contributors } = await getAppPageContributorInfo( "wallets/find-wallet", - locale as Lang, - commitHistoryCache + locale as Lang ) return ( diff --git a/app/[locale]/wallets/page.tsx b/app/[locale]/wallets/page.tsx index d7f490d828b..121569ff372 100644 --- a/app/[locale]/wallets/page.tsx +++ b/app/[locale]/wallets/page.tsx @@ -6,7 +6,7 @@ import { setRequestLocale, } from "next-intl/server" -import type { CommitHistory, Lang, PageParams } from "@/lib/types" +import type { Lang, PageParams } from "@/lib/types" import Callout from "@/components/Callout" import Card from "@/components/Card" @@ -57,13 +57,8 @@ const Page = async ({ params }: { params: PageParams }) => { const requiredNamespaces = getRequiredNamespacesForPage("/wallets") const messages = pick(allMessages, requiredNamespaces) - const commitHistoryCache: CommitHistory = {} const { contributors, lastEditLocaleTimestamp } = - await getAppPageContributorInfo( - "wallets", - locale as Lang, - commitHistoryCache - ) + await getAppPageContributorInfo("wallets", locale as Lang) const heroContent = { title: t("page-wallets-title"), diff --git a/app/[locale]/what-is-ether/page.tsx b/app/[locale]/what-is-ether/page.tsx index 0604f6237c4..d3dd151eae5 100644 --- a/app/[locale]/what-is-ether/page.tsx +++ b/app/[locale]/what-is-ether/page.tsx @@ -1,7 +1,7 @@ import { Landmark, SquareCode, User } from "lucide-react" import { getTranslations } from "next-intl/server" -import type { CommitHistory, Lang, ToCItem } from "@/lib/types" +import type { Lang, ToCItem } from "@/lib/types" import FileContributors from "@/components/FileContributors" import ContentHero, { ContentHeroProps } from "@/components/Hero/ContentHero" @@ -40,13 +40,8 @@ const Page = async ({ params }: { params: { locale: Lang } }) => { namespace: "page-what-is-ether", }) - const commitHistoryCache: CommitHistory = {} const { contributors, lastEditLocaleTimestamp } = - await getAppPageContributorInfo( - "what-is-ether", - locale as Lang, - commitHistoryCache - ) + await getAppPageContributorInfo("what-is-ether", locale as Lang) const heroProps: ContentHeroProps = { breadcrumbs: { diff --git a/app/[locale]/what-is-ethereum/page.tsx b/app/[locale]/what-is-ethereum/page.tsx index e541351e4ca..b108645e257 100644 --- a/app/[locale]/what-is-ethereum/page.tsx +++ b/app/[locale]/what-is-ethereum/page.tsx @@ -8,7 +8,7 @@ import { } from "lucide-react" import { getTranslations } from "next-intl/server" -import type { CommitHistory, Lang, PageParams, ToCItem } from "@/lib/types" +import type { Lang, PageParams, ToCItem } from "@/lib/types" import DocLink from "@/components/DocLink" import FeedbackCard from "@/components/FeedbackCard" @@ -55,13 +55,8 @@ const Page = async ({ params }: { params: PageParams }) => { namespace: "page-what-is-ethereum", }) - const commitHistoryCache: CommitHistory = {} const { contributors, lastEditLocaleTimestamp } = - await getAppPageContributorInfo( - "what-is-ethereum", - locale as Lang, - commitHistoryCache - ) + await getAppPageContributorInfo("what-is-ethereum", locale as Lang) const tocItems: ToCItem[] = [ { title: t("page-what-is-ethereum-toc-ethereum"), url: "#ethereum" }, diff --git a/app/[locale]/what-is-the-ethereum-network/page.tsx b/app/[locale]/what-is-the-ethereum-network/page.tsx index 1460ff2721d..c19a2e7fb8a 100644 --- a/app/[locale]/what-is-the-ethereum-network/page.tsx +++ b/app/[locale]/what-is-the-ethereum-network/page.tsx @@ -1,6 +1,6 @@ import { getTranslations } from "next-intl/server" -import type { CommitHistory, Lang, ToCItem } from "@/lib/types" +import type { Lang, ToCItem } from "@/lib/types" import CommentCard from "@/components/CommentCard" import DocLink from "@/components/DocLink" @@ -34,12 +34,10 @@ const Page = async ({ params }: { params: Promise<{ locale: Lang }> }) => { namespace: "page-what-is-the-ethereum-network", }) - const commitHistoryCache: CommitHistory = {} const { contributors, lastEditLocaleTimestamp } = await getAppPageContributorInfo( "what-is-the-ethereum-network", - locale as Lang, - commitHistoryCache + locale as Lang ) const heroProps: ContentHeroProps = { diff --git a/app/robots.ts b/app/robots.ts index 41482c55da6..9dd25ad0814 100644 --- a/app/robots.ts +++ b/app/robots.ts @@ -1,18 +1,9 @@ import type { MetadataRoute } from "next" -import { SITE_URL } from "@/lib/constants" +import { IS_PRODUCTION_DEPLOY, SITE_URL } from "@/lib/constants" export default function robots(): MetadataRoute.Robots { - let hostname = "" - try { - hostname = new URL(SITE_URL).hostname - } catch (error) { - console.error("Error getting hostname", error) - } - - const isProduction = hostname === "ethereum.org" - - if (!isProduction) { + if (!IS_PRODUCTION_DEPLOY) { return { rules: [{ userAgent: "*", disallow: "/" }], sitemap: [], diff --git a/app/sitemap.ts b/app/sitemap.ts index 8e24caf7124..614a0b25cc8 100644 --- a/app/sitemap.ts +++ b/app/sitemap.ts @@ -10,29 +10,37 @@ export default async function sitemap(): Promise { const pages = await getAllPagesWithTranslations() const entries: MetadataRoute.Sitemap = [] + const seenUrls = new Set() for (const { slug, translatedLocales } of pages) { const normalizedSlug = slug.startsWith("/") ? slug : `/${slug}` + const alternates = + translatedLocales.length > 0 + ? { + languages: { + "x-default": getFullUrl(DEFAULT_LOCALE, normalizedSlug), + ...Object.fromEntries( + translatedLocales.map((locale) => [ + locale, + getFullUrl(locale, normalizedSlug), + ]) + ), + }, + } + : undefined for (const locale of translatedLocales) { const url = getFullUrl(locale, normalizedSlug) - // Drop the `/en` root entry to avoid duplicating `/` - // This happens when slug is "/" and locale is default - if ( - locale === DEFAULT_LOCALE && - (normalizedSlug === "/" || normalizedSlug === "") - ) { + if (seenUrls.has(url)) { continue } - const isDefaultLocale = locale === DEFAULT_LOCALE + seenUrls.add(url) entries.push({ url, - changeFrequency: isDefaultLocale ? "weekly" : "monthly", - priority: isDefaultLocale ? 0.7 : 0.5, - lastModified: new Date(), + alternates, }) } } diff --git a/docs/solutions/integration-issues/sanitizer-test-research.md b/docs/solutions/integration-issues/sanitizer-test-research.md index b52260d5026..6cc737f239a 100644 --- a/docs/solutions/integration-issues/sanitizer-test-research.md +++ b/docs/solutions/integration-issues/sanitizer-test-research.md @@ -41,6 +41,8 @@ | 30 | TNF ticker transposition for NFT | pt-br #17122 | `TNF` instead of `NFT` -- 37 occurrences across pt-br files; pt-br uses `NFT` (356 occurrences) confirming TNF is a Crowdin error | Medium -- wrong acronym | | 31 | Translated inline code content with orphaned backticks | pt-br #17122 | EN: `` pass `wallet`, the compiled `` -> PT: `passar a carteira \`, o arquivo` -- Crowdin translates content inside backticks, breaking the code span and leaving orphaned backticks | High -- broken inline code, stray backtick in prose | | 32 | False-positive "Exposed MDX tag" for PascalCase components | PR #17702 | `` flagged as exposed tag -- 384 false warnings across 72 files; DocLink is registered MDX component in MdComponents | Low -- false warning, no build impact | +| 33 | LLM artifact tokens exposed in MDX | PR #17730 (mr) | `कृितपणे` -- `` (beginning-of-sequence) token from machine translation leaks into prose; MDX parser treats it as unrecognized JSX component; other tokens: ``, ``, ``, ``, ``, `` | Critical -- breaks MDX compilation | +| 34 | Smart/curly quotes in JSX attribute values | PR #17770 (cs,de,pl,zh) | `` -- Crowdin or LLM replaces straight `"` with smart quotes (U+201C/U+201D/U+201E) inside JSX component attribute values; MDX parser expects `"` or `'` to delimit attributes | Critical -- breaks MDX compilation | ## Patterns Already Handled by Sanitizer (Confirmed Working) @@ -79,6 +81,7 @@ These patterns are covered by existing fix functions and should have regression - **Bold adjacent non-Latin** (`fixBoldAdjacentNonLatin`) — `**text**가` → `text가` converts ONLY non-Latin-adjacent cases to HTML tags; uses lookbehind to prevent cross-boundary matching (ko PR #17166) - **Italic adjacent non-Latin** (`fixItalicAdjacentNonLatin`) — `*text*가` / `_text_가` → `text가` mirrors bold fix for single `*` and `_` italic syntax (ko PR #17166) - **Translated inline code warning** (`warnTranslatedInlineCode`) — warns when inline code span count drops significantly OR when orphaned backticks are detected on a line; signals Crowdin translated content inside backticks (pt-br PR #17122) +- **LLM artifact token stripping** (`stripLlmArtifactTokens`) — strips ``, ``, ``, ``, ``, ``, `` tokens from prose; these leak from machine translation pipelines and break MDX compilation (mr PR #17730) ## Recommendations for Future Sanitizer Iteration diff --git a/docs/solutions/performance-issues/github-contributors-data-layer-migration.md b/docs/solutions/performance-issues/github-contributors-data-layer-migration.md new file mode 100644 index 00000000000..4c0fd10047f --- /dev/null +++ b/docs/solutions/performance-issues/github-contributors-data-layer-migration.md @@ -0,0 +1,175 @@ +--- +title: "Migrate GitHub Contributors from Build-time API Calls to Scheduled Data-Layer Tasks" +slug: "github-contributors-data-layer-migration" +category: "performance-issues" +severity: "high" +symptoms: + - "26,900 GitHub API calls per build (97% redundancy)" + - "Build failures due to rate limit exceeded (5,000 calls/hour)" + - "~30 minute build time on Netlify" + - "No cross-worker cache sharing in Next.js parallel builds" +components: + - "src/lib/utils/contributors.ts" + - "src/lib/utils/gh.ts" + - "src/data-layer/" + - "Trigger.dev scheduled tasks" + - "Netlify Blobs storage" +tags: + - "data-layer" + - "trigger.dev" + - "github-api" + - "caching" + - "rate-limiting" + - "next.js" +resolved_at: "2026-01-27" +--- + +# GitHub Contributors Data-Layer Migration + +## Problem + +The site made **26,900 GitHub API calls** during every production build to fetch contributor information, when only **~734 unique paths** needed to be queried. + +### Symptoms + +- Build failures when GitHub rate limits exceeded (5,000 req/hour) +- ~30 minute build times on Netlify +- Logs showing same paths fetched multiple times across workers + +### Root Causes + +1. **No cross-worker cache sharing**: Next.js uses 13 worker processes during build, each with isolated memory +2. **Fresh cache per page render**: Each app page created a new empty `commitHistoryCache` +3. **Duplicate legacy path calls**: API called twice for identical URLs (current + legacy path) +4. **Multiple historical paths per app page**: 6 paths checked per page (most don't exist) +5. **Multiple renders per locale**: 25 locales × 2 passes = 50 renders per page + +### Call Multiplication + +| Factor | Multiplier | +|--------|------------| +| App pages | 39 | +| × Historical paths per page | × 6 | +| × Locales | × 25 | +| × Renders per locale | × 2 | +| × Legacy duplicate call | × 2 | +| **Subtotal (app pages)** | **23,400** | +| + Markdown pages | + ~3,500 | +| **Total** | **~26,900** | + +## Solution + +Migrate to data-layer infrastructure: fetch contributor data via scheduled Trigger.dev task, store in Netlify Blobs, read during builds with zero API calls. + +### Architecture + +``` +Trigger.dev (weekly, Sundays midnight UTC) + ↓ +fetchGitHubContributors() - fetches from GitHub API (~734 calls) + ↓ +set(KEYS.GITHUB_CONTRIBUTORS, data) - stores in Netlify Blobs + ↓ +Build time: getGitHubContributors() + ↓ +unstable_cache + React cache (request dedup) + ↓ +storage.get() - retrieves from Netlify Blobs + ↓ +contributors.ts uses pre-computed data (zero API calls) +``` + +### Files Changed + +| File | Change | +|------|--------| +| `src/lib/types.ts` | Added `GitHubContributorsData` type | +| `src/data-layer/fetchers/fetchGitHubContributors.ts` | **New** - Scheduled fetcher | +| `src/data-layer/mocks/fetch-github-contributors.json` | **New** - Mock data for local dev | +| `src/data-layer/tasks.ts` | Added `WEEKLY` array, registered task | +| `src/data-layer/index.ts` | Added `getGitHubContributors()` getter | +| `src/lib/data/index.ts` | Added cached wrapper with daily TTL | +| `src/lib/utils/contributors.ts` | Now uses data-layer instead of direct API | + +### Key Implementation Details + +**Type Definition** (`src/lib/types.ts`): +```typescript +export type GitHubContributorsData = { + content: Record // slug → contributors + appPages: Record // pagePath → contributors + generatedAt: string +} +``` + +**Consumer Code** (`src/lib/utils/contributors.ts`): +```typescript +import { getGitHubContributors } from "@/lib/data" + +export const getMarkdownFileContributorInfo = async (slug, locale, fileLang, _) => { + const contributorsData = await getGitHubContributors() + const gitHubContributors = contributorsData?.content[slug] ?? [] + // ... rest unchanged +} + +export const getAppPageContributorInfo = async (pagePath, locale, _) => { + const contributorsData = await getGitHubContributors() + const gitHubContributors = contributorsData?.appPages[pagePath] ?? [] + // ... rest unchanged +} +``` + +**Task Registration** (`src/data-layer/tasks.ts`): +```typescript +const WEEKLY: Task[] = [ + [KEYS.GITHUB_CONTRIBUTORS, fetchGitHubContributors], +] + +export const weeklyTask = schedules.task({ + id: "weekly-data-fetch", + cron: "0 0 * * 0", // Sundays at midnight UTC + run: () => runTasks(WEEKLY), +}) +``` + +## Results + +| Metric | Before | After | Improvement | +|--------|--------|-------|-------------| +| API calls per build | 26,900 | 0 | 100% reduction | +| API calls per week | 26,900 × n builds | ~734 | 97% reduction | +| Rate limit risk | Critical | Safe | Eliminated | + +## Prevention + +### When to Use Data-Layer vs Direct API + +| Scenario | Approach | +|----------|----------| +| Data changes rarely (daily/weekly) | Data-layer with scheduled task | +| Data needed across many pages | Data-layer (shared storage) | +| Real-time data required | Direct API with proper caching | +| Single page needs data | Direct API acceptable | + +### Warning Signs + +- Same API endpoint called multiple times in build logs +- API calls proportional to `pages × locales × workers` +- Rate limit warnings during builds +- Build times increasing with page count + +### Testing + +```bash +# Local development - use mock data +USE_MOCK_DATA=true pnpm dev + +# Test the fetcher manually +pnpm trigger:dev +``` + +## Related Documentation + +- [GitHub API Calls Diagnostic](../../github-api-calls-diagnostic.md) - Original problem analysis +- [Data Layer Documentation](../../src/data-layer/docs.md) - Architecture guide +- [API Keys](../../api-keys.md) - Environment variable setup diff --git a/middleware.ts b/middleware.ts index 0c3778e26a1..a2ca9b31c07 100644 --- a/middleware.ts +++ b/middleware.ts @@ -46,6 +46,7 @@ const DEPRECATED_LOCALES = new Set([ "no", "pt", "ro", + "se", "sk", "sl", "sn", diff --git a/netlify.toml b/netlify.toml index 536b8948275..989cabe5b16 100644 --- a/netlify.toml +++ b/netlify.toml @@ -40,3 +40,11 @@ [functions] included_files = ["i18n.config.json", "src/intl/**/*", "src/data-layer/mocks/**/*"] + +# Override SITE_URL for named branches with custom subdomains so canonical +# URLs and OG metadata use the custom domain instead of *.netlify.app. +[context.dev.environment] + NEXT_PUBLIC_SITE_URL = "https://dev.ethereum.org" + +[context.staging.environment] + NEXT_PUBLIC_SITE_URL = "https://staging.ethereum.org" diff --git a/next.config.js b/next.config.js index bb6ef6dfcc9..03f30957ffe 100644 --- a/next.config.js +++ b/next.config.js @@ -35,9 +35,18 @@ module.exports = (phase, { defaultConfig }) => { ...defaultConfig, reactStrictMode: true, env: { - // Context is used to determine the environment for Sentry + // Netlify build-time vars inlined so they're available at SSR runtime. // ref. https://docs.netlify.com/configure-builds/environment-variables/#build-metadata NEXT_PUBLIC_CONTEXT: process.env.CONTEXT, + // Resolve site URL once at build time. NEXT_PUBLIC_SITE_URL (set in + // netlify.toml for dev/staging) takes precedence, then Netlify's + // deploy-specific URLs, falling back to the production domain. + NEXT_PUBLIC_SITE_URL: + process.env.NEXT_PUBLIC_SITE_URL || + process.env.DEPLOY_PRIME_URL || + process.env.DEPLOY_URL || + process.env.URL || + "https://ethereum.org", }, webpack: (config) => { config.module.rules.push({ @@ -158,6 +167,12 @@ module.exports = (phase, { defaultConfig }) => { } return [ + // Whitepaper PDF redirect (no locale prefix) + { + source: "/669c9e2e2027310b6b3cdce6e1c52962/Ethereum_Whitepaper_-_Buterin_2014.pdf", + destination: "/content/whitepaper/whitepaper-pdf/Ethereum_Whitepaper_-_Buterin_2014.pdf", + permanent: true, + }, // All primary redirects ...redirects.flatMap(([source, destination, permanent]) => createRedirect(source, destination, permanent) diff --git a/package.json b/package.json index 8e01cb2c502..e4c5c579f7e 100644 --- a/package.json +++ b/package.json @@ -1,6 +1,6 @@ { "name": "ethereum-org-website", - "version": "10.26.0", + "version": "10.27.0", "license": "MIT", "private": true, "scripts": { diff --git a/public/content/community/grants/index.md b/public/content/community/grants/index.md index 15e39a4726b..f62545241be 100644 --- a/public/content/community/grants/index.md +++ b/public/content/community/grants/index.md @@ -20,6 +20,7 @@ This list is curated by our community. If there's something missing or incorrect These programs support the broad Ethereum ecosystem by offering grants to a wide scope of projects. These include solutions for scalability, community building, security, privacy, and more. These grants are not specific to any one Ethereum platform and are a good place to start if you're unsure. - [EF Ecosystem Support Program](https://esp.ethereum.foundation) - _Funding open source projects that benefit Ethereum, with a particular focus on universal tools, infrastructure, research and public goods_ +- [ESP Grant Explorer](https://esp.ethereum.foundation/funded-projects) - _Searchable directory of 1,000+ projects supported by the Ecosystem Support Program_ - [Academic Grants](https://esp.ethereum.foundation/academic-grants) - _Grants to support Ethereum-related academic work_ ## Grant list aggregators and platforms {#grant-list-aggregators} diff --git a/public/content/developers/docs/design-and-ux/index.md b/public/content/developers/docs/design-and-ux/index.md index 101d5d18c49..b5c4edf7e2d 100644 --- a/public/content/developers/docs/design-and-ux/index.md +++ b/public/content/developers/docs/design-and-ux/index.md @@ -40,6 +40,7 @@ This is a curated list of user research done in web3 that may help with design a ## Design for web3 {#design-for-web3} +- [Web3 Design Playbook](https://learnweb3.design/) - A comprehensive collection of frameworks and notes on Web3 UX principles, DeFi patterns, governance design, wallet UX, and protocol-level thinking for designers and founders - [Web3 UX Design Handbook](https://web3ux.design/) - Practical guide to designing Web3 apps - [Web3 Design Principles](https://medium.com/@lyricalpolymath/web3-design-principles-f21db2f240c1) - A framework of UX rules for blockchain based dapps - [Blockchain Design Principles](https://medium.com/design-ibm/blockchain-design-principles-599c5c067b6e) - Lessons learned by the blockchain design team at IBM 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 49467dc2138..32ed405ac71 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 @@ -132,7 +132,6 @@ Below are a few projects which can help you install and control clients just wit - [EthPillar](https://www.coincashew.com/coins/overview-eth/ethpillar) - Quickest and easiest way to setup a full node. One-liner setup tool and node management TUI. Free. Open source. Public goods for Ethereum by solo stakers. ARM64 and AMD64 support. - [eth-docker](https://eth-docker.net/) - Automated setup using Docker focused on easy and secure staking, requires basic terminal and Docker knowledge, recommended for a bit more advanced users. - [Stereum](https://stereum-dev.github.io/ethereum-node-web-docs) - Launcher for installing clients on a remote server via SSH connection with a GUI setup guide, control center, and many other features. -- [NiceNode](https://www.nicenode.xyz/) - Launcher with a straightforward user experience to run a node on your computer. Just choose clients and start them with a few clicks. Still in development. - [Sedge](https://docs.sedge.nethermind.io/docs/intro) - Node setup tool which automatically generates a Docker configuration using CLI wizard. Written in Go by Nethermind. ### Manual clients setup {#manual-setup} diff --git a/public/content/ethereum-forks/index.md b/public/content/ethereum-forks/index.md index 25a1ae38b68..8e8715bb7da 100644 --- a/public/content/ethereum-forks/index.md +++ b/public/content/ethereum-forks/index.md @@ -25,43 +25,51 @@ The software that underlies Ethereum is composed of two halves, known as the [ex **Execution upgrade naming** -Since 2021, upgrades to the **execution layer** are named according to the city names of [previous Devcon locations](https://devcon.org/en/past-events/) in chronological order: - -| Upgrade Name | Devcon Year | Devcon Number | Upgrade Date | -| ------------ | ----------- | ------------- | ------------ | -| Berlin | 2014 | 0 | Apr 15, 2021 | -| London | 2015 | I | Aug 5, 2021 | -| Shanghai | 2016 | II | Apr 12, 2023 | -| Cancun | 2017 | III | Mar 13, 2024 | -| **Prague** | 2018 | IV | TBD - Next | -| _Osaka_ | 2019 | V | TBD | -| _Bogota_ | 2022 | VI | TBD | -| _Bangkok_ | 2024 | VII | TBD | +Since 2021, upgrades to the **execution layer** are named according to the city names of [previous Devcon and Devconnect locations](https://devcon.org/en/past-events/) in chronological order: + +| Upgrade Name | Devcon(nect) Year | Devcon Number | Upgrade Date | +| -------------- | ----------------- | ------------- | ------------ | +| Berlin | 2014 | 0 | Apr 15, 2021 | +| London | 2015 | I | Aug 5, 2021 | +| Shanghai | 2016 | II | Apr 12, 2023 | +| Cancun | 2017 | III | Mar 13, 2024 | +| Prague | 2018 | IV | May 7, 2025 | +| Osaka | 2019 | V | Dec 3, 2025 | +| **Amsterdam** | 2022 | Devconnect | TBD - Next | +| _Bogotá_ | 2022 | VI | TBD | +| _Istanbul_ | 2023 | Devconnect | TBD | +| _Bangkok_ | 2024 | VII | TBD | +| _Buenos Aires_ | 2025 | Devconnect | TBD | +| _Mumbai_ | 2026 | VIII | TBD | **Consensus upgrade naming** Since the launch of the [Beacon Chain](/glossary/#beacon-chain), upgrades to the **consensus layer** are named after celestial stars beginning with letters that proceed in alphabetical order: -| Upgrade Name | Upgrade Date | -| ------------------------------------------------------------- | ------------ | -| Beacon Chain genesis | Dec 1, 2020 | -| [Altair](https://en.wikipedia.org/wiki/Altair) | Oct 27, 2021 | -| [Bellatrix](https://en.wikipedia.org/wiki/Bellatrix) | Sep 6, 2022 | -| [Capella](https://en.wikipedia.org/wiki/Capella) | Apr 12, 2023 | -| [Deneb](https://en.wikipedia.org/wiki/Deneb) | Mar 13, 2024 | -| [**Electra**]() | TBD - Next | -| [_Fulu_]() | TBD | +| Upgrade Name | Upgrade Date | +| --------------------------------------------------------- | ------------ | +| Beacon Chain genesis | Dec 1, 2020 | +| [Altair](https://en.wikipedia.org/wiki/Altair) | Oct 27, 2021 | +| [Bellatrix](https://en.wikipedia.org/wiki/Bellatrix) | Sep 6, 2022 | +| [Capella](https://en.wikipedia.org/wiki/Capella) | Apr 12, 2023 | +| [Deneb](https://en.wikipedia.org/wiki/Deneb) | Mar 13, 2024 | +| [Electra]() | May 7, 2025 | +| [Fulu]() | Dec 3, 2025 | +| [**Gloas**](https://en.wikipedia.org/wiki/WASP-13) | TBD - Next | +| [_Heka_](https://en.wikipedia.org/wiki/Meissa) | TBD | **Combined naming** -The execution and consensus upgrades were initially rolled out at different times, but after [The Merge](/roadmap/merge/) in 2022 these have been deployed simultaneously. As-such, colloquial terms have emerged to simplify references to these upgrades using a single conjoined term. This began with the _Shanghai-Capella_ upgrade, commonly referred to as "**Shapella**", and is continued with the _Cancun-Deneb_ (**Dencun**), and the _Prague-Electra_ (**Pectra**) upgrades. +The execution and consensus upgrades were initially rolled out at different times, but after [The Merge](/roadmap/merge/) in 2022 these have been deployed simultaneously. As-such, colloquial terms have emerged to simplify references to these upgrades using a single conjoined term. This began with the _Shanghai-Capella_ upgrade, commonly referred to as "**Shapella**", and is continued with subsequent upgrades. -| Execution Upgrade | Consensus Upgrade | Short Name | -| ----------------- | ----------------- | ---------- | -| Shanghai | Capella | "Shapella" | -| Cancun | Deneb | "Dencun" | -| Prague | Electra | "Pectra" | -| Osaka | Fulu | "Fusaka" | +| Execution Upgrade | Consensus Upgrade | Short Name | +| ----------------- | ----------------- | ------------- | +| Shanghai | Capella | "Shapella" | +| Cancun | Deneb | "Dencun" | +| Prague | Electra | "Pectra" | +| Osaka | Fulu | "Fusaka" | +| Amsterdam | Gloas | "Glamsterdam" | +| Bogotá | Heka | "Hekotá" | diff --git a/public/content/roadmap/glamsterdam/index.md b/public/content/roadmap/glamsterdam/index.md new file mode 100644 index 00000000000..6e7acf1ab4f --- /dev/null +++ b/public/content/roadmap/glamsterdam/index.md @@ -0,0 +1,298 @@ +--- +title: Glamsterdam +description: Learn about the Glamsterdam protocol upgrade +lang: en +--- + +# Glamsterdam {#glamsterdam} + + + + +Glamsterdam is an upcoming Ethereum upgrade planned for H1 2026 + + +The Glamsterdam 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/). + + + + +[Ethereum’s](/) upcoming Glamsterdam upgrade is designed to clear the path for the next generation of scaling. Glamsterdam is named from the combination of "Amsterdam" (execution layer upgrade, named after a previous Devconnect location) and "Gloas" (consensus layer upgrade, named after a star). + +Following the progress made in the [Fusaka](/roadmap/fusaka/) upgrade, Glamsterdam focuses on scaling the L1 by reorganizing how the network processes transactions and manages its growing database, fundamentally updating how Ethereum creates and verifies blocks. + +While Fusaka focused on foundational refinements, Glamsterdam advances the "Scale L1" and "Scale Blobs" objectives by enshrining the separation of duties between different network participants, and introducing more efficient ways to handle data to prepare the [state](/glossary/#state) for high-throughput parallelization. + +These improvements ensure Ethereum remains fast, affordable, and decentralized as it handles more activity, while keeping hardware requirements manageable for people running [nodes](/glossary/#node) at home. + + + +## Improvements considered for Glamsterdam {#improvements-in-glamsterdam} + + + + +Note: This article currently highlights a selection of EIPs being considered for inclusion in Glamsterdam. For the latest status updates, view the [Glamsterdam upgrade on Forkcast](https://forkcast.org/upgrade/glamsterdam). + +If you want to add an EIP that’s under consideration for Glamsterdam, but hasn’t been added to this page yet, [learn how to contribute to ethereum.org here](/contributing/). + + + + +The Glamsterdam upgrade centers on three main goals: + +- Speeding up processing (parallelization): Reorganizing how the network records data dependencies, so that it can safely process many transactions at the same time instead of in a slow, one-by-one sequence. +- Expanding capacity: Splitting up the heavy lifting of creating and verifying blocks, giving the network more time to propagate larger amounts of data without slowing down. +- Preventing database bloat (sustainability): Adjusting network fees to accurately reflect the long-term hardware cost of storing new data, unblocking future gas limit increases while preventing hardware performance degradation. + +In short, Glamsterdam will introduce structural changes to ensure that as the network increases capacity, it remains sustainable and performance stays high. + +## Scale L1 & parallel processing {#scale-l1} + +Meaningful L1 scaling requires moving away from off-protocol trust assumptions and serial execution constraints. Glamsterdam addresses this by enshrining separation of certain block-building duties and introducing new data structures that allow the network to prepare for parallel processing. + +### Headliner proposal: Enshrined Proposer-Builder Separation (ePBS) {#epbs} + +- Removes off-protocol trust assumptions and reliance on third-party relays +- Supports L1 scaling by allowing much larger payloads through extended propagation windows +- Introduces trustless builder payments directly into the protocol + +Currently, the process of proposing and building blocks includes a hand-off between block proposers and block builders. The relationship between proposers and builders isn’t part of the core Ethereum protocol, so it relies on trusted third-party middleware, software (relays), and off-protocol trust between entities. + +The out-of-protocol relationship between proposers and builders also creates a "hot path" during block validation that forces [validators](/glossary/#validator) to rush through transaction broadcasting and execution in a tight 2-second window, limiting how much data the network can handle. + +**Enshrined Proposer-Builder Separation (ePBS, or EIP-7732)** formally separates the job of the proposer (who selects the consensus block) from the builder (who assembles the execution payload), enshrining this hand-off directly into the protocol. + +Building the trustless exchange of a block payload for payment directly into the protocol removes the need for third-party middleware (like MEV-Boost). However, builders and proposers might still choose to use off-protocol relays or middleware for complex features that are not yet part of the core protocol. + +To address the "hot path" bottleneck, ePBS also introduces the Payload Timeliness Committee (PTC) and a dual-deadline logic, allowing validators to attest to the consensus block and the execution payload timeliness separately to maximize throughput. + + + +Separating the proposer and builder roles at the protocol level expands the propagation window (or the time available to spread data across the network) from 2 seconds to about 9 seconds. + +By replacing off-protocol middleware and relays with in-protocol mechanics, ePBS reduces trust dependencies and allows Ethereum to safely process much larger amounts of data (like more blobs for [layer 2s](/glossary/#layer-2)) without stressing the network. + +**Resources**: [EIP-7732 technical specification](https://eips.ethereum.org/EIPS/eip-7732) + +### Headliner proposal: Block-Level Access Lists (BALs) {#bals} + +- Eliminates sequential processing bottlenecks by providing an upfront map of all transaction dependencies, setting the stage for validators to process many transactions in parallel instead of one by one +- Allows nodes to update their records by reading the final results without needing to replay every transaction (executionless sync), making it much faster to sync a node to the network +- Eliminates guesswork, allowing validators to pre-load all necessary data at once instead of discovering it step-by-step, which makes validation much faster + +Today’s Ethereum is like a single-lane road; because the network doesn’t know what data a transaction will need or change (like which accounts a transaction will touch) until a transaction has been run, validators must process transactions one by one in a strict, sequential line. If they tried to process the transactions all at once, without knowing these dependencies, two transactions might accidentally try to change the exact same data at the same time, causing errors. + +**Block-Level Access Lists (BALs, or EIP-7928)** are like a map that’s included in every block, telling the network which parts of the database will be accessed before the work begins. BALs require every block to include the hash of every account change that the transactions will touch, along with the final results of those changes (the hash record of all state accesses and post-execution values). + +Because they give instant visibility into which transactions don’t overlap, BALs allow nodes to perform parallel disk reads, fetching information for many transactions simultaneously. The network can safely group unrelated transactions and process them in parallel. + +Because the BAL includes the final results of transactions (the post-execution values), when the network’s nodes need to sync to the network’s current state, they can copy those final results to update their records. Validators no longer have to replay all the complicated transactions from scratch to know what happened, making it faster and easier for new nodes to join the network. + +The parallel disk reads enabled by BALs will be a significant step toward a future where Ethereum can process many transactions at once, significantly increasing the network’s speed. + +#### eth/71 Block Access List Exchange {#bale} + +Block Access List Exchange (eth/71 or EIP-8159) is the direct networking companion to block-level access lists. While BALs unlock parallel execution, eth/71 upgrades the peer-to-peer protocol to allow nodes to actually share these lists over the network. Implementing the block access list exchange will enable faster syncing and allow nodes to perform executionless state updates. + +**Resources**: + +- [EIP-7928 technical specification](https://eips.ethereum.org/EIPS/eip-7928) +- [EIP-8159 technical specification](https://eips.ethereum.org/EIPS/eip-8159) + +## Network sustainability {#network-sustainability} + +As the Ethereum network grows faster, it’s important to ensure that the cost of using it matches the wear-and-tear on the hardware that runs Ethereum. The network needs to increase its overall capacity limits in order to safely scale and process more transactions. + +### State creation gas cost increase {#state-creation-gas-cost-increase} + +- Ensures that the fees to create new accounts or smart contracts accurately reflect the long-term burden they place on Ethereum's database +- Automatically adjusts these data-creation fees based on the network's overall capacity, targeting a safe and predictable growth rate so standard physical hardware can continue running the network +- Separates the accounting for these specific fees to a new reservoir, removing old transaction limits and allowing developers to deploy larger, more complex applications + +Adding new accounts, tokens, and [smart contracts](/glossary/#smart-contract) creates permanent data (known as "state") that every computer running the network must store indefinitely. The current fees to add or read this data are inconsistent and don’t necessarily reflect the actual, long-term storage burden they place on the network's hardware. + +Some actions that create state on Ethereum, like creating new accounts or deploying large smart contracts, have been relatively low-cost compared to the permanent storage space they take up on the network’s nodes, for example, contract deployment is significantly cheaper per byte than creating storage slots. + +Without adjustment, Ethereum’s state could grow by nearly 200 GiB a year if the network scales to a 100M gas limit, eventually outstripping common hardware. + +**State creation gas cost increase (or EIP-8037)** harmonizes costs by tying them to the actual size of the data being created, updating the fees so they are proportional to the amount of permanent data an operation creates or accesses. + +EIP-8037 also introduces a reservoir model to manage these costs more predictably; state gas charges draw from the `state_gas_reservoir` first, and the `GAS` opcode only returns `gas_left`, preventing execution frames from miscalculating available gas. + +Before EIP-8037, both the computational work (the active processing) and the permanent data storage (saving the smart contract to the network's database) share the same gas limit. The reservoir model splits accounting: the gas limit for the actual computational work of the transaction (processing) and for long-term data storage (state gas). Separating the two helps prevent the sheer size of an application's data from capping out the gas limit; as long as developers provide enough funds to fill the reservoir for data storage, they can deploy much larger and more complex smart contracts. + +Pricing data storage more accurately and predictably will help Ethereum safely increase its speed and capacity without bloating the database. This sustainability will allow node operators to continue using (relatively) affordable hardware for years to come, keeping home staking accessible to maintain the network’s decentralization. + +**Resources**: [EIP-8037 technical specification](https://eips.ethereum.org/EIPS/eip-8037) + +### State-access gas cost update {#state-access-gas-cost-update} + +- Increases the gas costs for when applications read or update information permanently stored on Ethereum (state-access opcodes) to accurately match the compute work these commands require +- Strengthens network resilience by preventing denial-of-service attacks that exploit artificially cheap data-reading operations + +As Ethereum’s state has grown, the act of searching for and reading old data ("state access") has become heavier and slower for nodes to process. The fees for these actions have remained the same even though it is now slightly more expensive to look up information (in terms of compute power). + +As a result, some specific commands are currently underpriced relative to the work they force a node to do. `EXTCODESIZE` and `EXTCODECOPY` are underpriced, for example, because they require two separate database reads—one for the account object, and a second for the actual code size or bytecode. + +**State-access gas cost update (or EIP-8038)** increases the gas constants for state-access opcodes, like looking up account and contract data, to align with modern hardware performance and state size. + +Aligning the cost of state-access also helps make Ethereum more resilient. Because these heavy data-reading actions are artificially cheap, a malicious attacker could spam the network with thousands of complex data requests in a single block before hitting the network's fee limit, potentially causing the network to stall or crash (a denial-of-service attack). Even without malicious intent, developers are not economically encouraged to build efficient applications if reading network data is too cheap. + +By pricing state-access actions more accurately Ethereum can be more resilient against accidental or intentional slowdowns, while aligning network costs with hardware load proves a more sustainable foundation for future gas limit increases. + +**Resources**: [EIP-8038 technical specification](https://eips.ethereum.org/EIPS/eip-8038) + +## Network resilience + +Refinements to validator duties and exit processes ensure network stability during mass-slashing events and democratize liquidity. These improvements make the network more stable and ensure that all participants, large and small, are treated fairly. + +### Exclude slashed validators from proposing {#exclude-slashed-validators} + +- Stops penalized (slashed) validators from being selected to propose future blocks, eliminating guaranteed missed slots +- Keeps Ethereum running smoothly and dependably, preventing severe stalls in the case of a mass slashing event + +Currently, even if a validator is slashed (penalized for breaking the rules or not operating as expected), the system might still pick them to lead a block in the near future when it generates future proposer lookaheads. + +Because blocks from slashed proposers are automatically rejected as invalid, this causes the network to miss slots and delays network recovery during mass slashing events. + +**Exclude slashed validators from proposing (or EIP-8045)** simply filters out slashed validators from being selected for future duties. This improves chain resilience by ensuring only healthy validators are selected to propose blocks, maintaining quality of service during network disruptions. + +**Resources**: [EIP-8045 technical specification](https://eips.ethereum.org/EIPS/eip-8045) + +### Let exits use the consolidation queue {#let-exits-use-the-consolidation-queue} + +- Closes a loophole that allows high-balance validators to exit the network more quickly than smaller validators via the consolidation queue +- Allows regular exits to overflow into this second queue when it has spare capacity, reducing staking withdrawal times during high-volume periods +- Maintains strict security to avoid altering Ethereum's core safety limits or weakening the network + +Since the [Pectra upgrade](/roadmap/pectra) increased the maximum effective balance for Ethereum validators from 32 ETH to 2,048 ETH, a technical loophole allows high-balance validators to exit the network faster than smaller validators via the consolidation queue. + +**Let exits use the consolidation queue (or EIP-8080)** democratizes the consolidation queue for all staking exits, creating a single, fair line for everyone. + +To break down how this works today: + +- Ethereum’s churn limit is a safety limit on the rate at which validators can enter, exit, or merge (consolidate) their staked ETH, to ensure the network's security is never destabilized +- Because a validator consolidation is a heavier action with more moving parts than a standard validator exit, it eats up a larger portion of this safety budget (churn limit) +- Specifically, the protocol dictates that the exact security cost of one standard exit is two-thirds (2/3) the cost of one consolidation + +Fairer exit queues will allow standard exits to borrow unused space from the consolidation queue during periods of high exit demand, applying a "3 for 2" exchange rate (for every 2 unused consolidation spots, the network can safely process 3 standard exits). This 3/2 churn factor balances demand across the consolidation and exit queues. + +Democratizing access to the consolidation queue will increase the speed at which users can exit their stake during high-demand periods by up to 2.5x, without compromising network security. + +**Resources**: [EIP-8080 technical specification](https://eips.ethereum.org/EIPS/eip-8080) + +## Improve user & developer experience {#improve-user-developer-experience} + +Ethereum’s Glamsterdam upgrade aims to improve the user experience, enhance data discoverability, and handle rising message sizes to prevent sync failures. This makes it easier to track what’s happening onchain while preventing technical hiccups as the network scales. + +### Reduce intrinsic transaction gas costs {#reduce-intrinsic-transaction-gas-costs} + +- Lowers the base fee for transactions, reducing the overall cost of a simple native ETH payment +- Makes smaller transfers more affordable, boosting Ethereum's viability as a routine medium of exchange + +All Ethereum transactions have a flat base gas fee today, regardless of how simple or complex it is to process. **Reduce intrinsic transaction gas (or EIP-2780)** proposes reducing that base fee to make a standard ETH transfer between existing accounts up to **71% cheaper**. + +Reduce intrinsic transaction gas works by breaking down the transaction fee to reflect only the basic, essential work the computers running the network actually do, like verifying a digital signature and updating a balance. Because a basic ETH payment doesn't execute complex code or carry extra data, this proposal would reduce its fee to match its lightweight footprint. + +The proposal introduces an exception for creating brand-new accounts to keep lower fees from overwhelming the network’s state. If a transfer sends ETH to an empty, non-existent address, the network must create a permanent new record for it. A gas surcharge is added for that account creation to help cover its long-term storage burden. + +Together, the EIP-2780 aims to make everyday transfers between existing accounts more affordable while ensuring the network is still protected against database bloat by accurately pricing true state growth. + +**Resources**: [EIP-2780 technical specification](https://eips.ethereum.org/EIPS/eip-2780) + +### Deterministic Factory Predeploy {#deterministic-factory-predeploy} + +- Gives developers a native way to deploy applications and smart contract wallets to the exact same address across multiple chains +- Allows users to have the same smart wallet address on multiple layer 2 (L2) networks, reducing cognitive load, reducing confusion, and reducing the risk of accidental loss of funds +- Replaces the workarounds developers currently use to achieve this parity, making it easier and more secure to build multi-chain wallets and apps + +If a user has a smart contract wallet today with accounts across multiple Ethereum Virtual Machine (EVM)-compatible chains, they often end up with a completely different address on different networks. This is not only confusing, but can lead to accidental loss of funds. + +**Deterministic Factory Predeploy (or EIP-7997)** gives developers a native, built-in way to deploy their decentralized applications and smart contract wallets to the exact same address across multiple EVM chains, including Ethereum Mainnet, layer 2 (L2) networks, and more. If adopted, it would allow user to have the exact same address on every participating chain, significantly reducing cognitive load and the potential for user error. + +Deterministic Factory Predeploy works by permanently placing a minimal, specialized factory program at an identical location (specifically, address 0x12) on every participating EVM-compatible chain. Its goal is to provide a universal, standard factory contract that can be adopted by any EVM-compatible network; as long as an EVM chain participates and adopts this standard, developers will be able to use it to deploy their smart contracts to the exact same address on that network. + +This standardization simplifies building and managing cross-chain applications for developers and the broader ecosystem. Developers no longer have to build custom, chain-specific code to link their software together across different networks, instead using this universal factory to generate the exact same address for their application everywhere. In addition, block explorers, tracking services, and wallets can more easily identify and link these applications and accounts across various chains, creating a more unified and seamless multi-chain environment for all Ethereum-based participants. + +**Resources**: [EIP-7997 technical specification](https://eips.ethereum.org/EIPS/eip-7997) + +### ETH transfers and burns emit a log {#eth-transfers-and-burns-emit-a-log} + +- Automatically generates a permanent record (log) every time ETH is transferred or burned +- Fixes a historical blind spot that allows apps, exchanges, and bridges to dependably detect user deposits without ad-hoc tracing tools + +Unlike tokens (ERC-20s), regular ETH transfers between smart contracts don't emit a clear receipt (standard log), making them difficult for exchanges and apps to track. + +ETH transfers and burns emit a log (or EIP-7708) makes it mandatory for the network to emit a standard log event every time a non-zero amount of ETH is moved or burned. + +This will make it much easier and more reliable for wallets, exchanges, and bridge operators to accurately track deposits and movements without custom tooling. + +**Resources**: [EIP-7708 technical specification](https://eips.ethereum.org/EIPS/eip-7708) + +### eth/70 partial block receipt lists {#eth-70-partial-block-receipt-lists} + +As we increase the amount of work Ethereum can do, the lists of receipts for those actions (the data records of these transactions) are getting so large that they could potentially cause the network’s nodes to fail when trying to sync data with one another. + +eth/70 partial block receipt lists (or EIP-7975) introduces a new way for nodes to talk to each other (eth/70) that allows these large lists to be broken into smaller, more manageable pieces. eth/70 introduces a pagination system for the network's communication protocol that allows nodes to break block receipt lists down and safely request the data in smaller, more manageable chunks. + +This change would prevent network sync failures during periods of heavy activity. Ultimately, it paves the way for Ethereum to increase its block capacity, and process more transactions per block in the future, without overwhelming the physical hardware syncing the chain. + +**Resources**: [EIP-7975 technical specification](https://eips.ethereum.org/EIPS/eip-7975) + +## Further reading {#further-reading} + +- [Ethereum roadmap](/roadmap/) +- [Forkcast: Glamsterdam](https://forkcast.org/upgrade/glamsterdam) +- [Glamsterdam Meta EIP](https://eips.ethereum.org/EIPS/eip-7773) +- [Protocol Priorities Update for 2026 blog announcement](https://blog.ethereum.org/2026/02/18/protocol-priorities-update-2026) +- [The Daily Gwei Refuel podcast - Post-quantum Ethereum, Glamsterdam is coming](https://www.youtube.com/watch?v=qx9sd50uQjQ) + +## FAQ {#faq} + +### How can ETH be converted after the Glamsterdam hard fork? {#how-can-eth-be-converted-after-the-hardfork} + +- **No Action Required for Your ETH**: There is no need to convert or upgrade your ETH following the Glamsterdam upgrade. Your account balances will remain the same, and the ETH you currently hold will remain accessible in its existing form after the hard fork. +- **Beware of scams!**  **anyone instructing you to "upgrade" your ETH is trying to scam you.** There is nothing you need to do in relation to this upgrade. Your assets will stay completely unaffected. Remember, staying informed is the best defense against scams. + +[More on recognizing and avoiding scams](/security/) + +### Does the Glamsterdam upgrade affect all Ethereum nodes and validators? {#does-the-glamsterdam-upgrade-affect-all-ethereum-nodes-and-validators} + +Yes, the Glamsterdam upgrade requires updates to both [execution clients and consensus clients](/developers/docs/nodes-and-clients/). Because this upgrade introduces Enshrined Proposer-Builder Separation (ePBS), node operators will need to ensure their clients are updated to handle the new ways blocks are built, validated, and attested to by the network. + +All main Ethereum clients will release versions supporting the hard fork marked as high priority. You can keep up with when these releases will be available in client GitHub repos, their [Discord channels](https://ethstaker.org/support), the [EthStaker Discord](https://dsc.gg/ethstaker), or by subscribing to the Ethereum blog for protocol updates. + +To maintain synchronization with the Ethereum network post-upgrade, node operators must ensure they are running a supported client version. Note that the information about client releases is time-sensitive, and users should refer to the latest updates for the most current details. + +### As a staker, what do I need to do for the Glamsterdam upgrade? {#as-a-staker-what-do-i-need-to-do-for-the-glamsterdam-upgrade} + +As with every network upgrade, make sure to update your clients to latest versions marked with Glamsterdam support. Follow updates in the mailing list and [Protocol Announcements on the EF Blog](https://blog.ethereum.org/category/protocol) to get informed about releases. + +To validate your setup before Glamsterdam gets activated on Mainnet, you can run a validator on testnets. Testnet forks are also announced in the mailing list and blog. + +### What improvements will Glamsterdam include for L1 scaling? {#what-improvements-will-glamsterdam-include-for-l1-scaling} + +The headline feature is ePBS (EIP-7732), which separates the heavy task of validating network transactions from the task of reaching consensus. This expands the data propagation window from 2 seconds to roughly 9 seconds, unblocking Ethereum's ability to safely handle much higher transaction throughput and accommodate more data blobs for layer 2 networks. + +### Will Glamsterdam lower fees on Ethereum (layer 1)? {#will-glamsterdam-lower-fees-on-ethereum-layer-1} + +Yes, Glamsterdam will most likely reduce fees for everyday users! Reduce intrinsic transaction gas (or EIP-2780) reduces the base fee for sending ETH, making ETH much cheaper to use for everyday payments. + +In addition, for long-term sustainability, Glamsterdam introduces Block-Level Access Lists (BALs). This enables parallel processing and prepares the L1 to safely handle higher overall gas limits in the future, which will likely reduce per-transaction gas costs as capacity grows. + +### Will there be any changes to my existing smart contracts post-Glamsterdam? {#will-my-smart-contracts-change} + +Existing contracts will continue to function normally after Glamsterdam. Developers will likely get several new tools and should review their gas usage: + +- Increase maximum contract size (or EIP-7954) allows developers to deploy larger applications, raising the maximum contract size limit from roughly 24KiB to 32KiB. +- Deterministic factory predeploy (or EIP-7997) introduces a universal, built-in factory contract. It allows developers to deploy their applications and smart contract wallets to the exact same address across all participating EVM chains. +- If your app relies on complex tracing to find ETH transfers, ETH transfers and burns emit a log (or EIP-7708) will allow you to switch to using logs for more simple and reliable accounting. +- State creation gas cost increase (or EIP-8037) and state-access gas cost update (or EIP-8038) introduce new sustainability models that will change certain contract deployment costs, as creating new accounts or permanent storage will have a dynamically-adjusting fee. + +### How will Glamsterdam affect node storage and hardware requirements? {#how-will-glamsterdam-affect-node-storage-and-hardware-requirements} + +Multiple EIPs under consideration for Glamsterdam address the performance cliff of state growth: + +- State creation gas cost increase (or EIP-8037) introduces a dynamic pricing model to target a state database growth rate of 100 GiB/year, ensuring standard physical hardware can continue running the network efficiently. +- eth/70 partial block receipt lists (or EIP-7975) allows nodes to request paginated block receipts, which breaks data-heavy block receipt lists into smaller chunks to prevent crashes and syncs as Ethereum scales. diff --git a/public/content/translations/ar/roadmap/glamsterdam/index.md b/public/content/translations/ar/roadmap/glamsterdam/index.md new file mode 100644 index 00000000000..097cb652c0e --- /dev/null +++ b/public/content/translations/ar/roadmap/glamsterdam/index.md @@ -0,0 +1,298 @@ +--- +title: "جلامستردام" +description: "تعرف على ترقية بروتوكول جلامستردام" +lang: ar +--- + +# جلامستردام {#glamsterdam} + + + + +جلامستردام هي ترقية قادمة لإيثريوم مخطط لها في النصف الأول من عام 2026 + + +تعد ترقية جلامستردام مجرد خطوة واحدة في أهداف تطوير إيثريوم طويلة الأجل. تعرّف على المزيد حول [خارطة طريق البروتوكول](/roadmap/) و[الترقيات السابقة](/ethereum-forks/). + + + + +[ترقية](/) جلامستردام القادمة لإيثريوم مصممة لتمهيد الطريق للجيل القادم من قابلية التوسّع. تمت تسمية جلامستردام من مزيج من "أمستردام" (ترقية طبقة التنفيذ، التي سميت على اسم موقع Devconnect سابق) و "Gloas" (ترقية طبقة الإجماع، التي سميت على اسم نجم). + +بعد التقدم المحرز في ترقية [فوساكا](/roadmap/fusaka/)، تركز جلامستردام على قابلية التوسّع للطبقة الأولى (L1) من خلال إعادة تنظيم كيفية معالجة الشبكة للمعاملات وإدارة قاعدة بياناتها المتنامية، وتحديث كيفية إنشاء إيثريوم للكتل والتحقق منها بشكل أساسي. + +بينما ركزت فوساكا على التحسينات الأساسية، تعمل جلامستردام على تعزيز أهداف "توسيع L1" و "توسيع Blobs" من خلال تكريس فصل الواجبات بين مختلف المشاركين في الشبكة، وإدخال طرق أكثر كفاءة للتعامل مع البيانات لإعداد [الحالة](/glossary/#state) للموازاة عالية الإنتاجية. + +تضمن هذه التحسينات أن تظل إيثريوم سريعة وميسورة التكلفة ولامركزية حيث تتعامل مع المزيد من النشاط، مع الحفاظ على متطلبات الأجهزة قابلة للإدارة للأشخاص الذين يشغلون [العقد](/glossary/#node) في المنزل. + + + +## التحسينات التي تم النظر فيها لترقية جلامستردام {#improvements-in-glamsterdam} + + + + +ملاحظة: يسلط هذا المقال الضوء حاليًا على مجموعة مختارة من مقترحات تحسين إيثريوم (EIPs) التي يتم النظر في إدراجها في ترقية جلامستردام. للحصول على آخر تحديثات الحالة، شاهد [ترقية جلامستردام على Forkcast](https://forkcast.org/upgrade/glamsterdam). + +إذا كنت ترغب في إضافة مقترح تحسين إيثريوم (EIP) قيد الدراسة لترقية جلامستردام، ولكن لم تتم إضافته إلى هذه الصفحة بعد، [تعرف على كيفية المساهمة في ethereum.org هنا](/contributing/). + + + + +تتمحور ترقية جلامستردام حول ثلاثة أهداف رئيسية: + +- تسريع المعالجة (الموازاة): إعادة تنظيم كيفية تسجيل الشبكة لتبعيات البيانات، بحيث يمكنها معالجة العديد من المعاملات بأمان في نفس الوقت بدلاً من تسلسل بطيء واحد تلو الآخر. +- توسيع السعة: تقسيم العمل الشاق لإنشاء الكتل والتحقق منها، مما يمنح الشبكة مزيدًا من الوقت لنشر كميات أكبر من البيانات دون إبطاء. +- منع تضخم قاعدة البيانات (الاستدامة): تعديل رسوم الشبكة لتعكس بدقة تكلفة الأجهزة طويلة الأجل لتخزين البيانات الجديدة، وإلغاء حظر الزيادات المستقبلية في حد الغاز مع منع تدهور أداء الأجهزة. + +باختصار، ستقدم جلامستردام تغييرات هيكلية لضمان أنه مع زيادة سعة الشبكة، تظل مستدامة ويظل الأداء مرتفعًا. + +## توسيع الطبقة الأولى (L1) والمعالجة المتوازية {#scale-l1} + +تتطلب قابلية التوسّع الهادفة للطبقة الأولى (L1) الابتعاد عن افتراضات الثقة خارج البروتوكول وقيود التنفيذ التسلسلي. تعالج جلامستردام هذا الأمر من خلال تكريس فصل بعض واجبات بناء الكتل وإدخال هياكل بيانات جديدة تسمح للشبكة بالتحضير للمعالجة المتوازية. + +### الاقتراح الرئيسي: فصل المقترح عن الباني المدمج (ePBS) {#epbs} + +- يزيل افتراضات الثقة خارج البروتوكول والاعتماد على المرحلات (relays) التابعة لجهات خارجية +- يدعم قابلية التوسّع للطبقة الأولى (L1) من خلال السماح بحمولات أكبر بكثير من خلال نوافذ الانتشار الممتدة +- يقدم مدفوعات الباني غير الموثوقة مباشرة في البروتوكول + +حاليًا، تتضمن عملية اقتراح وبناء الكتل تسليمًا بين مقترحي الكتل وبناة الكتل. العلاقة بين المقترحين والبناة ليست جزءًا من بروتوكول إيثريوم الأساسي، لذا فهي تعتمد على برامج وسيطة موثوقة من جهات خارجية، وبرامج (مرحلات)، وثقة خارج البروتوكول بين الكيانات. + +تخلق العلاقة خارج البروتوكول بين المقترحين والبناة أيضًا "مسارًا ساخنًا" أثناء التحقق من صحة الكتلة مما يجبر [المدققين](/glossary/#validator) على الإسراع في بث المعاملات وتنفيذها في نافذة ضيقة مدتها ثانيتان، مما يحد من كمية البيانات التي يمكن للشبكة التعامل معها. + +**فصل المقترح عن الباني المدمج (ePBS، أو EIP-7732)** يفصل رسميًا وظيفة المقترح (الذي يختار كتلة الإجماع) عن الباني (الذي يجمع حمولة التنفيذ)، ويدمج هذا التسليم مباشرة في البروتوكول. + +إن بناء التبادل غير الموثوق لحمولة الكتلة مقابل الدفع مباشرة في البروتوكول يزيل الحاجة إلى برامج وسيطة من جهات خارجية (مثل MEV-Boost). ومع ذلك، قد يظل البناة والمقترحون يختارون استخدام المرحلات أو البرامج الوسيطة خارج البروتوكول للميزات المعقدة التي ليست جزءًا من البروتوكول الأساسي بعد. + +لمعالجة عنق الزجاجة في "المسار الساخن"، يقدم ePBS أيضًا لجنة توقيت الحمولة (PTC) ومنطق الموعد النهائي المزدوج، مما يسمح للمدققين بالإقرار بكتلة الإجماع وتوقيت حمولة التنفيذ بشكل منفصل لزيادة الإنتاجية إلى أقصى حد. + + + +يؤدي فصل أدوار المقترح والباني على مستوى البروتوكول إلى توسيع نافذة الانتشار (أو الوقت المتاح لنشر البيانات عبر الشبكة) من ثانيتين إلى حوالي 9 ثوانٍ. + +من خلال استبدال البرامج الوسيطة والمرحلات خارج البروتوكول بآليات داخل البروتوكول، يقلل ePBS من تبعيات الثقة ويسمح لإيثريوم بمعالجة كميات أكبر بكثير من البيانات بأمان (مثل المزيد من النقاط (blobs) لـ [الطبقات الثانية](/glossary/#layer-2)) دون إجهاد الشبكة. + +**المصادر**: [المواصفات الفنية لـ EIP-7732](https://eips.ethereum.org/EIPS/eip-7732) + +### الاقتراح الرئيسي: قوائم الوصول على مستوى البلوك (BALs) {#bals} + +- يزيل اختناقات المعالجة التسلسلية من خلال توفير خريطة مسبقة لجميع تبعيات المعاملات، مما يمهد الطريق للمدققين لمعالجة العديد من المعاملات بالتوازي بدلاً من واحدة تلو الأخرى +- يسمح للعقد بتحديث سجلاتها من خلال قراءة النتائج النهائية دون الحاجة إلى إعادة تشغيل كل معاملة (مزامنة بدون تنفيذ)، مما يجعل مزامنة العقدة مع الشبكة أسرع بكثير +- يزيل التخمين، مما يسمح للمدققين بتحميل جميع البيانات اللازمة مسبقًا دفعة واحدة بدلاً من اكتشافها خطوة بخطوة، مما يجعل التحقق من الصحة أسرع بكثير + +إيثريوم اليوم مثل طريق ذي مسار واحد؛ لأن الشبكة لا تعرف البيانات التي ستحتاجها المعاملة أو ستغيرها (مثل الحسابات التي ستتأثر بالمعاملة) حتى يتم تشغيل المعاملة، يجب على المدققين معالجة المعاملات واحدة تلو الأخرى في خط تسلسلي صارم. إذا حاولوا معالجة المعاملات دفعة واحدة، دون معرفة هذه التبعيات، فقد تحاول معاملتان عن طريق الخطأ تغيير نفس البيانات بالضبط في نفس الوقت، مما يتسبب في حدوث أخطاء. + +**قوائم الوصول على مستوى البلوك (BALs، أو EIP-7928)** تشبه الخريطة المضمنة في كل بلوك، وتخبر الشبكة بأجزاء قاعدة البيانات التي سيتم الوصول إليها قبل بدء العمل. تتطلب قوائم الوصول على مستوى البلوك (BALs) أن يتضمن كل بلوك تجزئة (هاش) كل تغيير في الحساب ستتأثر به المعاملات، بالإضافة إلى النتائج النهائية لتلك التغييرات (سجل تجزئة (هاش) لجميع عمليات الوصول إلى الحالة والقيم بعد التنفيذ). + +نظرًا لأنها توفر رؤية فورية للمعاملات غير المتداخلة، تسمح قوائم الوصول على مستوى البلوك (BALs) للعقد بإجراء قراءات متوازية من القرص، وجلب المعلومات للعديد من المعاملات في وقت واحد. يمكن للشبكة تجميع المعاملات غير ذات الصلة بأمان ومعالجتها بالتوازي. + +نظرًا لأن قائمة الوصول على مستوى البلوك (BAL) تتضمن النتائج النهائية للمعاملات (القيم بعد التنفيذ)، فعندما تحتاج عقد الشبكة إلى المزامنة مع حالة الشبكة الحالية، يمكنها نسخ تلك النتائج النهائية لتحديث سجلاتها. لم يعد على المدققين إعادة تشغيل جميع المعاملات المعقدة من البداية لمعرفة ما حدث، مما يجعل انضمام العقد الجديدة إلى الشبكة أسرع وأسهل. + +ستكون قراءات القرص المتوازية التي تمكّنها قوائم الوصول على مستوى البلوك (BALs) خطوة مهمة نحو مستقبل يمكن فيه لإيثريوم معالجة العديد من المعاملات في وقت واحد، مما يزيد بشكل كبير من سرعة الشبكة. + +#### eth/71 تبادل قائمة الوصول إلى البلوك {#bale} + +تبادل قائمة الوصول إلى البلوك (eth/71 أو EIP-8159) هو الرفيق الشبكي المباشر لقوائم الوصول على مستوى البلوك. بينما تفتح قوائم الوصول على مستوى البلوك (BALs) الباب أمام التنفيذ المتوازي، تقوم ترقية eth/71 بترقية بروتوكول نظير إلى نظير للسماح للعقد بمشاركة هذه القوائم بالفعل عبر الشبكة. سيؤدي تنفيذ تبادل قائمة الوصول إلى البلوك إلى تمكين مزامنة أسرع والسماح للعقد بإجراء تحديثات للحالة بدون تنفيذ. + +**المصادر**: + +- [المواصفات الفنية لـ EIP-7928](https://eips.ethereum.org/EIPS/eip-7928) +- [المواصفات الفنية لـ EIP-8159](https://eips.ethereum.org/EIPS/eip-8159) + +## استدامة الشبكة {#network-sustainability} + +مع نمو شبكة إيثريوم بشكل أسرع، من المهم التأكد من أن تكلفة استخدامها تتناسب مع استهلاك الأجهزة التي تشغل إيثريوم. تحتاج الشبكة إلى زيادة حدود سعتها الإجمالية من أجل تحقيق قابلية التوسّع بأمان ومعالجة المزيد من المعاملات. + +### زيادة تكلفة غاز إنشاء الحالة {#state-creation-gas-cost-increase} + +- يضمن أن الرسوم لإنشاء حسابات جديدة أو عقود ذكية تعكس بدقة العبء طويل الأمد الذي تفرضه على قاعدة بيانات إيثريوم +- يضبط تلقائيًا رسوم إنشاء البيانات هذه بناءً على السعة الإجمالية للشبكة، مستهدفًا معدل نمو آمنًا ويمكن التنبؤ به حتى تتمكن الأجهزة المادية القياسية من مواصلة تشغيل الشبكة +- يفصل المحاسبة عن هذه الرسوم المحددة إلى خزان جديد، ويزيل حدود المعاملات القديمة ويسمح للمطورين بنشر تطبيقات أكبر وأكثر تعقيدًا + +تؤدي إضافة حسابات ورموز و[عقود ذكية](/glossary/#smart-contract) جديدة إلى إنشاء بيانات دائمة (تُعرف باسم "الحالة") يجب على كل جهاز كمبيوتر يشغل الشبكة تخزينها إلى أجل غير مسمى. الرسوم الحالية لإضافة هذه البيانات أو قراءتها غير متسقة ولا تعكس بالضرورة عبء التخزين الفعلي طويل الأمد الذي تفرضه على أجهزة الشبكة. + +بعض الإجراءات التي تنشئ حالة على إيثريوم، مثل إنشاء حسابات جديدة أو نشر عقود ذكية كبيرة، كانت منخفضة التكلفة نسبيًا مقارنة بمساحة التخزين الدائمة التي تشغلها على عقد الشبكة، على سبيل المثال، نشر العقود أرخص بكثير لكل بايت من إنشاء خانات تخزين. + +بدون تعديل، يمكن أن تنمو حالة إيثريوم بنحو 200 جيجابايت سنويًا إذا توسعت الشبكة إلى حد غاز يبلغ 100 مليون، مما سيتجاوز في النهاية الأجهزة الشائعة. + +**زيادة تكلفة غاز إنشاء الحالة (أو EIP-8037)** توائم التكاليف عن طريق ربطها بالحجم الفعلي للبيانات التي يتم إنشاؤها، وتحديث الرسوم بحيث تكون متناسبة مع كمية البيانات الدائمة التي تنشئها العملية أو تصل إليها. + +يقدم EIP-8037 أيضًا نموذج خزان لإدارة هذه التكاليف بشكل أكثر قابلية للتنبؤ؛ يتم سحب رسوم غاز الحالة من `state_gas_reservoir` أولاً، ولا يُرجع كود التشغيل `GAS` سوى `gas_left`، مما يمنع إطارات التنفيذ من حساب الغاز المتاح بشكل خاطئ. + +قبل EIP-8037، كان كل من العمل الحسابي (المعالجة النشطة) وتخزين البيانات الدائم (حفظ العقد الذكي في قاعدة بيانات الشبكة) يتشاركان نفس حد الغاز. يقسم نموذج الخزان المحاسبة: حد الغاز للعمل الحسابي الفعلي للمعاملة (المعالجة) ولتخزين البيانات طويل الأجل (غاز الحالة). يساعد فصل الاثنين على منع الحجم الهائل لبيانات التطبيق من استنفاد حد الغاز؛ طالما أن المطورين يوفرون أموالًا كافية لملء خزان تخزين البيانات، يمكنهم نشر عقود ذكية أكبر وأكثر تعقيدًا. + +سيساعد تسعير تخزين البيانات بشكل أكثر دقة وقابلية للتنبؤ إيثريوم على زيادة سرعتها وسعتها بأمان دون تضخيم قاعدة البيانات. ستسمح هذه الاستدامة لمشغلي العقد بمواصلة استخدام أجهزة ميسورة التكلفة (نسبيًا) لسنوات قادمة، مما يحافظ على إمكانية الوصول إلى التحصيص المنزلي للحفاظ على لامركزية الشبكة. + +**المصادر**: [المواصفات الفنية لـ EIP-8037](https://eips.ethereum.org/EIPS/eip-8037) + +### تحديث تكلفة غاز الوصول إلى الحالة {#state-access-gas-cost-update} + +- يزيد من تكاليف الغاز عندما تقرأ التطبيقات أو تحدث المعلومات المخزنة بشكل دائم على إيثريوم (أكواد تشغيل الوصول إلى الحالة) لتتناسب بدقة مع العمل الحسابي الذي تتطلبه هذه الأوامر +- يقوي مرونة الشبكة عن طريق منع هجمات حجب الخدمة التي تستغل عمليات قراءة البيانات الرخيصة بشكل مصطنع + +مع نمو حالة إيثريوم، أصبح البحث عن البيانات القديمة وقراءتها ("الوصول إلى الحالة") أثقل وأبطأ في المعالجة بالنسبة للعقد. ظلت رسوم هذه الإجراءات كما هي على الرغم من أن البحث عن المعلومات أصبح الآن أكثر تكلفة قليلاً (من حيث قوة الحوسبة). + +نتيجة لذلك، فإن بعض الأوامر المحددة مسعرة حاليًا بأقل من قيمتها الحقيقية بالنسبة للعمل الذي تجبر العقدة على القيام به. على سبيل المثال، يتم تسعير `EXTCODESIZE` و`EXTCODECOPY` بأقل من قيمتهما لأنهما يتطلبان قراءتين منفصلتين لقاعدة البيانات — واحدة لكائن الحساب، والثانية لحجم النص البرمجي الفعلي أو النص البرمجي الثانوي (bytecode). + +**تحديث تكلفة غاز الوصول إلى الحالة (أو EIP-8038)** يزيد من ثوابت الغاز لأكواد تشغيل الوصول إلى الحالة، مثل البحث عن بيانات الحساب والعقد، لتتماشى مع أداء الأجهزة الحديثة وحجم الحالة. + +تساعد مواءمة تكلفة الوصول إلى الحالة أيضًا على جعل إيثريوم أكثر مرونة. نظرًا لأن إجراءات قراءة البيانات الثقيلة هذه رخيصة بشكل مصطنع، يمكن لمهاجم خبيث إغراق الشبكة بآلاف طلبات البيانات المعقدة في بلوك واحد قبل الوصول إلى حد رسوم الشبكة، مما قد يتسبب في توقف الشبكة أو تعطلها (هجوم حجب الخدمة). حتى بدون نية خبيثة، لا يتم تشجيع المطورين اقتصاديًا على بناء تطبيقات فعالة إذا كانت قراءة بيانات الشبكة رخيصة جدًا. + +من خلال تسعير إجراءات الوصول إلى الحالة بشكل أكثر دقة، يمكن أن تكون إيثريوم أكثر مرونة ضد التباطؤ العرضي أو المتعمد، بينما تثبت مواءمة تكاليف الشبكة مع حمل الأجهزة أساسًا أكثر استدامة للزيادات المستقبلية في حد الغاز. + +**المصادر**: [المواصفات الفنية لـ EIP-8038](https://eips.ethereum.org/EIPS/eip-8038) + +## مرونة الشبكة + +تضمن التحسينات على واجبات المدققين وعمليات الخروج استقرار الشبكة أثناء أحداث العقوبات الجماعية وتعميم السيولة. تجعل هذه التحسينات الشبكة أكثر استقرارًا وتضمن معاملة جميع المشاركين، كبارًا وصغارًا، بشكل عادل. + +### استبعاد المدققين المعاقبين من الاقتراح {#exclude-slashed-validators} + +- يمنع اختيار المدققين المعاقبين لاقتراح كتل مستقبلية، مما يلغي الخانات (slots) الفائتة المضمونة +- يحافظ على تشغيل إيثريوم بسلاسة وموثوقية، مما يمنع التوقفات الشديدة في حالة وقوع حدث عقوبة جماعية + +حاليًا، حتى لو تمت معاقبة مُدقِّق (لمخالفته القواعد أو عدم عمله كما هو متوقع)، قد يظل النظام يختاره لقيادة بلوك في المستقبل القريب عندما يقوم بإنشاء مقترحات مستقبلية. + +نظرًا لأن الكتل من المقترحين المعاقبين يتم رفضها تلقائيًا على أنها غير صالحة، فإن هذا يتسبب في أن تفوت الشبكة الخانات (slots) ويؤخر استرداد الشبكة أثناء أحداث العقوبة الجماعية. + +**استبعاد المدققين المعاقبين من الاقتراح (أو EIP-8045)** يقوم ببساطة بتصفية المدققين المعاقبين من اختيارهم للواجبات المستقبلية. يعمل هذا على تحسين مرونة السلسلة من خلال ضمان اختيار المدققين السليمين فقط لاقتراح الكتل، والحفاظ على جودة الخدمة أثناء انقطاع الشبكة. + +**المصادر**: [المواصفات الفنية لـ EIP-8045](https://eips.ethereum.org/EIPS/eip-8045) + +### السماح لعمليات الخروج باستخدام قائمة انتظار الدمج {#let-exits-use-the-consolidation-queue} + +- يغلق ثغرة تسمح للمدققين ذوي الأرصدة العالية بالخروج من الشبكة بسرعة أكبر من المدققين الأصغر حجمًا عبر قائمة انتظار الدمج +- يسمح لعمليات الخروج العادية بالتدفق إلى قائمة الانتظار الثانية هذه عندما يكون لديها سعة احتياطية، مما يقلل من أوقات سحب التحصيص خلال فترات الحجم الكبير +- يحافظ على أمان صارم لتجنب تغيير حدود الأمان الأساسية لإيثريوم أو إضعاف الشبكة + +منذ أن زادت [ترقية بيكترا](/roadmap/pectra) الحد الأقصى للرصيد الفعال لمدققي إيثريوم من 32 ETH إلى 2048 ETH، تسمح ثغرة فنية للمدققين ذوي الأرصدة العالية بالخروج من الشبكة بشكل أسرع من المدققين الأصغر حجمًا عبر قائمة انتظار الدمج. + +**السماح لعمليات الخروج باستخدام قائمة انتظار الدمج (أو EIP-8080)** يعمم قائمة انتظار الدمج لجميع عمليات خروج التحصيص، مما يخلق خطًا واحدًا عادلاً للجميع. + +لتوضيح كيفية عمل ذلك اليوم: + +- حد التغيير في إيثريوم هو حد أمان لمعدل دخول المدققين أو خروجهم أو دمج (توحيد) عملات ETH المحصصة، لضمان عدم زعزعة أمن الشبكة أبدًا +- نظرًا لأن دمج المدققين هو إجراء أثقل مع المزيد من الأجزاء المتحركة مقارنة بخروج المدقق القياسي، فإنه يستهلك جزءًا أكبر من ميزانية الأمان هذه (حد التغيير) +- على وجه التحديد، يفرض البروتوكول أن تكلفة الأمان الدقيقة لخروج قياسي واحد هي ثلثي (2/3) تكلفة دمج واحد + +ستسمح قوائم انتظار الخروج الأكثر عدلاً لعمليات الخروج القياسية باقتراض مساحة غير مستخدمة من قائمة انتظار الدمج خلال فترات ارتفاع الطلب على الخروج، مع تطبيق سعر صرف "3 مقابل 2" (مقابل كل مكانين غير مستخدمين للدمج، يمكن للشبكة معالجة 3 عمليات خروج قياسية بأمان). يعمل عامل التغيير 3/2 هذا على موازنة الطلب عبر قوائم انتظار الدمج والخروج. + +سيؤدي تعميم الوصول إلى قائمة انتظار الدمج إلى زيادة السرعة التي يمكن للمستخدمين بها الخروج من حصصهم خلال فترات الطلب المرتفع بنسبة تصل إلى 2.5 ضعف، دون المساس بأمن الشبكة. + +**المصادر**: [المواصفات الفنية لـ EIP-8080](https://eips.ethereum.org/EIPS/eip-8080) + +## تحسين تجربة المستخدم والمطور {#improve-user-developer-experience} + +تهدف ترقية جلامستردام في إيثريوم إلى تحسين تجربة المستخدم، وتعزيز قابلية اكتشاف البيانات، والتعامل مع أحجام الرسائل المتزايدة لمنع فشل المزامنة. وهذا يسهل تتبع ما يحدث على السلسلة مع منع المشكلات الفنية أثناء توسع الشبكة. + +### تقليل تكاليف غاز المعاملات الأساسية {#reduce-intrinsic-transaction-gas-costs} + +- يخفض الرسوم الأساسية للمعاملات، مما يقلل من التكلفة الإجمالية لدفعة ETH أصلية بسيطة +- يجعل التحويلات الأصغر ميسورة التكلفة، مما يعزز جدوى إيثريوم كوسيط تبادل روتيني + +جميع معاملات إيثريوم لها رسوم غاز أساسية ثابتة اليوم، بغض النظر عن مدى بساطة أو تعقيد معالجتها. يقترح **تقليل غاز المعاملات الأساسي (أو EIP-2780)** تقليل تلك الرسوم الأساسية لجعل تحويل ETH القياسي بين الحسابات الحالية أرخص بنسبة تصل إلى **71%**. + +يعمل تقليل غاز المعاملات الأساسي عن طريق تقسيم رسوم المعاملة لتعكس فقط العمل الأساسي والضروري الذي تقوم به أجهزة الكمبيوتر التي تشغل الشبكة بالفعل، مثل التحقق من التوقيع الرقمي وتحديث الرصيد. نظرًا لأن دفعة ETH الأساسية لا تنفذ نصًا برمجيًا معقدًا أو تحمل بيانات إضافية، فإن هذا الاقتراح سيقلل من رسومها لتتناسب مع بصمتها الخفيفة. + +يقدم الاقتراح استثناءً لإنشاء حسابات جديدة تمامًا لمنع الرسوم المنخفضة من إغراق حالة الشبكة. إذا أرسل تحويل ETH إلى عنوان فارغ وغير موجود، فيجب على الشبكة إنشاء سجل دائم جديد له. تتم إضافة رسوم إضافية للغاز لإنشاء هذا الحساب للمساعدة في تغطية عبء تخزينه طويل الأجل. + +يهدف EIP-2780 معًا إلى جعل التحويلات اليومية بين الحسابات الحالية ميسورة التكلفة مع ضمان استمرار حماية الشبكة من تضخم قاعدة البيانات عن طريق تسعير نمو الحالة الحقيقي بدقة. + +**المصادر**: [المواصفات الفنية لـ EIP-2780](https://eips.ethereum.org/EIPS/eip-2780) + +### النشر المسبق للمصنع الحتمي {#deterministic-factory-predeploy} + +- يمنح المطورين طريقة أصلية لنشر التطبيقات ومحافظ العقود الذكية على نفس العنوان بالضبط عبر سلاسل متعددة +- يسمح للمستخدمين بالحصول على نفس عنوان المحفظة الذكية على شبكات الطبقة الثانية (L2) المتعددة، مما يقلل من العبء المعرفي والارتباك وخطر الفقدان العرضي للأموال +- يستبدل الحلول البديلة التي يستخدمها المطورون حاليًا لتحقيق هذا التكافؤ، مما يسهل ويؤمن بناء المحافظ والتطبيقات متعددة السلاسل + +إذا كان لدى المستخدم محفظة عقد ذكي اليوم بها حسابات عبر سلاسل متعددة متوافقة مع آلة إيثريوم الافتراضية (EVM)، فغالبًا ما ينتهي به الأمر بعنوان مختلف تمامًا على شبكات مختلفة. هذا ليس مربكًا فحسب، بل يمكن أن يؤدي إلى فقدان عرضي للأموال. + +**النشر المسبق للمصنع الحتمي (أو EIP-7997)** يمنح المطورين طريقة أصلية ومدمجة لنشر تطبيقاتهم اللامركزية ومحافظ العقود الذكية على نفس العنوان بالضبط عبر سلاسل EVM المتعددة، بما في ذلك شبكة إيثريوم الرئيسية وشبكات الطبقة الثانية (L2) والمزيد. إذا تم اعتماده، فإنه سيسمح للمستخدم بالحصول على نفس العنوان بالضبط على كل سلسلة مشاركة، مما يقلل بشكل كبير من العبء المعرفي واحتمال حدوث خطأ من المستخدم. + +يعمل النشر المسبق للمصنع الحتمي عن طريق وضع برنامج مصنع متخصص وبسيط بشكل دائم في موقع متطابق (على وجه التحديد، العنوان 0x12) على كل سلسلة مشاركة متوافقة مع EVM. هدفه هو توفير عقد مصنع قياسي وعالمي يمكن اعتماده من قبل أي شبكة متوافقة مع EVM؛ طالما أن سلسلة EVM تشارك وتعتمد هذا المعيار، سيتمكن المطورون من استخدامه لنشر عقودهم الذكية على نفس العنوان بالضبط على تلك الشبكة. + +يبسط هذا التوحيد بناء وإدارة التطبيقات عبر السلاسل للمطورين والنظام البيئي الأوسع. لم يعد المطورون مضطرين إلى بناء تعليمات برمجية مخصصة خاصة بالسلسلة لربط برامجهم معًا عبر شبكات مختلفة، وبدلاً من ذلك يستخدمون هذا المصنع العالمي لإنشاء نفس العنوان بالضبط لتطبيقهم في كل مكان. بالإضافة إلى ذلك، يمكن لمستكشفي الكتل وخدمات التتبع والمحافظ تحديد هذه التطبيقات والحسابات وربطها بسهولة أكبر عبر سلاسل مختلفة، مما يخلق بيئة متعددة السلاسل أكثر توحيدًا وسلاسة لجميع المشاركين المستندين إلى إيثريوم. + +**المصادر**: [المواصفات الفنية لـ EIP-7997](https://eips.ethereum.org/EIPS/eip-7997) + +### تحويلات وحرق ETH تُصدر سجلاً {#eth-transfers-and-burns-emit-a-log} + +- ينشئ تلقائيًا سجلاً دائمًا في كل مرة يتم فيها تحويل أو حرق ETH +- يصلح نقطة عمياء تاريخية تسمح للتطبيقات والبورصات والجسور بالكشف عن ودائع المستخدمين بشكل موثوق دون أدوات تتبع مخصصة + +على عكس الرموز (ERC-20s)، لا تُصدر تحويلات ETH العادية بين العقود الذكية إيصالاً واضحًا (سجل قياسي)، مما يجعل من الصعب على البورصات والتطبيقات تتبعها. + +تحويلات وحرق ETH تُصدر سجلاً (أو EIP-7708) يجعل من الإلزامي على الشبكة إصدار حدث سجل قياسي في كل مرة يتم فيها نقل أو حرق كمية غير صفرية من ETH. + +سيجعل هذا الأمر أسهل وأكثر موثوقية لمشغلي المحافظ والبورصات والجسور لتتبع الودائع والحركات بدقة دون أدوات مخصصة. + +**المصادر**: [المواصفات الفنية لـ EIP-7708](https://eips.ethereum.org/EIPS/eip-7708) + +### eth/70 قوائم إيصالات البلوك الجزئية {#eth-70-partial-block-receipt-lists} + +مع زيادة كمية العمل التي يمكن لإيثريوم القيام بها، أصبحت قوائم إيصالات تلك الإجراءات (سجلات بيانات هذه المعاملات) كبيرة جدًا لدرجة أنها قد تتسبب في فشل عقد الشبكة عند محاولة مزامنة البيانات مع بعضها البعض. + +eth/70 قوائم إيصالات البلوك الجزئية (أو EIP-7975) تقدم طريقة جديدة للعقد للتحدث مع بعضها البعض (eth/70) تسمح بتقسيم هذه القوائم الكبيرة إلى أجزاء أصغر وأكثر قابلية للإدارة. يقدم eth/70 نظام ترقيم صفحات لبروتوكول اتصالات الشبكة يسمح للعقد بتقسيم قوائم إيصالات البلوك وطلب البيانات بأمان في أجزاء أصغر وأكثر قابلية للإدارة. + +سيمنع هذا التغيير فشل مزامنة الشبكة خلال فترات النشاط الكثيف. في النهاية، يمهد الطريق لإيثريوم لزيادة سعة كتلها، ومعالجة المزيد من المعاملات لكل بلوك في المستقبل، دون إرهاق الأجهزة المادية التي تزامن السلسلة. + +**المصادر**: [المواصفات الفنية لـ EIP-7975](https://eips.ethereum.org/EIPS/eip-7975) + +## قراءة إضافية {#further-reading} + +- [إيثريوم خارطة الطريق](/roadmap/) +- [Forkcast: جلامستردام](https://forkcast.org/upgrade/glamsterdam) +- [مقترح تحسين إيثريوم الشامل لجلامستردام](https://eips.ethereum.org/EIPS/eip-7773) +- [تحديث أولويات البروتوكول لإعلان مدونة 2026](https://blog.ethereum.org/2026/02/18/protocol-priorities-update-2026) +- [بودكاست The Daily Gwei Refuel - إيثريوم ما بعد الكم، جلامستردام قادمة](https://www.youtube.com/watch?v=qx9sd50uQjQ) + +## الأسئلة الشائعة {#faq} + +### كيف يمكن تحويل ETH بعد انقسام جلامستردام الحاد؟ {#how-can-eth-be-converted-after-the-hardfork} + +- **لا يلزم اتخاذ أي إجراء لعملة ETH الخاصة بك**: ليست هناك حاجة لتحويل أو ترقية عملة ETH الخاصة بك بعد ترقية جلامستردام. ستظل أرصدة حسابك كما هي، وستظل عملة ETH التي تمتلكها حاليًا قابلة للوصول في شكلها الحالي بعد الانقسام الكلي. +- **احذر من عمليات الاحتيال!** **أي شخص يطلب منك "ترقية" عملة ETH الخاصة بك فهو يحاول خداعك.** ليس عليك القيام بأي شيء فيما يتعلق بهذه الترقية. ستبقى أصولك غير متأثرة تمامًا. تذكر أن البقاء على اطلاع هو أفضل دفاع ضد عمليات الاحتيال. + +[المزيد حول التعرف على عمليات الاحتيال وتجنبها](/security/) + +### هل تؤثر ترقية جلامستردام على جميع عقد ومدققي إيثريوم؟ {#does-the-glamsterdam-upgrade-affect-all-ethereum-nodes-and-validators} + +نعم، تتطلب ترقية جلامستردام تحديثات لكل من [عملاء التنفيذ وعملاء الإجماع](/developers/docs/nodes-and-clients/). نظرًا لأن هذه الترقية تقدم فصل المقترح عن الباني المدمج (ePBS)، سيحتاج مشغلو العقد إلى التأكد من تحديث عملائهم للتعامل مع الطرق الجديدة التي يتم بها بناء الكتل والتحقق منها والإقرار بها من قبل الشبكة. + +ستصدر جميع عملاء Ethereum الرئيسيين إصدارات تدعم الانقسام الصعب الذي تم تحديده كأولوية عالية. يمكنك متابعة موعد إصدار هذه الإصدارات في مستودعات GitHub للعملاء، أو على [قنوات Discord](https://ethstaker.org/support)، أو [EthStaker Discord](https://dsc.gg/ethstaker)، أو من خلال الاشتراك في مدونة إيثريوم للحصول على تحديثات البروتوكول. + +للحفاظ على التزامن مع الترقية اللاحقة لشبكة إيثريوم، يجب على مشغلي العقد التأكد من أنهم يقومون بتشغيل إصدار عميل مدعوم. لاحظ أن المعلومات المتعلقة بإصدارات العميل حساسة للوقت، ويجب على المستخدمين الرجوع إلى آخر التحديثات للحصول على أحدث التفاصيل. + +### كمساهم، ما الذي أحتاج إلى القيام به لترقية جلامستردام؟ {#as-a-staker-what-do-i-need-to-do-for-the-glamsterdam-upgrade} + +كما هو الحال مع كل ترقية للشبكة، تأكد من تحديث عملائك إلى أحدث الإصدارات التي تحمل علامة دعم جلامستردام. تابع التحديثات في القائمة البريدية و[إعلانات البروتوكول على مدونة EF](https://blog.ethereum.org/category/protocol) للحصول على معلومات حول الإصدارات. + +للتحقق من إعداداتك قبل تفعيل جلامستردام على الشبكة الرئيسية، يمكنك تشغيل مُدقِّق على شبكات الاختبار. يتم أيضًا الإعلان عن تفرعات شبكة الاختبار في القائمة البريدية والمدونة. + +### ما هي التحسينات التي ستتضمنها جلامستردام لقابلية توسع الطبقة الأولى (L1)؟ {#what-improvements-will-glamsterdam-include-for-l1-scaling} + +الميزة الرئيسية هي ePBS (EIP-7732)، التي تفصل المهمة الثقيلة للتحقق من معاملات الشبكة عن مهمة الوصول إلى الإجماع. يؤدي هذا إلى توسيع نافذة انتشار البيانات من ثانيتين إلى ما يقرب من 9 ثوانٍ، مما يفتح الطريق أمام قدرة إيثريوم على التعامل بأمان مع إنتاجية معاملات أعلى بكثير واستيعاب المزيد من نقاط البيانات (blobs) لشبكات الطبقة الثانية. + +### هل ستخفض جلامستردام الرسوم على إيثريوم (الطبقة الأولى)؟ {#will-glamsterdam-lower-fees-on-ethereum-layer-1} + +نعم، على الأرجح ستقلل جلامستردام الرسوم للمستخدمين العاديين! تقليل غاز المعاملات الأساسي (أو EIP-2780) يقلل من الرسوم الأساسية لإرسال ETH، مما يجعل استخدام ETH أرخص بكثير للمدفوعات اليومية. + +بالإضافة إلى ذلك، من أجل الاستدامة طويلة الأجل، تقدم جلامستردام قوائم الوصول على مستوى البلوك (BALs). يمكّن هذا المعالجة المتوازية ويهيئ الطبقة الأولى (L1) للتعامل بأمان مع حدود غاز إجمالية أعلى في المستقبل، مما سيقلل على الأرجح من تكاليف الغاز لكل معاملة مع نمو السعة. + +### هل ستكون هناك أي تغييرات على عقودي الذكية الحالية بعد جلامستردام؟ {#will-my-smart-contracts-change} + +ستستمر العقود الحالية في العمل بشكل طبيعي بعد جلامستردام. من المحتمل أن يحصل المطورون على عدة أدوات جديدة ويجب عليهم مراجعة استخدامهم للغاز: + +- زيادة الحد الأقصى لحجم العقد (أو EIP-7954) يسمح للمطورين بنشر تطبيقات أكبر، مما يرفع الحد الأقصى لحجم العقد من حوالي 24 كيلوبايت إلى 32 كيلوبايت. +- النشر المسبق للمصنع الحتمي (أو EIP-7997) يقدم عقد مصنع عالمي مدمج. يسمح للمطورين بنشر تطبيقاتهم ومحافظ العقود الذكية على نفس العنوان بالضبط عبر جميع سلاسل EVM المشاركة. +- إذا كان تطبيقك يعتمد على تتبع معقد للعثور على تحويلات ETH، فإن تحويلات وحرق ETH التي تُصدر سجلاً (أو EIP-7708) ستسمح لك بالتبديل إلى استخدام السجلات لمحاسبة أكثر بساطة وموثوقية. +- زيادة تكلفة غاز إنشاء الحالة (أو EIP-8037) وتحديث تكلفة غاز الوصول إلى الحالة (أو EIP-8038) يقدمان نماذج استدامة جديدة ستغير بعض تكاليف نشر العقود، حيث سيكون لإنشاء حسابات جديدة أو تخزين دائم رسوم قابلة للتعديل ديناميكيًا. + +### كيف ستؤثر جلامستردام على متطلبات تخزين العقد والأجهزة؟ {#how-will-glamsterdam-affect-node-storage-and-hardware-requirements} + +تعالج العديد من مقترحات تحسين إيثريوم (EIPs) قيد الدراسة لترقية جلامستردام منحدر الأداء لنمو الحالة: + +- زيادة تكلفة غاز إنشاء الحالة (أو EIP-8037) تقدم نموذج تسعير ديناميكي لاستهداف معدل نمو قاعدة بيانات الحالة يبلغ 100 جيجابايت/سنة، مما يضمن أن الأجهزة المادية القياسية يمكنها الاستمرار في تشغيل الشبكة بكفاءة. +- تسمح قوائم إيصالات البلوك الجزئية eth/70 (أو EIP-7975) للعقد بطلب إيصالات كتل مرقمة الصفحات، مما يقسم قوائم إيصالات البلوك كثيفة البيانات إلى أجزاء أصغر لمنع الأعطال والمزامنات مع توسع إيثريوم. diff --git a/public/content/translations/bn/community/grants/index.md b/public/content/translations/bn/community/grants/index.md index a9a9cbf1e35..ae3a06d5e3f 100644 --- a/public/content/translations/bn/community/grants/index.md +++ b/public/content/translations/bn/community/grants/index.md @@ -20,6 +20,7 @@ lang: bn এই প্রোগ্রামগুলি বিভিন্ন ধরণের প্রোজেক্টকে গ্রান্ট অফার করার মাধ্যমে বিস্তৃত ইথেরিয়াম ইকোসিস্টেমকে সমর্থন করে। এর মধ্যে রয়েছে স্কেলেবিলিটি, কমিউনিটি বিল্ডিং, নিরাপত্তা, গোপনীয়তা এবং আরও অনেক কিছুর জন্য সমাধান। এই গ্রান্টগুলি কোনও একটি নির্দিষ্ট ইথেরিয়াম প্ল্যাটফর্মের জন্য নয় এবং আপনি যদি অনিশ্চিত হন তবে শুরু করার জন্য এটি একটি ভাল জায়গা। - [EF ইকোসিস্টেম সাপোর্ট প্রোগ্রাম](https://esp.ethereum.foundation) - _ইথেরিয়ামকে উপকৃত করে এমন ওপেন সোর্স প্রজেক্টগুলির জন্য অর্থায়ন, যেখানে সর্বজনীন টুলস, পরিকাঠামো, গবেষণা এবং সর্বজনীন পণ্যের উপর বিশেষ নজর দেওয়া হয়_ +- [ESP গ্রান্ট এক্সপ্লোরার](https://esp.ethereum.foundation/funded-projects) - _ইকোসিস্টেম সাপোর্ট প্রোগ্রাম দ্বারা সমর্থিত ১,০০০+ প্রকল্পের অনুসন্ধানযোগ্য ডিরেক্টরি_ - [একাডেমিক গ্রান্ট](https://esp.ethereum.foundation/academic-grants) - _ইথেরিয়াম-সম্পর্কিত একাডেমিক কাজকে সমর্থন করার জন্য গ্রান্ট_ ## গ্রান্ট তালিকা অ্যাগ্রিগেটর এবং প্ল্যাটফর্ম {#grant-list-aggregators} diff --git a/public/content/translations/bn/developers/docs/nodes-and-clients/run-a-node/index.md b/public/content/translations/bn/developers/docs/nodes-and-clients/run-a-node/index.md index 6fe3c543509..2c63ae1dc63 100644 --- a/public/content/translations/bn/developers/docs/nodes-and-clients/run-a-node/index.md +++ b/public/content/translations/bn/developers/docs/nodes-and-clients/run-a-node/index.md @@ -132,7 +132,6 @@ sidebarDepth: 2 - [EthPillar](https://www.coincashew.com/coins/overview-eth/ethpillar) - একটি পূর্ণ নোড সেটআপ করার দ্রুততম এবং সহজতম উপায়। এক-লাইনের সেটআপ টুল এবং নোড ম্যানেজমেন্ট TUI। বিনামূল্যে। ওপেন সোর্স। একক স্টেকারদের দ্বারা ইথেরিয়াম-এর জন্য পাবলিক গুডস। ARM64 এবং AMD64 সমর্থন। - [eth-docker](https://eth-docker.net/) - ডকার ব্যবহার করে স্বয়ংক্রিয় সেটআপ যা সহজ এবং নিরাপদ স্টেকিংয়ের উপর দৃষ্টি নিবদ্ধ করে, প্রাথমিক টার্মিনাল এবং ডকার জ্ঞান প্রয়োজন, কিছুটা বেশি উন্নত ব্যবহারকারীদের জন্য প্রস্তাবিত। - [Stereum](https://stereum-dev.github.io/ethereum-node-web-docs) - একটি GUI সেটআপ গাইড, নিয়ন্ত্রণ কেন্দ্র, এবং অন্যান্য অনেক বৈশিষ্ট্য সহ SSH সংযোগের মাধ্যমে একটি দূরবর্তী সার্ভারে ক্লায়েন্ট ইনস্টল করার জন্য লঞ্চার। -- [NiceNode](https://www.nicenode.xyz/) - আপনার কম্পিউটারে একটি নোড চালানোর জন্য একটি সহজবোধ্য ব্যবহারকারী অভিজ্ঞতা সহ লঞ্চার। শুধু ক্লায়েন্ট বেছে নিন এবং কয়েকটি ক্লিকে সেগুলি শুরু করুন। এখনও বিকাশের অধীনে। - [Sedge](https://docs.sedge.nethermind.io/docs/intro) - নোড সেটআপ টুল যা CLI উইজার্ড ব্যবহার করে স্বয়ংক্রিয়ভাবে একটি ডকার কনফিগারেশন তৈরি করে। Nethermind দ্বারা Go-তে লেখা। ### ম্যানুয়াল ক্লায়েন্ট সেটআপ {#manual-setup} diff --git a/public/content/translations/bn/roadmap/glamsterdam/index.md b/public/content/translations/bn/roadmap/glamsterdam/index.md new file mode 100644 index 00000000000..7b265c1c70b --- /dev/null +++ b/public/content/translations/bn/roadmap/glamsterdam/index.md @@ -0,0 +1,295 @@ +--- +title: "গ্ল্যামস্টারডাম" +description: "গ্ল্যামস্টারডাম প্রটোকল আপগ্রেড সম্পর্কে জানুন" +lang: bn +--- +# গ্ল্যামস্টারডাম {#glamsterdam} + + + + +গ্ল্যামস্টারডাম হল একটি আসন্ন ইথেরিয়াম আপগ্রেড যা ২০২৬ সালের প্রথমার্ধে পরিকল্পনা করা হয়েছে + + +গ্ল্যামস্টারডাম আপগ্রেডটি ইথেরিয়ামের দীর্ঘমেয়াদী উন্নয়ন লক্ষ্যগুলির একটি ছোট্ট পদক্ষেপ মাত্র। [প্রটোকল রোডম্যাপ](/roadmap/) এবং [পূর্ববর্তী আপগ্রেডগুলি](/ethereum-forks/) সম্পর্কে আরও জানুন। + + + + +[ইথেরিয়ামের](/) আসন্ন গ্ল্যামস্টারডাম আপগ্রেডটি পরবর্তী প্রজন্মের স্কেলিং পথ পরিষ্কার করার জন্য ডিজাইন করা হয়েছে। গ্ল্যামস্টারডাম নামটি "আমস্টারডাম" (এক্সিকিউশন লেয়ার আপগ্রেড, পূর্ববর্তী ডেভকানেক্ট লোকেশনের নামানুসারে) এবং "গ্লোয়াস" (কনসেন্সাস লেয়ার আপগ্রেড, একটি নক্ষত্রের নামানুসারে) এর সমন্বয় থেকে এসেছে। + +[ফুসাকা](/roadmap/fusaka/) আপগ্রেডে অর্জিত অগ্রগতির পর, গ্ল্যামস্টারডাম নেটওয়ার্ক কীভাবে লেনদেন প্রক্রিয়া করে এবং এর ক্রমবর্ধমান ডাটাবেস পরিচালনা করে তা পুনর্গঠন করে L1 স্কেলিং উপর মনোনিবেশ করে, মৌলিকভাবে ইথেরিয়াম কীভাবে ব্লকস তৈরি করে এবং যাচাই করে তা আপডেট করে। + +ফুসাকা মৌলিক পরিমার্জনের উপর মনোনিবেশ করার সময়, গ্ল্যামস্টারডাম বিভিন্ন নেটওয়ার্ক অংশগ্রহণকারীদের মধ্যে দায়িত্বের বিভাজন নিশ্চিত করে এবং উচ্চ-থ্রুপুট সমান্তরালকরণের জন্য [স্টেট](/glossary/#state) প্রস্তুত করতে ডেটা পরিচালনা করার জন্য আরও দক্ষ উপায় প্রবর্তন করে "স্কেল L1" এবং "স্কেল ব্লবস" উদ্দেশ্যগুলিকে এগিয়ে নিয়ে যায়। + +এই উন্নতিগুলি নিশ্চিত করে যে ইথেরিয়াম দ্রুত, সাশ্রয়ী এবং ডিসেন্ট্রালাইজড থাকবে কারণ এটি আরও বেশি কার্যকলাপ পরিচালনা করে, একই সাথে বাড়িতে [নোড](/glossary/#node) চালানো ব্যক্তিদের জন্য হার্ডওয়্যার প্রয়োজনীয়তাগুলি পরিচালনাযোগ্য রাখে। + + + +## গ্ল্যামস্টারডামের জন্য উন্নতির বিষয়টি বিবেচনা করা হচ্ছে {#improvements-in-glamsterdam} + + + + +দ্রষ্টব্য: এই নিবন্ধটি বর্তমানে গ্ল্যামস্টারডামে অন্তর্ভুক্তির জন্য বিবেচিত EIP-গুলির একটি নির্বাচন তুলে ধরেছে। সর্বশেষ স্থিতির আপডেটের জন্য, [Forkcast-এ গ্ল্যামস্টারডাম আপগ্রেড](https://forkcast.org/upgrade/glamsterdam) দেখুন। + +আপনি যদি এমন একটি EIP যোগ করতে চান যা Glamsterdam-এর জন্য বিবেচনাধীন, কিন্তু এখনও এই পৃষ্ঠায় যোগ করা হয়নি, [তাহলে ethereum.org-এ কীভাবে অবদান রাখবেন তা এখানে জানুন](/contributing/) । + + + + +গ্ল্যামস্টারডাম আপগ্রেড তিনটি প্রধান লক্ষ্যের উপর কেন্দ্র করে: + +- প্রক্রিয়া ত্বরান্বিত করা (সమాান্তকরণ): নেটওয়ার্ক কীভাবে ডেটা নির্ভরতা রেকর্ড করে তা পুনর্গঠন করা, যাতে এটি ধীর, এক-এক করে ক্রমের পরিবর্তে একই সময়ে অনেকগুলি লেনদেন নিরাপদে প্রক্রিয়া করতে পারে। +- ক্ষমতা সম্প্রসারণ: ব্লকস তৈরি এবং যাচাই করার ভারী কাজ ভাগ করে দেওয়া, নেটওয়ার্ক ধীর না করে আরও বেশি পরিমাণে ডেটা প্রচার করার জন্য আরও বেশি সময় দেওয়া। +- ডাটাবেস ব্লোট প্রতিরোধ (টেকসইতা): নতুন ডেটা সংরক্ষণের দীর্ঘমেয়াদী হার্ডওয়্যার খরচ সঠিকভাবে প্রতিফলিত করার জন্য নেটওয়ার্ক ফি সামঞ্জস্য করা, হার্ডওয়্যার কর্মক্ষমতা হ্রাস প্রতিরোধ করার সময় ভবিষ্যতের গ্যাস লিমিট বৃদ্ধি আনব্লক করা। + +সংক্ষেপে, গ্ল্যামস্টারডাম কাঠামোগত পরিবর্তন আনবে যাতে নেটওয়ার্ক ক্ষমতা বৃদ্ধির সাথে সাথে এটি টেকসই থাকে এবং কর্মক্ষমতা উচ্চ থাকে। + +## স্কেল L1 এবং সমান্তরাল প্রক্রিয়াকরণ {#scale-l1} + +অর্থপূর্ণ L1 স্কেলিং প্রোটোকলের বাইরের আস্থা অনুমান এবং ধারাবাহিক কার্যকর সীমাবদ্ধতা থেকে সরে আসা প্রয়োজন। গ্ল্যামস্টারডাম নির্দিষ্ট ব্লক-নির্মাণের দায়িত্ব পৃথক করে এবং নতুন ডেটা কাঠামো প্রবর্তন করে এই সমস্যার সমাধান করে যা নেটওয়ার্ক সমান্তরাল প্রক্রিয়াকরণের জন্য প্রস্তুত হতে সাহায্য করে। + +### হেডলাইনার প্রস্তাব: নিশ্চিত প্রস্তাবক-নির্মাতা পৃথকীকরণ (ePBS) {#epbs} + +- প্রোটোকল-বহির্ভূত আস্থা অনুমান এবং তৃতীয় পক্ষের রিলেগুলির উপর নির্ভরতা দূর করে +- এক্সটেন্ডেড প্রোপাগেশন উইন্ডোর মাধ্যমে অনেক বড় পেলোডগুলিকে অনুমতি দিয়ে L1 স্কেলিং সক্ষম করে +- সরাসরি প্রোটোকলে ট্রাস্টলেস বিল্ডার পেমেন্ট প্রবর্তন করে + +বর্তমানে, ব্লকস প্রস্তাব এবং নির্মাণের প্রক্রিয়ার মধ্যে ব্লক প্রস্তাবক এবং ব্লক নির্মাতাদের মধ্যে একটি হস্তান্তর প্রক্রিয়া অন্তর্ভুক্ত থাকে। প্রস্তাবক এবং নির্মাতাদের মধ্যে সম্পর্কটি মূল ইথেরিয়াম প্রটোকলের অংশ নয়, তাই এটি বিশ্বস্ত তৃতীয় পক্ষের মিডলওয়্যার, সফ্টওয়্যার (রিলে) এবং সত্তাগুলির মধ্যে প্রোটোকলের বাইরের বিশ্বাসের উপর নির্ভর করে। + +প্রস্তাবকারী এবং নির্মাতাদের মধ্যে প্রোটোকলের বাইরের সম্পর্ক ব্লক বৈধতার সময় একটি 'হট পাথ' তৈরি করে যা [ভ্যালিডেটরস](/glossary/#validator) একটি সংক্ষিপ্ত ২-সেকেন্ডের উইন্ডোতে লেনদেন সম্প্রচার এবং সম্পাদনের মাধ্যমে তাড়াহুড়ো করতে বাধ্য করে, যা নেটওয়ার্ক কতটা ডেটা পরিচালনা করতে পারে তা সীমাবদ্ধ করে। + +**প্রতিষ্ঠিত প্রস্তাবক-নির্মাতা পৃথকীকরণ (ePBS, বা EIP-7732)** আনুষ্ঠানিকভাবে প্রস্তাবকের (যিনি কনসেনসাস ব্লক নির্বাচন করেন) কাজকে নির্মাতার (যিনি এক্সিকিউশন পেলোড একত্রিত করেন) কাজ থেকে পৃথক করে, এই হস্তান্তরটিকে সরাসরি প্রোটোকলে প্রতিষ্ঠিত করে। + +ব্লক পেলোড এবং পেমেন্টের জন্য ট্রাস্টলেস বিনিময় সরাসরি প্রোটোকলে তৈরি করা তৃতীয় পক্ষের মিডলওয়্যার (যেমন MEV-Boost) এর প্রয়োজনীয়তা দূর করে। তবে, বিল্ডার এবং প্রস্তাবকারীরা এখনও জটিল বৈশিষ্ট্যগুলির জন্য প্রোটোকল-বহির্ভূত রিলে বা মিডলওয়্যার ব্যবহার করতে পারে যা এখনও মূল প্রোটোকলের অংশ নয়। + +'হট পাথ' বাধা সমাধানের জন্য, ePBS পেলোড সময়ানুবর্তিতা কমিটি (PTC) এবং একটি দ্বৈত-সময়সীমা যুক্তিও প্রবর্তন করে, যা ভ্যালিডেটরদের কনসেনসাস ব্লক এবং এক্সিকিউশন পেলোড সময়ানুবর্তিতা পৃথকভাবে নিশ্চিত করতে দেয়, যাতে থ্রুপুট সর্বাধিক করা যায়। + + + +প্রটোকল স্তরে প্রস্তাবক এবং নির্মাতার ভূমিকা আলাদা করার ফলে প্রচার উইন্ডো (অথবা নেটওয়ার্ক জুড়ে ডেটা ছড়িয়ে দেওয়ার জন্য উপলব্ধ সময়) ২ সেকেন্ড থেকে প্রায় ৯ সেকেন্ডে প্রসারিত হয়। + +প্রোটোকল-বহির্ভূত মিডলওয়্যার এবং রিলেগুলিকে প্রোটোকলের মধ্যে মেকানিক্স দিয়ে প্রতিস্থাপন করে, ePBS আস্থা নির্ভরতা হ্রাস করে এবং নেটওয়ার্কে চাপ না দিয়ে ইথেরিয়ামকে অনেক বেশি পরিমাণে ডেটা (যেমন [লেয়ার ২ এর](/glossary/#layer-2) জন্য আরও ব্লব) নিরাপদে প্রক্রিয়া করার অনুমতি দেয়। + +**সম্পদ**: [EIP-7732 প্রযুক্তিগত স্পেসিফিকেশন](https://eips.ethereum.org/EIPS/eip-7732) + +### হেডলাইনার প্রস্তাব: ব্লক-লেভেল অ্যাক্সেস তালিকা (BALs) {#bals} + +- সমস্ত লেনদেন নির্ভরতার একটি অগ্রিম মানচিত্র সরবরাহ করে ক্রমিক প্রক্রিয়াকরণের বাধাগুলি দূর করে, যা ভ্যালিডেটরস একটির পর একটির পরিবর্তে সমান্তরালভাবে অনেক লেনদেন প্রক্রিয়া করার জন্য প্রস্তুত করে। +- নোডগুলিকে প্রতিটি লেনদেন পুনরায় চালানোর প্রয়োজন ছাড়াই (এক্সিকিউশনলেস সিঙ্ক) চূড়ান্ত ফলাফল পড়ে তাদের রেকর্ড আপডেট করার অনুমতি দেয়, যা একটি নোড নেটওয়ার্ক সাথে সিঙ্ক করা অনেক দ্রুত করে তোলে। +- অনুমান করার প্রয়োজন হয় না, যার ফলে ভ্যালিডেটরস ধাপে ধাপে তথ্য আবিষ্কার করার পরিবর্তে একবারে সমস্ত প্রয়োজনীয় ডেটা প্রি-লোড করতে পারে, যা যাচাইকরণকে আরও দ্রুত করে তোলে। + +আজকের ইথেরিয়াম একটি একক-লেনের রাস্তার মতো; কারণ একটি লেনদেন না হওয়া পর্যন্ত নেটওয়ার্ক জানতে পারে না যে কোনও লেনদেন কোন ডেটার প্রয়োজন হবে বা পরিবর্তন হবে (যেমন কোন অ্যাকাউন্টগুলি একটি লেনদেন স্পর্শ করবে), ভ্যালিডেটরস অবশ্যই লেনদেন কঠোর, ক্রমিক লাইনে একে একে প্রক্রিয়া করতে হবে। যদি তারা এই নির্ভরতাগুলি না জেনে একবারে সমস্ত লেনদেন প্রক্রিয়া করার চেষ্টা করে, তাহলে দুটি লেনদেন ভুল করে একই সময়ে একই ডেটা পরিবর্তন করার চেষ্টা করতে পারে, যার ফলে ত্রুটি দেখা দেবে। + +**ব্লক-লেভেল অ্যাক্সেস তালিকা (BALs, অথবা EIP-7928)** হলো একটি মানচিত্রের মতো যা প্রতিটি ব্লক অন্তর্ভুক্ত থাকে, যা নেটওয়ার্ক বলে যে কাজ শুরু হওয়ার আগে ডাটাবেসের কোন অংশগুলিতে অ্যাক্সেস করা হবে। BALs-এর জন্য প্রতিটি ব্লক লেনদেন যে প্রতিটি একাউন্ট পরিবর্তনগুলিকে স্পর্শ করবে তার হ্যাস অন্তর্ভুক্ত করা প্রয়োজন, সেইসাথে সেই পরিবর্তনগুলির চূড়ান্ত ফলাফল (সমস্ত স্টেট অ্যাক্সেস এবং পোস্ট-এক্সিকিউশন মানের হ্যাস রেকর্ড)। + +যেহেতু BAL গুলি কোন লেনদেন ওভারল্যাপ করে না তার তাৎক্ষণিক দৃশ্যমানতা প্রদান করে, তাই নোডগুলি সমান্তরাল ডিস্ক রিড সম্পাদন করতে পারে, একই সাথে অনেক লেনদেন জন্য তথ্য সংগ্রহ করে। নেটওয়ার্ক নিরাপদে সম্পর্কহীন লেনদেন গোষ্ঠীভুক্ত করতে পারে এবং সমান্তরালভাবে সেগুলি প্রক্রিয়া করতে পারে। + +যেহেতু BAL লেনদেন চূড়ান্ত ফলাফল (সম্পাদনের পরবর্তী মান) অন্তর্ভুক্ত করে, তাই যখন নেটওয়ার্কের নোডগুলিকে নেটওয়ার্কের বর্তমান স্টেট সাথে সিঙ্ক করার প্রয়োজন হয়, তখন তারা তাদের রেকর্ড আপডেট করার জন্য সেই চূড়ান্ত ফলাফলগুলি অনুলিপি করতে পারে। যাচাইকারীদের আর কী ঘটেছে তা জানার জন্য স্ক্র্যাচ থেকে সমস্ত জটিল লেনদেন পুনরায় চালাতে হবে না, যা নতুন নোডগুলির জন্য নেটওয়ার্ক যোগদানকে দ্রুত এবং সহজ করে তোলে। + +BALs দ্বারা সক্ষম সমান্তরাল ডিস্ক রিডগুলি এমন একটি ভবিষ্যতের দিকে একটি গুরুত্বপূর্ণ পদক্ষেপ হবে যেখানে Ethereum একসাথে অনেক লেনদেন প্রক্রিয়া করতে পারে, যা নেটওয়ার্কের গতি উল্লেখযোগ্যভাবে বৃদ্ধি করবে। + +#### eth/71 ব্লক অ্যাক্সেস তালিকা বিনিময় {#bale} + +ব্লক অ্যাক্সেস তালিকা বিনিময় (eth/71 অথবা EIP-8159) ব্লক-স্তরের অ্যাক্সেস তালিকার সরাসরি নেটওয়ার্কিং সঙ্গী। যেখানে BALs সমান্তরাল এক্সিকিউশন আনলক করে, eth/71 পিয়ার-টু-পিয়ার প্রটোকল আপগ্রেড করে যাতে নোডগুলি নেটওয়ার্ক মাধ্যমে এই তালিকাগুলি শেয়ার করতে পারে। ব্লক অ্যাক্সেস তালিকা বিনিময় বাস্তবায়নের ফলে দ্রুত সিঙ্ক্রোনাইজিং সম্ভব হবে এবং নোডগুলি এক্সিকিউশন ছাড়াই স্টেট আপডেট করতে পারবে। + +**সম্পদ**: +- [EIP-7928 প্রযুক্তিগত স্পেসিফিকেশন](https://eips.ethereum.org/EIPS/eip-7928) +- [EIP-8159 প্রযুক্তিগত স্পেসিফিকেশন](https://eips.ethereum.org/EIPS/eip-8159) + +## নেটওয়ার্ক টেকসইতা {#network-sustainability} + +ইথেরিয়াম নেটওয়ার্ক দ্রুত বৃদ্ধি পাওয়ার সাথে সাথে, এটি নিশ্চিত করা গুরুত্বপূর্ণ যে এটি ব্যবহারের খরচ ইথেরিয়াম চালিত হার্ডওয়্যারের ক্ষয়ক্ষতির সাথে সঙ্গতিপূর্ণ। নেটওয়ার্ক নিরাপদে স্কেল করতে এবং আরও লেনদেন প্রক্রিয়া করার জন্য এর সামগ্রিক ক্ষমতা সীমা বৃদ্ধি করতে হবে। + +### রাষ্ট্র তৈরির গ্যাস খরচ বৃদ্ধি {#state-creation-gas-cost-increase} + +- নতুন অ্যাকাউন্ট বা স্মার্ট চুক্তি তৈরির ফিগুলি ইথেরিয়ামের ডাটাবেসের উপর দীর্ঘমেয়াদী বোঝা সঠিকভাবে প্রতিফলিত করে তা নিশ্চিত করে। +- নেটওয়ার্কের সামগ্রিক ক্ষমতার উপর ভিত্তি করে এই ডেটা-সৃষ্টি ফি স্বয়ংক্রিয়ভাবে সামঞ্জস্য করে, একটি নিরাপদ এবং পূর্বাভাসযোগ্য বৃদ্ধির হারকে লক্ষ্য করে যাতে স্ট্যান্ডার্ড শারীরিক হার্ডওয়্যার নেটওয়ার্ক চালিয়ে যেতে পারে। +- এই নির্দিষ্ট ফিগুলির জন্য অ্যাকাউন্টিং একটি নতুন জলাধারে পৃথক করে, পুরানো লেনদেন সীমাগুলি সরিয়ে দেয় এবং ডেভেলপারদের বৃহত্তর, আরও জটিল অ্যাপ্লিকেশন স্থাপন করতে দেয়। + +নতুন অ্যাকাউন্ট, টোকেন এবং [স্মার্ট চুক্তি](/glossary/#smart-contract) যোগ করলে স্থায়ী ডেটা (যাকে "স্টেট" বলা হয়) তৈরি হয় যা নেটওয়ার্ক চালিত প্রতিটি কম্পিউটারকে অনির্দিষ্টকালের জন্য সংরক্ষণ করতে হবে। এই ডেটা যোগ বা পড়ার জন্য বর্তমান ফি অসামঞ্জস্যপূর্ণ এবং নেটওয়ার্কের হার্ডওয়্যারের উপর যে প্রকৃত, দীর্ঘমেয়াদী স্টোরেজ চাপ তৈরি করে তা প্রতিফলিত করে না। + +ইথেরিয়ামে কিছু অ্যাকশন স্টেট তৈরি করে, যেমন নতুন অ্যাকাউন্ট তৈরি করা বা বড় স্মার্ট কন্ট্রাক্ট ডিপ্লয় করা, নেটওয়ার্কের নোডগুলিতে যে স্থায়ী স্টোরেজ স্পেস নেয় তার তুলনায় তুলনামূলকভাবে কম খরচের হয়ে থাকে, উদাহরণস্বরূপ, স্টোরেজ স্লট তৈরির তুলনায় কন্ট্রাক্ট ডিপ্লয়মেন্ট প্রতি বাইটে উল্লেখযোগ্যভাবে সস্তা। + +কোনও পরিবর্তন না করলে, নেটওয়ার্ক ১০০ মিলিয়ন গ্যাস লিমিট পৌঁছালে ইথেরিয়ামের স্টেট প্রতি বছর প্রায় ২০০ GiB বৃদ্ধি পেতে পারে, যা শেষ পর্যন্ত সাধারণ হার্ডওয়্যারকে ছাড়িয়ে যাবে। + +**স্টেট ক্রিয়েশন গ্যাস খরচ বৃদ্ধি (অথবা EIP-8037)** তৈরি করা ডেটার প্রকৃত আকারের সাথে খরচগুলিকে সংযুক্ত করে খরচগুলিকে সামঞ্জস্যপূর্ণ করে, ফি আপডেট করে যাতে তারা একটি অপারেশন তৈরি করে বা অ্যাক্সেস করে এমন স্থায়ী ডেটার পরিমাণের সমানুপাতিক হয়। + +EIP-8037 এই খরচগুলি আরও পূর্বাভাসযোগ্যভাবে পরিচালনা করার জন্য একটি রিজার্ভার মডেলও প্রবর্তন করে; স্টেট গ্যাস চার্জগুলি প্রথমে `state_gas_reservoir` থেকে নেওয়া হয়, এবং `GAS` অপকোড শুধুমাত্র `gas_left` প্রদান করে, যা এক্সিকিউশন ফ্রেমগুলিকে উপলব্ধ গ্যাস ভুলভাবে গণনা করতে বাধা দেয়। + +EIP-8037 এর আগে, কম্পিউটেশনাল কাজ (সক্রিয় প্রক্রিয়াকরণ) এবং স্থায়ী ডেটা স্টোরেজ ( স্মার্ট কন্ট্রাক্ট নেটওয়ার্কের ডাটাবেসে সংরক্ষণ) উভয়ই একই গ্যাস লিমিট ভাগ করে নিত। রিজার্ভার মডেল অ্যাকাউন্টিংকে বিভক্ত করে: লেনদেন প্রকৃত কম্পিউটেশনাল কাজের জন্য গ্যাস লিমিট (প্রক্রিয়াকরণ) এবং দীর্ঘমেয়াদী ডেটা স্টোরেজের জন্য ( স্টেট গ্যাস)। দুটিকে আলাদা করা একটি অ্যাপ্লিকেশনের ডেটার বিশাল আকার গ্যাস লিমিট অতিক্রম করতে বাধা দেয়; যতক্ষণ ডেভেলপাররা ডেটা স্টোরেজের জন্য রিজার্ভার পূরণ করার জন্য পর্যাপ্ত তহবিল সরবরাহ করে, ততক্ষণ তারা অনেক বড় এবং আরও জটিল স্মার্ট চুক্তি স্থাপন করতে পারে। + +ডেটা স্টোরেজের মূল্য আরও সঠিকভাবে এবং পূর্বাভাসযোগ্যভাবে নির্ধারণ করা ইথেরিয়ামকে ডাটাবেস স্ফীত না করে নিরাপদে এর গতি এবং ক্ষমতা বৃদ্ধি করতে সহায়তা করবে। এই স্থায়িত্ব নোড অপারেটরদের আগামী বছরগুলিতে (তুলনামূলকভাবে) সাশ্রয়ী মূল্যের হার্ডওয়্যার ব্যবহার চালিয়ে যেতে দেবে, নেটওয়ার্কের বিকেন্দ্রীকরণ বজায় রাখার জন্য হোম স্টেকিং অ্যাক্সেসযোগ্য করে তুলবে। + +**সম্পদ**: [EIP-8037 প্রযুক্তিগত স্পেসিফিকেশন](https://eips.ethereum.org/EIPS/eip-8037) + +### রাষ্ট্র-অ্যাক্সেস গ্যাস খরচের আপডেট {#state-access-gas-cost-update} + +- ইথেরিয়ামে স্থায়ীভাবে সংরক্ষিত তথ্য (স্টেট-অ্যাক্সেস অপকোড) অ্যাপ্লিকেশনগুলি পড়ার বা আপডেট করার সময় গ্যাস খরচ বৃদ্ধি করে যাতে এই কমান্ডগুলির জন্য প্রয়োজনীয় কম্পিউট কাজের সাথে সঠিকভাবে মিল থাকে। +- কৃত্রিমভাবে সস্তা ডেটা-পড়ার ক্রিয়াকলাপগুলিকে কাজে লাগায় এমন ডিনায়াল-অফ-সার্ভিস আক্রমণ রোধ করে নেটওয়ার্কের স্থিতিস্থাপকতা জোরদার করে + +ইথেরিয়ামের স্টেট বৃদ্ধি পাওয়ার সাথে সাথে, পুরানো ডেটা ("স্টেট অ্যাক্সেস") অনুসন্ধান এবং পড়ার কাজটি নোডগুলির জন্য প্রক্রিয়া করা আরও ভারী এবং ধীর হয়ে গেছে। এই ক্রিয়াগুলির জন্য ফি একই রয়েছে যদিও এখন তথ্য অনুসন্ধান করা (গণনা শক্তির দিক থেকে) কিছুটা বেশি ব্যয়বহুল। + +ফলস্বরূপ, কিছু নির্দিষ্ট কমান্ড বর্তমানে যে কাজগুলো করতে নোড বাধ্য করে তার তুলনায় কম মূল্যের। উদাহরণস্বরূপ, `EXTCODESIZE` এবং `EXTCODECOPY` কম মূল্যের, কারণ এগুলোর জন্য দুটি পৃথক ডাটাবেস রিড প্রয়োজন—একটি একাউন্ট অবজেক্টের জন্য এবং দ্বিতীয়টি প্রকৃত কোড আকার বা বাইটকোডের জন্য। + +**স্টেট-অ্যাক্সেস গ্যাস খরচ আপডেট (অথবা EIP-8038)** স্টেট-অ্যাক্সেস অপকোডগুলির জন্য গ্যাস ধ্রুবকগুলি বৃদ্ধি করে, যেমন একাউন্ট এবং চুক্তির ডেটা অনুসন্ধান করা, আধুনিক হার্ডওয়্যার কর্মক্ষমতা এবং স্টেট আকারের সাথে সামঞ্জস্যপূর্ণ করার জন্য। + +রাষ্ট্রীয়-অ্যাক্সেসের খরচ সমন্বয় করা ইথেরিয়ামকে আরও স্থিতিস্থাপক করতে সাহায্য করে। যেহেতু এই ভারী ডেটা-পঠন ক্রিয়াগুলি কৃত্রিমভাবে সস্তা, তাই একজন দূষিত আক্রমণকারী নেটওয়ার্কের ফি সীমা আঘাত করার আগে হাজার হাজার জটিল ডেটা অনুরোধের মাধ্যমে নেটওয়ার্ক স্প্যাম করতে পারে, ব্লক ফলে নেটওয়ার্ক বন্ধ হয়ে যেতে পারে বা ক্র্যাশ করতে পারে (একটি পরিষেবা-প্রত্যাখ্যান আক্রমণ)। এমনকি দূষিত উদ্দেশ্য ছাড়াই, নেটওয়ার্ক ডেটা পড়া খুব সস্তা হলে ডেভেলপারদের দক্ষ অ্যাপ্লিকেশন তৈরি করতে অর্থনৈতিকভাবে উৎসাহিত করা হয় না। + +রাষ্ট্র-অ্যাক্সেস পদক্ষেপগুলির মূল্য আরও সঠিকভাবে নির্ধারণ করে, ইথেরিয়াম দুর্ঘটনাক্রমে বা ইচ্ছাকৃতভাবে ধীরগতির বিরুদ্ধে আরও স্থিতিস্থাপক হতে পারে, যখন নেটওয়ার্ক খরচ হার্ডওয়্যার লোডের সাথে সারিবদ্ধ করা ভবিষ্যতের গ্যাস লিমিট বৃদ্ধির জন্য আরও টেকসই ভিত্তি প্রমাণ করে। + +**সম্পদ**: [EIP-8038 প্রযুক্তিগত স্পেসিফিকেশন](https://eips.ethereum.org/EIPS/eip-8038) + +## নেটওয়ার্ক স্থিতিস্থাপকতা + +ভ্যালিডেটর দায়িত্ব এবং এক্সিট প্রক্রিয়ার উন্নতিগুলি ব্যাপক স্ল্যাশিং ঘটনার সময় নেটওয়ার্ক স্থিতিশীলতা নিশ্চিত করে এবং তারল্যকে গণতন্ত্রীকরণ করে। এই উন্নতিগুলি নেটওয়ার্ক আরও স্থিতিশীল করে তোলে এবং নিশ্চিত করে যে সমস্ত অংশগ্রহণকারী, বড় এবং ছোট, সকলের সাথে ন্যায্য আচরণ করা হয়। + +### প্রস্তাবনা থেকে বাদ দেওয়া ভ্যালিডেটরস বাদ দিন {#exclude-slashed-validators} + +- दंडিত (ছাঁটাই করা) ভ্যালিডেটরস ভবিষ্যতের ব্লকস প্রস্তাব করার জন্য নির্বাচিত হওয়া থেকে বিরত রাখে, যার ফলে নিশ্চিত মিসড স্লটগুলি নির্মূল হয়। +- ইথেরিয়ামকে সাবলীলভাবে এবং নির্ভরযোগ্যভাবে চালিত রাখে, ব্যাপক স্ল্যাশিং ঘটনার ক্ষেত্রে গুরুতর স্থবিরতা প্রতিরোধ করে। + +বর্তমানে, এমনকি যদি কোনও ভ্যালিডেটর স্ল্যাশ করা হয় (নিয়ম ভাঙার জন্য বা প্রত্যাশা অনুযায়ী কাজ না করার জন্য শাস্তি দেওয়া হয়), তবুও সিস্টেমটি নিকট ভবিষ্যতে যখন ভবিষ্যতের প্রোপোজার লুকহেড তৈরি করে তখন তাদের একটি ব্লক পরিচালনা করার জন্য বেছে নিতে পারে। + +যেহেতু ছাঁটাই হওয়া প্রস্তাবকদের ব্লকস স্বয়ংক্রিয়ভাবে অবৈধ হিসাবে প্রত্যাখ্যান করা হয়, তাই এর ফলে নেটওয়ার্ক স্লটগুলি মিস করে এবং ব্যাপক স্ল্যাশিং সময় নেটওয়ার্ক পুনরুদ্ধার বিলম্বিত হয়। + +**প্রস্তাবনা থেকে স্ল্যাশড ভ্যালিডেটরস বাদ দেওয়া (অথবা EIP-8045)** কেবল ভবিষ্যতের দায়িত্বের জন্য নির্বাচিত হওয়া থেকে স্ল্যাশড ভ্যালিডেটরস বাদ দেয়। এটি নেটওয়ার্ক বাধাগ্রস্ত হওয়ার সময় পরিষেবার গুণমান বজায় রেখে কেবল সুস্থ ভ্যালিডেটরস ব্লকস প্রস্তাব করার জন্য নির্বাচিত করে চেইনের স্থিতিস্থাপকতা উন্নত করে। + +**সম্পদ**: [EIP-8045 প্রযুক্তিগত স্পেসিফিকেশন](https://eips.ethereum.org/EIPS/eip-8045) + +### এক্সিটগুলিকে কনসোলিডেশন কিউ ব্যবহার করতে দিন {#let-exits-use-the-consolidation-queue} + +- কনসোলিডেশন সারির মাধ্যমে ছোট ভ্যালিডেটরস তুলনায় উচ্চ-ব্যালেন্স ভ্যালিডেটরস নেটওয়ার্ক দ্রুত বেরিয়ে যাওয়ার সুযোগ করে দেওয়া একটি ত্রুটি বন্ধ করে। +- যখন দ্বিতীয় সারিতে অতিরিক্ত জায়গা থাকে তখন নিয়মিত প্রস্থানগুলিকে এই দ্বিতীয় সারিতে প্রবাহিত হতে দেয়, যার ফলে উচ্চ-ভলিউমের সময়কালে স্টেকিং উত্তোলনের সময় কমে যায়। +- ইথেরিয়ামের মূল সুরক্ষা সীমা পরিবর্তন বা নেটওয়ার্ক দুর্বল করা এড়াতে কঠোর নিরাপত্তা বজায় রাখে। + +যেহেতু [Pectra আপগ্রেড](/roadmap/pectra) ইথেরিয়াম ভ্যালিডেটরস জন্য সর্বোচ্চ কার্যকর ব্যালেন্স ৩২ ETH থেকে ২০৪৮ ETH-তে বৃদ্ধি করেছে, তাই একটি প্রযুক্তিগত ত্রুটির কারণে উচ্চ-ব্যালেন্স ভ্যালিডেটরস কনসোলিডেশন ক্যুর মাধ্যমে ছোট ভ্যালিডেটরস চেয়ে দ্রুত নেটওয়ার্ক থেকে বেরিয়ে যেতে পারে। + +**এক্সিটগুলিকে কনসোলিডেশন কিউ (অথবা EIP-8080) ব্যবহার করতে দিন** সকল স্টেকিং এক্সিটের জন্য কনসোলিডেশন কিউকে গণতান্ত্রিক করে তোলে, সকলের জন্য একটি একক, ন্যায্য লাইন তৈরি করে। + +আজ এটি কীভাবে কাজ করে তা ভেঙে বলতে গেলে: + +- ইথেরিয়ামেরChurn Limit হল একটি সুরক্ষা সীমা, যা নির্ধারণ করে যে ভ্যালিডেটরস তাদের স্টেক করা ETH কত দ্রুত প্রবেশ, প্রস্থান বা মার্জ (একত্রিত) করতে পারবে, যাতে নেটওয়ার্কের নিরাপত্তা কখনও अस्थির না হয়। +- যেহেতু একটি ভ্যালিডেটর কনসোলিডেশন একটি স্ট্যান্ডার্ড ভ্যালিডেটর এক্সিটের চেয়ে বেশি চলমান অংশ সহ একটি ভারী অ্যাকশন, তাই এটি এই সুরক্ষা বাজেটের (চার্ন লিমিট) একটি বৃহত্তর অংশ গ্রহণ করে। +- বিশেষভাবে, প্রটোকল নির্দেশ করে যে একটি স্ট্যান্ডার্ড প্রস্থানের সঠিক নিরাপত্তা খরচ একটি একীকরণের খরচের দুই-তৃতীয়াংশ (২/৩)। + +আরও ন্যায্য এক্সিট কিউ, উচ্চ এক্সিট চাহিদার সময়কালে কনসোলিডেশন কিউ থেকে অব্যবহৃত স্থান ধার করার জন্য স্ট্যান্ডার্ড এক্সিটগুলিকে অনুমতি দেবে, "3 ফর 2" বিনিময় হার প্রয়োগ করে (প্রতি 2টি অব্যবহৃত কনসোলিডেশন স্পটের জন্য, নেটওয়ার্ক নিরাপদে 3টি স্ট্যান্ডার্ড এক্সিট প্রক্রিয়া করতে পারে)। এই 3/2 টার্ন ফ্যাক্টর কনসোলিডেশন এবং এক্সিট কিউ জুড়ে চাহিদা ভারসাম্য বজায় রাখে। + +কনসোলিডেশন সারিতে অ্যাক্সেসকে গণতান্ত্রিক করার ফলে নেটওয়ার্ক সুরক্ষা লঙ্ঘন না করে উচ্চ-চাহিদার সময় ব্যবহারকারীরা তাদের স্টেক থেকে বেরিয়ে আসার গতি 2.5 গুণ পর্যন্ত বৃদ্ধি পাবে। + +**সম্পদ**: [EIP-8080 প্রযুক্তিগত স্পেসিফিকেশন](https://eips.ethereum.org/EIPS/eip-8080) + +## ব্যবহারকারী এবং ডেভেলপারদের অভিজ্ঞতা উন্নত করুন {#improve-user-developer-experience} + +Ethereum-এর Glamsterdam আপগ্রেডের লক্ষ্য হল ব্যবহারকারীর অভিজ্ঞতা উন্নত করা, ডেটা আবিষ্কারযোগ্যতা বৃদ্ধি করা এবং সিঙ্ক ব্যর্থতা রোধ করার জন্য ক্রমবর্ধমান বার্তার আকার পরিচালনা করা। এটি নেটওয়ার্ক স্কেল করার সাথে সাথে প্রযুক্তিগত সমস্যাগুলি প্রতিরোধ করে অনচেইন কী ঘটছে তা ট্র্যাক করা সহজ করে তোলে। + +### অভ্যন্তরীণ লেনদেন গ্যাস খরচ কমান {#reduce-intrinsic-transaction-gas-costs} + +- লেনদেন জন্য বেস ফি কমিয়ে দেয়, একটি সাধারণ নেটিভ ETH পেমেন্টের সামগ্রিক খরচ কমিয়ে দেয়। +- ছোট লেনদেনগুলিকে আরও সাশ্রয়ী করে তোলে, বিনিময়ের একটি নিয়মিত মাধ্যম হিসেবে ইথেরিয়ামের উপযোগিতা বৃদ্ধি করে। + +আজ সমস্ত ইথেরিয়াম লেনদেন একটি নির্দিষ্ট বেস গ্যাস ফি রয়েছে, এটি প্রক্রিয়াকরণ করা কতটা সহজ বা জটিল তা নির্বিশেষে। **ইন্ট্রিনসিক লেনদেন গ্যাস (বা EIP-2780) হ্রাস** প্রস্তাবটি এই বেস ফি হ্রাস করার প্রস্তাব করে যাতে বিদ্যমান অ্যাকাউন্টগুলির মধ্যে একটি স্ট্যান্ডার্ড ETH স্থানান্তর 71% পর্যন্ত সস্তা করা যায়। + +নেটওয়ার্ক পরিচালনাকারী কম্পিউটারগুলি আসলে যে মৌলিক, অপরিহার্য কাজ করে, যেমন ডিজিটাল সিগনেচার যাচাই করা এবং ব্যালেন্স আপডেট করা, শুধুমাত্র সেই কাজগুলি প্রতিফলিত করার জন্য ট্রানজেকশন ফি ভেঙে দিয়ে অন্তর্নিহিত লেনদেন গ্যাস খরচ কমানো। যেহেতু একটি মৌলিক ETH পেমেন্ট জটিল কোড কার্যকর করে না বা অতিরিক্ত ডেটা বহন করে না, তাই এই প্রস্তাবটি এর হালকা পদচিহ্নের সাথে মিল রেখে এর ফি কমিয়ে দেবে। + +এই প্রস্তাবটি নতুন অ্যাকাউন্ট তৈরির ক্ষেত্রে একটি ব্যতিক্রমের সূচনা করে যাতে কম ফি নেটওয়ার্কের স্টেট উপর অতিরিক্ত চাপ সৃষ্টি না করে। যদি কোনও ট্রান্সফার ETH কে একটি খালি, অস্তিত্বহীন এডড্রেস পাঠায়, তাহলে নেটওয়ার্ক তার জন্য একটি স্থায়ী নতুন রেকর্ড তৈরি করতে হবে। দীর্ঘমেয়াদী স্টোরেজ লোড বহন করতে সাহায্য করার জন্য সেই একাউন্ট তৈরির জন্য একটি গ্যাস সারচার্জ যোগ করা হয়। + +একসাথে, EIP-2780 বিদ্যমান অ্যাকাউন্টগুলির মধ্যে দৈনন্দিন স্থানান্তরকে আরও সাশ্রয়ী করার লক্ষ্য রাখে এবং একই সাথে সঠিক স্টেট নির্ধারণের মাধ্যমে নেটওয়ার্ক ডাটাবেস ব্লোট থেকে সুরক্ষিত রাখে। + +**সম্পদ**: [EIP-2780 প্রযুক্তিগত স্পেসিফিকেশন](https://eips.ethereum.org/EIPS/eip-2780) + +### নির্ধারক ফ্যাক্টরি প্রি-ডপ্লয় {#deterministic-factory-predeploy} + +- ডেভেলপারদের একাধিক চেইনে একই এডড্রেস অ্যাপ্লিকেশন এবং স্মার্ট কন্ট্রাক্ট ওয়ালেট ডিপ্লয় করার একটি নেটিভ উপায় প্রদান করে। +- ব্যবহারকারীদের একাধিক লেয়ার ২ (L2) নেটওয়ার্কে একই স্মার্ট ওয়ালেট এডড্রেস ব্যবহার করার অনুমতি দেয়, যা জ্ঞানীয় লোড, বিভ্রান্তি এবং দুর্ঘটনাক্রমে তহবিল হারানোর ঝুঁকি হ্রাস করে। +- এই সমতা অর্জনের জন্য ডেভেলপাররা বর্তমানে যে সমাধানগুলি ব্যবহার করেন তা প্রতিস্থাপন করে, মাল্টি-চেইন ওয়ালেট এবং অ্যাপ তৈরি করা সহজ এবং আরও সুরক্ষিত করে তোলে। + +যদি কোনও ব্যবহারকারীর আজ একাধিক ইথেরিয়াম ভার্চুয়াল মেশিন (EVM)-সামঞ্জস্যপূর্ণ চেইনে অ্যাকাউন্ট সহ একটি স্মার্ট কন্ট্রাক্ট ওয়ালেট থাকে, তাহলে তারা প্রায়শই বিভিন্ন নেটওয়ার্কে সম্পূর্ণ ভিন্ন এডড্রেস পায়। এটি কেবল বিভ্রান্তিকরই নয়, বরং দুর্ঘটনাক্রমে তহবিল হারানোর কারণও হতে পারে। + +**ডিটারমিনিস্টিক ফ্যাক্টরি প্রি-ডিপ্লয় (অথবা EIP-7997)** ডেভেলপারদের তাদের ডিসেন্ট্রালাইজড অ্যাপ্লিকেশন এবং স্মার্ট কন্ট্রাক্ট ওয়ালেটগুলিকে একাধিক EVM চেইনে, যার মধ্যে রয়েছে ইথেরিয়াম মেইননেট, লেয়ার 2 (L2) নেটওয়ার্ক এবং অন্যান্য, একই এডড্রেস ডিপ্লয় করার একটি বিল্ট-ইন পদ্ধতি প্রদান করে। যদি এটি গৃহীত হয়, তাহলে ব্যবহারকারীরা প্রতিটি অংশগ্রহণকারী চেইনে একই এডড্রেস ব্যবহার করতে পারবেন, যা জ্ঞানীয় চাপ এবং ব্যবহারকারীর ত্রুটির সম্ভাবনা উল্লেখযোগ্যভাবে হ্রাস করবে। + +ডিটারমিনিস্টিক ফ্যাক্টরি প্রি-ডিপ্লয় প্রতিটি অংশগ্রহণকারী EVM-সামঞ্জস্যপূর্ণ চেইনে একটি ন্যূনতম, বিশেষায়িত ফ্যাক্টরি প্রোগ্রামকে স্থায়ীভাবে একই অবস্থানে (বিশেষ করে, এডড্রেস 0x12) স্থাপন করে কাজ করে। এর লক্ষ্য হল একটি সার্বজনীন, স্ট্যান্ডার্ড ফ্যাক্টরি কন্ট্রাক্ট প্রদান করা যা যেকোনো EVM-সামঞ্জস্যপূর্ণ নেটওয়ার্ক দ্বারা গ্রহণ করা যেতে পারে; যতক্ষণ পর্যন্ত একটি EVM চেইন অংশগ্রহণ করে এবং এই স্ট্যান্ডার্ড গ্রহণ করে, ডেভেলপাররা এটি ব্যবহার করে তাদের স্মার্ট কন্ট্রাক্টগুলিকে সেই নেটওয়ার্ক একই এডড্রেস ডিপ্লয় করতে সক্ষম হবে। + +এই স্ট্যান্ডার্ডাইজেশন ডেভেলপার এবং বিস্তৃত ইকোসিস্টেমের জন্য ক্রস-চেইন অ্যাপ্লিকেশন তৈরি এবং পরিচালনা সহজ করে তোলে। ডেভেলপারদের আর বিভিন্ন নেটওয়ার্ক জুড়ে তাদের সফ্টওয়্যার লিঙ্ক করার জন্য কাস্টম, চেইন-স্পেসিফিক কোড তৈরি করতে হবে না, পরিবর্তে এই সার্বজনীন ফ্যাক্টরি ব্যবহার করে তাদের অ্যাপ্লিকেশনের জন্য সর্বত্র একই এডড্রেস তৈরি করতে পারবেন। এছাড়াও, ব্লক এক্সপ্লোরার, ট্র্যাকিং পরিষেবা এবং ওয়ালেটগুলি বিভিন্ন চেইন জুড়ে এই অ্যাপ্লিকেশন এবং অ্যাকাউন্টগুলিকে আরও সহজে সনাক্ত এবং লিঙ্ক করতে পারে, সমস্ত ইথেরিয়াম-ভিত্তিক অংশগ্রহণকারীদের জন্য আরও একীভূত এবং নির্বিঘ্ন মাল্টি-চেইন পরিবেশ তৈরি করে। + +**সম্পদ**: [EIP-7997 প্রযুক্তিগত স্পেসিফিকেশন](https://eips.ethereum.org/EIPS/eip-7997) + +### ETH ট্রান্সফার এবং বার্ন একটি লগ নির্গত করে {#eth-transfers-and-burns-emit-a-log} + +- প্রতিবার ETH স্থানান্তর বা পোড়ানো হলে স্বয়ংক্রিয়ভাবে একটি স্থায়ী রেকর্ড (লগ) তৈরি করে। +- একটি ঐতিহাসিক দুর্বলতা সংশোধন করে যা অ্যাপ, এক্সচেঞ্জ এবং ব্রিজগুলিকে অ্যাড-হক ট্রেসিং টুল ছাড়াই ব্যবহারকারীর জমা নির্ভরযোগ্যভাবে সনাক্ত করতে সক্ষম করে। + +টোকেন (ERC-20s) এর বিপরীতে, স্মার্ট কন্ট্রাক্টের মধ্যে নিয়মিত ETH ট্রান্সফারগুলি একটি স্পষ্ট রসিদ (স্ট্যান্ডার্ড লগ) তৈরি করে না, যার ফলে এক্সচেঞ্জ এবং অ্যাপগুলির জন্য এটি ট্র্যাক করা কঠিন হয়ে পড়ে। + +ETH ট্রান্সফার এবং বার্ন একটি লগ (অথবা EIP-7708) নির্গত করে, যা নেটওয়ার্ক প্রতিবার শূন্যের চেয়ে বেশি পরিমাণে ETH স্থানান্তরিত বা বার্ন করা হলে একটি স্ট্যান্ডার্ড লগ ইভেন্ট নির্গত করতে বাধ্য করে। + +এর ফলে ওয়ালেট, এক্সচেঞ্জ এবং ব্রিজ অপারেটরদের জন্য কাস্টম টুলিং ছাড়াই ডিপোজিট এবং মুভমেন্টগুলি সঠিকভাবে ট্র্যাক করা অনেক সহজ এবং নির্ভরযোগ্য হবে। + +**সম্পদ**: [EIP-7708 প্রযুক্তিগত স্পেসিফিকেশন](https://eips.ethereum.org/EIPS/eip-7708) + +### eth/70 আংশিক ব্লক প্রাপ্তি তালিকা {#eth-70-partial-block-receipt-lists} + +আমরা ইথেরিয়ামের কাজের পরিমাণ বাড়ানোর সাথে সাথে, সেই কাজগুলির প্রাপ্তিস্বীকারের তালিকা (এই লেনদেন ডেটা রেকর্ড) এত বড় হয়ে যাচ্ছে যে, একে অপরের সাথে ডেটা সিঙ্ক করার চেষ্টা করার সময় নেটওয়ার্কের নোডগুলি ব্যর্থ হতে পারে। + +eth/70 আংশিক ব্লক রসিদ তালিকা (অথবা EIP-7975) নোডগুলির একে অপরের সাথে কথা বলার জন্য একটি নতুন উপায় প্রবর্তন করে (eth/70) যা এই বৃহৎ তালিকাগুলিকে ছোট, আরও পরিচালনাযোগ্য অংশে বিভক্ত করতে দেয়। eth/70 নেটওয়ার্কের যোগাযোগ প্রটোকল জন্য একটি পেজিনেশন সিস্টেম প্রবর্তন করে যা নোডগুলিকে ব্লক রসিদ তালিকাগুলিকে ভেঙে ছোট, আরও পরিচালনাযোগ্য অংশে ডেটা নিরাপদে অনুরোধ করতে দেয়। + +এই পরিবর্তনটি ব্যাপক কার্যকলাপের সময় নেটওয়ার্ক সিঙ্ক ব্যর্থতা প্রতিরোধ করবে। চূড়ান্তভাবে, এটি ইথেরিয়ামকে তার ব্লক ক্ষমতা বৃদ্ধি করার এবং ভবিষ্যতে প্রতি ব্লক আরও লেনদেন প্রক্রিয়া করার পথ প্রশস্ত করে, চেইন সিঙ্ক করা শারীরিক হার্ডওয়্যারকে অভিভূত না করে। + +**সম্পদ**: [EIP-7975 প্রযুক্তিগত স্পেসিফিকেশন](https://eips.ethereum.org/EIPS/eip-7975) + +## আরও পড়ুন {#further-reading} + +- [ইথেরিয়াম রোডম্যাপ](/roadmap/) +- [ফোরকাস্ট: গ্ল্যামস্টারডাম](https://forkcast.org/upgrade/glamsterdam) +- [গ্ল্যামস্টারডাম মেটা ইআইপি](https://eips.ethereum.org/EIPS/eip-7773) +- [২০২৬ সালের জন্য প্রোটোকল অগ্রাধিকারের হালনাগাদ ব্লগ ঘোষণা](https://blog.ethereum.org/2026/02/18/protocol-priorities-update-2026) +- [দ্য ডেইলি জিওয়ে রিফুয়েল পডকাস্ট - পোস্ট-কোয়ান্টাম ইথেরিয়াম, গ্ল্যামস্টারডাম আসছে](https://www.youtube.com/watch?v=qx9sd50uQjQ) + +## প্রায়শই জিজ্ঞাসিত প্রশ্নাবলী {#faq} + +### গ্ল্যামস্টারডাম হার্ড ফর্ক পর ETH কীভাবে রূপান্তরিত করা যাবে? {#how-can-eth-be-converted-after-the-hardfork} + +- **আপনার ETH-এর জন্য কোনও পদক্ষেপের প্রয়োজন নেই**: গ্ল্যামস্টারডাম আপগ্রেডের পরে আপনার ETH রূপান্তর বা আপগ্রেড করার কোনও প্রয়োজন নেই। আপনার একাউন্ট ব্যালেন্স একই থাকবে এবং হার্ড ফর্ক পরে আপনার বর্তমান ETH অ্যাক্সেসযোগ্য থাকবে। +- **প্রতারণা থেকে সাবধান!** **কেউ যদি আপনাকে আপনার ETH "আপগ্রেড" করার নির্দেশ দেয়, তাহলে সে আপনাকে প্রতারণা করার চেষ্টা করছে।** এই আপগ্রেডের সাথে সম্পর্কিত আপনার কিছুই করার দরকার নেই। আপনার সম্পদ সম্পূর্ণ অপরিবর্তিত থাকবে। মনে রাখবেন, অবগত থাকা প্রতারণার বিরুদ্ধে সেরা প্রতিরক্ষা। + +[প্রতারণা চেনা এবং এড়ানোর বিষয়ে আরও তথ্য](/security/) + +### গ্ল্যামস্টারডাম আপগ্রেড কি সমস্ত ইথেরিয়াম নোড এবং ভ্যালিডেটরস প্রভাবিত করে? {#does-the-glamsterdam-upgrade-affect-all-ethereum-nodes-and-validators} + +হ্যাঁ, গ্ল্যামস্টারডাম আপগ্রেডের জন্য [এক্সিকিউশন ক্লায়েন্ট এবং কনসেন্সাস ক্লায়েন্ট](/developers/docs/nodes-and-clients/) উভয়কেই আপডেট করতে হবে। যেহেতু এই আপগ্রেডটি এনশ্রাইন্ড প্রোপোজার-বিল্ডার সেপারেশন (ePBS) চালু করে, তাই নোড অপারেটরদের নিশ্চিত করতে হবে যে তাদের ক্লায়েন্টগুলি নতুন উপায়ে ব্লকস তৈরি, বৈধতা এবং নেটওয়ার্ক দ্বারা নিশ্চিত করার জন্য আপডেট করা হয়েছে। + +সমস্ত প্রধান ইথেরিয়াম ক্লায়েন্ট উচ্চ অগ্রাধিকার হিসেবে চিহ্নিত হার্ড ফর্ক সমর্থন করে এমন সংস্করণ প্রকাশ করবে। ক্লায়েন্ট গিটহাব রিপোজিটরি, তাদের [ডিসকর্ড চ্যানেল](https://ethstaker.org/support), [এথস্ট্যাকার ডিসকর্ড](https://dsc.gg/ethstaker) অথবা প্রটোকল আপডেটের জন্য ইথেরিয়াম ব্লগে সাবস্ক্রাইব করে আপনি এই রিলিজগুলি কখন পাওয়া যাবে তা জানতে পারবেন। + +আপগ্রেডের পরে ইথেরিয়াম নেটওয়ার্ক সাথে সিঙ্ক্রোনাইজেশন বজায় রাখার জন্য, নোড অপারেটরদের অবশ্যই নিশ্চিত করতে হবে যে তারা একটি সমর্থিত ক্লায়েন্ট সংস্করণ চালাচ্ছেন। মনে রাখবেন যে ক্লায়েন্ট রিলিজ সম্পর্কিত তথ্য সময়-সংবেদনশীল, এবং ব্যবহারকারীদের সর্বশেষ আপডেটের জন্য সবচেয়ে সাম্প্রতিক বিবরণগুলি উল্লেখ করা উচিত। + +### একজন স্টেকার হিসেবে, Glamsterdam আপগ্রেডের জন্য আমাকে কী করতে হবে? {#as-a-staker-what-do-i-need-to-do-for-the-glamsterdam-upgrade} + +প্রতিটি নেটওয়ার্ক আপগ্রেডের মতোই, Glamsterdam সাপোর্ট সহ সর্বশেষ সংস্করণে আপনার ক্লায়েন্টদের আপডেট করতে ভুলবেন না। রিলিজ সম্পর্কে অবহিত হতে [EF ব্লগে মেইলিং তালিকা এবং প্রোটোকল ঘোষণাগুলিতে](https://blog.ethereum.org/category/protocol) আপডেটগুলি অনুসরণ করুন। + +মেইননেটে গ্ল্যামস্টারড্যাম সক্রিয় হওয়ার আগে আপনার সেটআপ যাচাই করার জন্য, আপনি টেস্টনেটে একটি ভ্যালিডেটর চালাতে পারেন। টেস্টনেট ফর্কগুলি মেইলিং তালিকা এবং ব্লগেও ঘোষণা করা হয়। + +### L1 স্কেলিংয়ের জন্য গ্ল্যামস্টারডাম কী কী উন্নতি অন্তর্ভুক্ত করবে? {#what-improvements-will-glamsterdam-include-for-l1-scaling} + +এর প্রধান বৈশিষ্ট্য হল ইপিবিএস (EIP-7732), যা নেটওয়ার্ক লেনদেন বৈধ করার ভারী কাজটিকে কনসেন্সাস পৌঁছানোর কাজ থেকে আলাদা করে। এটি ডেটা প্রচারের উইন্ডোটিকে ২ সেকেন্ড থেকে প্রায় ৯ সেকেন্ডে প্রসারিত করে, ইথেরিয়ামের উচ্চতর লেনদেন থ্রুপুট নিরাপদে পরিচালনা করার এবং লেয়ার ২ নেটওয়ার্কগুলির জন্য আরও ডেটা ব্লবগুলিকে স্থান দেওয়ার ক্ষমতাকে আনব্লক করে। + +### গ্ল্যামস্টারডাম কি ইথেরিয়াম (লেয়ার ১) এর ফি কমাবে? {#will-glamsterdam-lower-fees-on-ethereum-layer-1} + +হ্যাঁ, গ্ল্যামস্টারডাম সম্ভবত দৈনন্দিন ব্যবহারকারীদের জন্য ফি কমিয়ে দেবে! ইন্ট্রিনসিক লেনদেন গ্যাস (অথবা EIP-2780) কমানোর ফলে ETH পাঠানোর জন্য বেস ফি কমে যাবে, যার ফলে দৈনন্দিন পেমেন্টের জন্য ETH ব্যবহার করা অনেক সস্তা হয়ে যাবে। + +অধিকন্তু, দীর্ঘমেয়াদী স্থায়িত্বের জন্য, গ্ল্যামস্টারডাম ব্লক-লেভেল অ্যাক্সেস লিস্ট (BALs) চালু করেছে। এটি সমান্তরাল প্রক্রিয়াকরণ সক্ষম করে এবং ভবিষ্যতে উচ্চতর সামগ্রিক গ্যাস সীমা নিরাপদে পরিচালনা করার জন্য L1 কে প্রস্তুত করে, যা ক্ষমতা বৃদ্ধির সাথে সাথে প্রতি লেনদেনের গ্যাস খরচ কমিয়ে দেবে। + +### গ্ল্যামস্টারডামের পরে আমার বিদ্যমান স্মার্ট চুক্তিগুলিতে কি কোনও পরিবর্তন আসবে? {#will-my-smart-contracts-change} + +গ্ল্যামস্টারড্যামের পরেও বিদ্যমান চুক্তিগুলি স্বাভাবিকভাবে কাজ করবে। ডেভেলপাররা সম্ভবত বেশ কয়েকটি নতুন সরঞ্জাম পাবেন এবং তাদের গ্যাস ব্যবহার পর্যালোচনা করা উচিত: +- সর্বোচ্চ চুক্তির আকার (অথবা EIP-7954) বৃদ্ধি করা ডেভেলপারদের বৃহত্তর অ্যাপ্লিকেশন স্থাপন করতে দেয়, সর্বোচ্চ চুক্তির আকার সীমা প্রায় 24KiB থেকে 32KiB-তে বাড়িয়ে দেয়। +- ডিটারমিনিস্টিক ফ্যাক্টরি প্রি-ডিপ্লয় (অথবা EIP-7997) একটি সার্বজনীন, বিল্ট-ইন ফ্যাক্টরি কন্ট্রাক্ট প্রবর্তন করে। এটি ডেভেলপারদের তাদের অ্যাপ্লিকেশন এবং স্মার্ট কন্ট্রাক্ট ওয়ালেটগুলিকে সমস্ত অংশগ্রহণকারী EVM চেইনে একই এডড্রেস ডিপ্লয় করার অনুমতি দেয়। +- যদি আপনার অ্যাপ ETH ট্রান্সফার খুঁজে বের করার জন্য জটিল ট্রেসিংয়ের উপর নির্ভর করে, তাহলে ETH ট্রান্সফার এবং বার্ন একটি লগ (অথবা EIP-7708) নির্গত করবে যা আপনাকে আরও সহজ এবং নির্ভরযোগ্য অ্যাকাউন্টিংয়ের জন্য লগ ব্যবহার করতে স্যুইচ করতে দেবে। +- রাষ্ট্র তৈরির গ্যাস খরচ বৃদ্ধি (অথবা EIP-8037) এবং রাষ্ট্র-অ্যাক্সেস গ্যাস খরচ আপডেট (অথবা EIP-8038) নতুন টেকসই মডেল প্রবর্তন করে যা নির্দিষ্ট চুক্তির স্থাপনের খরচ পরিবর্তন করবে, কারণ নতুন অ্যাকাউন্ট তৈরি বা স্থায়ী স্টোরেজের জন্য গতিশীলভাবে-সামঞ্জস্যপূর্ণ ফি থাকবে। + +### গ্ল্যামস্টারডাম নোড স্টোরেজ এবং হার্ডওয়্যার প্রয়োজনীয়তাকে কীভাবে প্রভাবিত করবে? {#how-will-glamsterdam-affect-node-storage-and-hardware-requirements} + +গ্ল্যামস্টারডামের জন্য বিবেচিত একাধিক ইআইপিগুলি স্টেট বৃদ্ধির কর্মক্ষমতা এডড্রেস: +- স্টেট ক্রিয়েশন গ্যাস খরচ বৃদ্ধি (অথবা EIP-8037) একটি গতিশীল মূল্য নির্ধারণ মডেল চালু করে যার লক্ষ্য হল স্টেট ডাটাবেসের বৃদ্ধির হার বছরে ১০০ GiB-তে সীমাবদ্ধ রাখা, যাতে স্ট্যান্ডার্ড ফিজিক্যাল হার্ডওয়্যার নেটওয়ার্ক দক্ষতার সাথে চালিয়ে যেতে পারে। +- eth/70 আংশিক ব্লক রসিদ তালিকা (অথবা EIP-7975) নোডগুলিকে পেজিনেশন করা ব্লক রসিদের জন্য অনুরোধ করার অনুমতি দেয়, যা ডেটা-ভারী ব্লক রসিদ তালিকাগুলিকে ছোট ছোট অংশে বিভক্ত করে ক্র্যাশ প্রতিরোধ করে এবং ইথেরিয়াম স্কেল করার সাথে সাথে সিঙ্ক করে। + diff --git a/public/content/translations/cs/community/grants/index.md b/public/content/translations/cs/community/grants/index.md index 70f11505194..7b9e4c1212c 100644 --- a/public/content/translations/cs/community/grants/index.md +++ b/public/content/translations/cs/community/grants/index.md @@ -20,6 +20,7 @@ Tento seznam je kurátorován naší komunitou. Pokud zde něco chybí nebo nen Tyto programy podporují ekosystém Ethereum tím, že nabízejí granty široké škále projektů. Patří mezi ně řešení pro škálovatelnost, budování komunit, zabezpečení, ochrana soukromí a další. Tyto granty nejsou specifické pro žádnou část Etherea a jsou dobrým místem, kde začít, pokud si nejste jisti, kam váš projekt spadá. - [Program podpory ekosystému EF](https://esp.ethereum.foundation) – _Financování open-source projektů, které jsou přínosem pro Ethereum, se zvláštním zaměřením na univerzální nástroje, infrastrukturu, výzkum a veřejné statky_ +- [ESP Grant Explorer](https://esp.ethereum.foundation/funded-projects) – _Prohledávatelný adresář více než 1 000 projektů podpořených programem Ecosystem Support Program_ - [Akademické granty](https://esp.ethereum.foundation/academic-grants) – _granty na podporu akademické práce související s Ethereem_ ## Agregátory a platformy se seznamy grantů {#grant-list-aggregators} diff --git a/public/content/translations/cs/developers/docs/nodes-and-clients/run-a-node/index.md b/public/content/translations/cs/developers/docs/nodes-and-clients/run-a-node/index.md index 89ec933a3db..5493d57ca8b 100644 --- a/public/content/translations/cs/developers/docs/nodes-and-clients/run-a-node/index.md +++ b/public/content/translations/cs/developers/docs/nodes-and-clients/run-a-node/index.md @@ -132,7 +132,6 @@ Níže je uvedeno několik projektů, které vám mohou pomoci nainstalovat a ov - [EthPillar](https://www.coincashew.com/coins/overview-eth/ethpillar) – Nejrychlejší a nejjednodušší způsob nastavení plného uzlu. Jednořádkový instalační nástroj a TUI pro správu uzlů. Zdarma. Open source. Veřejné statky pro Ethereum od sólo stakerů. Podpora ARM64 a AMD64. - [eth-docker](https://eth-docker.net/) – Automatizované nastavení pomocí Dockeru zaměřené na snadný a bezpečný staking, vyžaduje základní znalosti terminálu a Dockeru, doporučeno pro mírně pokročilejší uživatele. - [Stereum](https://stereum-dev.github.io/ethereum-node-web-docs) – Spouštěč pro instalaci klientů na vzdálený server přes SSH připojení s průvodcem nastavení v GUI, řídicím centrem a mnoha dalšími funkcemi. -- [NiceNode](https://www.nicenode.xyz/) – Spouštěč s přímočarým uživatelským zážitkem pro spuštění uzlu na vašem počítači. Stačí si vybrat klienty a spustit je na pár kliknutí. Stále ve vývoji. - [Sedge](https://docs.sedge.nethermind.io/docs/intro) – Nástroj pro nastavení uzlu, který automaticky generuje konfiguraci Dockeru pomocí průvodce CLI. Napsáno v Go od Nethermind. ### Ruční nastavení klientů {#manual-setup} diff --git a/public/content/translations/cs/roadmap/glamsterdam/index.md b/public/content/translations/cs/roadmap/glamsterdam/index.md new file mode 100644 index 00000000000..6ade24c5435 --- /dev/null +++ b/public/content/translations/cs/roadmap/glamsterdam/index.md @@ -0,0 +1,296 @@ +--- +title: Glamsterdam +description: "Zjistěte více o upgradu protokol Glamsterdam" +lang: cs +--- +# Glamsterdam {#glamsterdam} + + + + + +Glamsterdam je nadcházející upgrade Etherea plánovaný na první pololetí roku 2026 + + +Aktualizace Glamsterdam je jen jedním z kroků v rámci dlouhodobých vývojových cílů Etherea. Zjistěte více o [plán vylepšení protokol](/roadmap/) a [předchozích aktualizacích](/ethereum-forks/). + + + + +Nadcházející upgrade [sítě Ethereum](/) s názvem Glamsterdam má připravit cestu pro další generaci škálování. Glamsterdam je název vzniklý spojením „Amsterdam“ (upgrade exekuční vrstva, pojmenovaný podle předchozího místa konání Devconnect) a „Gloas” (upgrade konsensuální vrstva, pojmenovaný podle hvězdy). + +Po pokroku dosaženém při upgradu [Fusaka](/roadmap/fusaka/) se Glamsterdam zaměřuje na škálování L1 reorganizací způsobu, jakým síť zpracovává transakce a spravuje svou rostoucí databázi, a zásadně aktualizuje způsob, jakým Ethereum vytváří a ověřuje bloky. + +Zatímco se Fusaka zaměřila na základní vylepšení, Glamsterdam posouvá cíle „Scale L1“ a „Scale Blobs“ tím, že zakotvuje oddělení povinností mezi různými účastníky síť a zavádí efektivnější způsoby zpracování dat, aby se [stav](/glossary/#state) připravil na vysoce výkonnou paralelizaci. + +Tato vylepšení zajišťují, že Ethereum zůstane rychlé, cenově dostupné a decentralizované i při zpracování většího objemu aktivit, přičemž hardwarové požadavky zůstanou zvládnutelné pro lidi, kteří provozují [uzly](/glossary/#node) doma. + + + +## Zvažují se vylepšení pro Glamsterdam {#improvements-in-glamsterdam} + + + + +Poznámka: Tento článek v současné době upozorňuje na výběr EIP, které se zvažují pro zařazení do Glamsterdamu. Nejnovější aktualizace stavu naleznete v [upgradu Glamsterdam na Forkcastu](https://forkcast.org/upgrade/glamsterdam). + +Pokud chcete přidat EIP, které je zvažováno pro Glamsterdam, ale ještě nebylo přidáno na tuto stránku, [zjistěte zde, jak přispět na ethereum.org](/contributing/). + + + + +Vylepšení Glamsterdam se zaměřuje na tři hlavní cíle: + +- Zrychlení zpracování (paralelizace): Reorganizace způsobu, jakým síť zaznamenává datové závislosti, aby mohla bezpečně zpracovávat mnoho transakce současně namísto pomalého, postupného zpracování. +- Rozšíření kapacity: Rozdělení náročné práce na vytváření a ověřování bloky, což dává síť více času na šíření větších objemů dat bez zpomalení. +- Zabránění nadměrnému nárůstu databáze (udržitelnost): Úprava síť poplatků tak, aby přesně odrážely dlouhodobé náklady na hardware pro ukládání nových dat, odblokování budoucího zvýšení limit transakčních poplatků a zároveň zabránění zhoršení výkonu hardwaru. + +Stručně řečeno, Glamsterdam zavede strukturální změny, které zajistí, že s rostoucí kapacitou síť zůstane udržitelná a její výkon vysoký. + +## Škálování L1 a paralelní zpracování {#scale-l1} + +Smysluplné škálování L1 vyžaduje odklon od předpokladů důvěry mimo protokol a omezení sériového provádění. Glamsterdam to řeší zakotvením oddělení určitých povinností při sestavování bloků a zavedením nových datových struktur, které síť umožňují připravit se na paralelní zpracování. + +### Hlavní návrh: Zavedení oddělení navrhovatele a sestavovatele (ePBS) {#epbs} + +- Odstraňuje předpoklady důvěry mimo protokol a závislost na relé třetích stran +- Umožňuje škálování L1 tím, že umožňuje mnohem větší datové zatížení prostřednictvím rozšířených oken šíření +- Zavádí bezdůvěrové platby pro tvůrce přímo do protokolu + +V současné době proces navrhování a sestavování bloků zahrnuje předání mezi navrhovateli bloků a sestavovateli bloků. Vztah mezi navrhovateli a sestavovateli není součástí základního protokolu Etherea, takže se spoléhá na důvěryhodný middleware třetích stran, software (relé) a mimoprotokolovou důvěru mezi entitami. + +Mimoprotokolový vztah mezi navrhovateli a tvůrci bloků také vytváří „horkou cestu” během ověřování bloků, která nutí [validátory](/glossary/#validator) k rychlému vysílání a provádění transakcí v úzkém dvousekundovém okně, což omezuje množství dat, které síť dokáže zpracovat. + +**Zavedení oddělení navrhovatele a sestavovatele (ePBS neboli EIP-7732)** formálně odděluje práci navrhovatele (který vybírá konsenzuální blok) od sestavovatele (který sestavuje exekuční payload), čímž se tento proces zakotvuje přímo do protokolu. + +Zabudování bezdůvěrové výměny payloadu bloku za platbu přímo do protokolu odstraňuje potřebu middlewaru třetích stran (jako je MEV-Boost). Tvůrci a navrhovatelé však mohou nadále používat mimoprotokolové relé nebo middleware pro složité funkce, které ještě nejsou součástí základního protokolu. + +Pro řešení úzkého hrdla „horké cesty” zavádí ePBS také Výbor pro včasnost payloadu (PTC) a logiku dvojitého termínu, která umožňuje validátorům potvrzovat konsenzuální blok a včasnost exekučního payloadu samostatně, aby se maximalizoval výkon. + + + +Oddělení rolí navrhovatele a tvůrce na úrovni protokolu rozšiřuje okno šíření (neboli čas dostupný pro šíření dat po síti) z 2 sekund na přibližně 9 sekund. + +Nahrazením mimoprotokolového middlewaru a relé mechanismy zabudovanými do protokolu ePBS snižuje závislosti na důvěře a umožňuje Ethereu bezpečně zpracovávat mnohem větší množství dat (například více blobů pro [vrstvu 2](/glossary/#layer-2)) bez zatěžování sítě. + +**Zdroje**: [Technická specifikace EIP-7732](https://eips.ethereum.org/EIPS/eip-7732) + +### Návrh hlavního tématu: Seznamy přístupů na úrovni bloků (BAL) {#bals} + +- Eliminuje úzká místa sekvenčního zpracování tím, že poskytuje předběžnou mapu všech transakce závislostí, čímž vytváří podmínky pro to, aby validátoři zpracovávali mnoho transakce paralelně namísto jednu po druhé. +- Umožňuje uzlům aktualizovat své záznamy čtením konečných výsledků bez nutnosti přehrávat každou transakce (synchronizace bez spuštění), což výrazně urychluje synchronizaci síťový uzel se síť. +- Eliminuje dohadování a umožňuje validátoři předem načíst všechna potřebná data najednou, namísto aby je objevovali krok za krokem, což výrazně urychluje validaci. + +Dnešní Ethereum je jako jednopruhová silnice; protože síť neví, jaká data transakce bude potřebovat nebo měnit (například kterých účtů se transakce dotkne), dokud se transakce nespustí, validátoři musí transakce zpracovávat jednu po druhé v přísném, sekvenčním pořadí. Pokud by se pokusili zpracovat transakce najednou, aniž by znali tyto závislosti, dvě transakce by se mohly omylem pokusit změnit přesně stejná data ve stejnou dobu, což by způsobilo chyby. + +**Seznamy přístupů na úrovni bloků (BAL, neboli EIP-7928)** jsou jako mapa, která je součástí každého blok a která síť sděluje, ke kterým částem databáze bude přistupováno před zahájením práce. BAL vyžadují, aby každý blok obsahoval haš každé změny účet, které se transakce dotknou, spolu s konečnými výsledky těchto změn ( haš záznamu všech přístupů ke stav a hodnot po provedení). + +Protože poskytují okamžitý přehled o tom, které transakce se nepřekrývají, umožňují BAL uzlům provádět paralelní čtení z disku a načítat informace pro mnoho transakce současně. síť může bezpečně seskupovat nesouvisející transakce a zpracovávat je paralelně. + +Vzhledem k tomu, že BAL zahrnuje konečné výsledky transakce (hodnoty po provedení), mohou uzly sítě při synchronizaci s aktuálním stav sítě zkopírovat tyto konečné výsledky a aktualizovat tak své záznamy. Validátoři již nemusí přehrávat všechny složité transakce od začátku, aby věděli, co se stalo, což urychluje a usnadňuje připojení nových uzlů k síť. + +Paralelní čtení disků umožněné protokolem BAL bude významným krokem k budoucnosti, kdy Ethereum bude moci zpracovávat mnoho transakce najednou, což výrazně zvýší rychlost sítě. + +#### eth/71 výměna seznamu blok přístupů {#bale} + +Výměna seznamů přístupů k blokům (eth/71 nebo EIP-8159) je přímým síťovým doplňkem k seznamům přístupů na úrovni bloků. Zatímco BALy odemykají paralelní provádění, eth/71 vylepšuje protokol peer-to-peer, aby uzly mohly tyto seznamy skutečně sdílet přes síť. Implementace výměny seznamů přístupů k blok umožní rychlejší synchronizaci a umožní uzlům provádět aktualizace stav bez provádění. + +**Zdroje**: +- [Technická specifikace EIP-7928](https://eips.ethereum.org/EIPS/eip-7928) +- [Technická specifikace EIP-8159](https://eips.ethereum.org/EIPS/eip-8159) + +## Udržitelnost sítě {#network-sustainability} + +Vzhledem k tomu, že síť Ethereum roste stále rychleji, je důležité zajistit, aby náklady na její používání odpovídaly opotřebení hardwaru, na kterém Ethereum běží. síť musí zvýšit své celkové limity kapacity, aby mohla bezpečně škálovat a zpracovávat více transakce. + +### Zvýšení nákladů na palivo při vytváření stavu {#state-creation-gas-cost-increase} + +- Zajišťuje, aby poplatky za vytvoření nových účtů nebo chytrých kontraktů přesně odrážely dlouhodobou zátěž, kterou kladou na databázi Etherea. +- Automaticky upravuje tyto poplatky za vytváření dat na základě celkové kapacity sítě a zaměřuje se na bezpečnou a předvídatelnou míru růstu, aby standardní fyzický hardware mohl nadále provozovat síť. +- Odděluje účtování těchto specifických poplatků do nového úložiště, odstraňuje staré transakce limity a umožňuje vývojářům nasazovat větší a složitější aplikace. + +Přidávání nových účtů, tokenů a [chytrých kontraktů](/glossary/#smart-contract) vytváří trvalá data (známá jako „stav“), která musí každý počítač spouštějící síť ukládat na dobu neurčitou. Současné poplatky za přidání nebo čtení těchto dat jsou nekonzistentní a nemusí nutně odrážet skutečnou, dlouhodobou zátěž, kterou kladou na hardware sítě. + +Některé akce, které vytvářejí stav na Ethereu, jako je vytváření nových účtů nebo nasazování velkých chytrých kontraktů, byly relativně levné ve srovnání s trvalým úložným prostorem, který zabírají na uzlech sítě. Například nasazení kontraktu je výrazně levnější na bajt než vytvoření úložných slotů. + +Bez úprav by se stav Etherea mohl zvětšovat o téměř 200 GiB ročně, pokud se síť rozšíří na limit paliva 100M, což by nakonec předčilo běžný hardware. + +**Zvýšení nákladů na palivo při vytváření stavu (nebo EIP-8037)** harmonizuje náklady tím, že je váže na skutečnou velikost vytvářených dat, a aktualizuje poplatky tak, aby byly úměrné množství trvalých dat, která operace vytváří nebo ke kterým přistupuje. + +EIP-8037 také zavádí model zásobníku pro předvídatelnější správu těchto nákladů; poplatky za stav palivo se čerpají nejprve z `state_gas_reservoir` a operační kód `GAS` vrací pouze `gas_left`, čímž zabraňuje rámcům provádění chybně vypočítat dostupný palivo. + +Před EIP-8037 sdílely jak výpočetní práce (aktivní zpracování), tak trvalé ukládání dat (ukládání smart kontrakt do databáze sítě) stejný limit transakčních poplatků. Model zásobníku rozděluje účtování: limit transakčních poplatků pro skutečnou výpočetní práci transakce (zpracování) a pro dlouhodobé ukládání dat (stav palivo). Oddělení těchto dvou složek pomáhá zabránit tomu, aby samotná velikost dat aplikace vyčerpala limit transakčních poplatků; pokud vývojáři poskytnou dostatek prostředků k naplnění zásobníku pro ukládání dat, mohou nasadit mnohem větší a složitější chytré kontrakty. + +Přesnější a předvídatelnější stanovení cen za ukládání dat pomůže Ethereu bezpečně zvýšit rychlost a kapacitu, aniž by se databáze zbytečně nafukovala. Tato udržitelnost umožní provozovatelům síťový uzel používat (relativně) cenově dostupný hardware po mnoho dalších let, čímž se zachová dostupnost domácího staking pro udržení decentralizace sítě. + +**Zdroje**: [Technická specifikace EIP-8037](https://eips.ethereum.org/EIPS/eip-8037) + +### Aktualizace nákladů na palivo pro státní přístup {#state-access-gas-cost-update} + +- Zvyšuje náklady na palivo pro případ, kdy aplikace čtou nebo aktualizují informace trvale uložené v Ethereu (operační kódy pro přístup ke stavu), aby přesně odpovídaly výpočetní práci, kterou tyto příkazy vyžadují. +- Posiluje odolnost sítě předcházením útokům typu odepření služby, které zneužívají uměle zlevněné operace čtení dat + +S tím, jak se stav Etherea rozrůstal, se proces vyhledávání a čtení starých dat („přístup ke stav “) stal pro uzly náročnějším a pomalejším. Poplatky za tyto akce zůstaly stejné, i když je nyní vyhledávání informací (z hlediska výpočetního výkonu) o něco dražší. + +V důsledku toho jsou některé specifické příkazy v současné době podhodnoceny vzhledem k práci, kterou nutí síťový uzel vykonávat. Například `EXTCODESIZE` a `EXTCODECOPY` jsou podhodnoceny, protože vyžadují dvě samostatná čtení z databáze – jedno pro objekt účet a druhé pro skutečnou velikost kódu nebo bajtového kódu. + +**Aktualizace nákladů na palivo pro přístup ke stavu (nebo EIP-8038)** zvyšuje konstanty palivo pro operační kódy přístupu ke stavu, jako je vyhledávání dat účet a smluv, aby se přizpůsobily výkonu moderního hardwaru a velikosti stav. + +Sjednocení nákladů na přístup ke stavu také pomáhá zvýšit odolnost Etherea. Protože jsou tyto náročné operace čtení dat uměle levné, mohl by škodlivý útočník zaplavit síť tisíci složitých datových požadavků v jednom blok, než dosáhne limitu poplatků sítě, což by potenciálně mohlo způsobit zastavení nebo zhroucení síť (útok typu „denial-of-service”). I bez zlého úmyslu nejsou vývojáři ekonomicky motivováni k vytváření efektivních aplikací, pokud je čtení síť dat příliš levné. + +Přesnějším oceňováním akcí vyžadujících přístup ke stavu může být Ethereum odolnější vůči náhodným nebo úmyslným zpomalením, zatímco sladění nákladů síť s hardwarovým zatížením se ukazuje jako udržitelnější základ pro budoucí zvyšování limit transakčních poplatků. + +**Zdroje**: [Technická specifikace EIP-8038](https://eips.ethereum.org/EIPS/eip-8038) + +## Odolnost sítě + +Vylepšení povinností validátor a výstupních procesů zajišťují stabilitu síť během hromadných penalizací a demokratizují likviditu. Tato vylepšení zvyšují stabilitu síť a zajišťují, že se se všemi účastníky, velkými i malými, zachází spravedlivě. + +### Vyloučit penalizované validátoři z navrhování {#exclude-slashed-validators} + +- Zabrání penalizovaným (sníženým) validátoři v tom, aby byli vybíráni k navrhování budoucích bloky, čímž se eliminují zaručeně propásnuté sloty. +- Zajišťuje hladký a spolehlivý chod Etherea a zabraňuje vážným výpadkům v případě hromadného useknutí. + +V současné době, i když je validátor penalizován (za porušení pravidel nebo nefungování podle očekávání), systém si ho může v blízké budoucnosti stále vybrat k vedení blok, když generuje budoucí návrhy navrhovatelů. + +Vzhledem k tomu, že bloky od „seknutých“ navrhovatelů jsou automaticky odmítány jako neplatné, dochází k tomu, že síť propásne sloty a zpožďuje se obnova síť během hromadného „useknutí “. + +**Vyloučení penalizovaných validátoři z navrhování (nebo EIP-8045)** jednoduše odfiltruje penalizované validátoři z výběru pro budoucí úkoly. Tím se zlepšuje odolnost řetězce tím, že se zajišťuje, že pro navrhování bloky jsou vybíráni pouze zdraví validátoři, což udržuje kvalitu služeb během síť poruch. + +**Zdroje**: [Technická specifikace EIP-8045](https://eips.ethereum.org/EIPS/eip-8045) + +### Povolit výstupům používat konsolidační frontu {#let-exits-use-the-consolidation-queue} + +- Uzavírá mezeru, která umožňuje validátoři s vysokým zůstatkem opustit síť rychleji než menším validátoři prostřednictvím konsolidační fronty. +- Umožňuje pravidelným výběrům přejít do této druhé fronty, když má volnou kapacitu, čímž se zkracuje doba staking vkladů během období s vysokým objemem. +- Udržuje přísné zabezpečení, aby se zabránilo změně základních bezpečnostních limitů Etherea nebo oslabení síť. + +Vzhledem k tomu, že [upgrade Pectra](/roadmap/pectra) zvýšil maximální efektivní zůstatek pro validátoři Etherea z 32 ETH na 2 048 ETH, technická mezera umožňuje validátoři s vysokým zůstatkem opustit síť rychleji než menším validátoři prostřednictvím konsolidační fronty. + +**Umožnění použití konsolidační fronty pro všechny výstupy (nebo EIP-8080)** demokratizuje konsolidační frontu pro všechny výstupy ze staking a vytváří tak jednotnou a spravedlivou frontu pro všechny. + +Jak to dnes funguje: + +- Limit churnu u Etherea je bezpečnostní limit pro rychlost, s jakou mohou validátoři vstupovat, vystupovat nebo slučovat (konsolidovat) svůj stakovaný ETH, aby byla zajištěna bezpečnost sítě. +- Protože konsolidace validátor je náročnější akce s více pohyblivými částmi než standardní ukončení validátor, spotřebuje větší část tohoto bezpečnostního rozpočtu (limit churn). +- Konkrétně protokol stanoví, že přesné bezpečnostní náklady jednoho standardního výstupu jsou dvě třetiny (2/3) nákladů jednoho konsolidovaného výstupu. + +Spravedlivější fronty pro výběry umožní standardním výběrům půjčovat si nevyužitý prostor z konsolidační fronty v obdobích vysoké poptávky po výběrech, a to s použitím směnného kurzu „3 za 2“ (za každá 2 nevyužitá konsolidační místa může síť bezpečně zpracovat 3 standardní výběry). Tento faktor obratu 3/2 vyrovnává poptávku mezi konsolidační a výběrovou frontou. + +Demokratizace přístupu ke konsolidační frontě zvýší rychlost, s jakou mohou uživatelé ukončit svůj vklad během období vysoké poptávky, až 2,5krát, aniž by došlo ke snížení bezpečnosti síť. + +**Zdroje**: [Technická specifikace EIP-8080](https://eips.ethereum.org/EIPS/eip-8080) + +## Zlepšete uživatelský a vývojářský zážitek {#improve-user-developer-experience} + +Aktualizace Glamsterdam pro Ethereum si klade za cíl zlepšit uživatelskou zkušenost, zvýšit dohledatelnost dat a zvládnout rostoucí velikosti zpráv, aby se předešlo selháním synchronizace. Díky tomu je snazší sledovat, co se děje na blockchainu, a zároveň se předchází technickým zádrhelům při škálování síť. + +### Snížení vnitřních nákladů na transakce palivo {#reduce-intrinsic-transaction-gas-costs} + +- Snižuje základní poplatek za transakce, čímž snižuje celkové náklady na jednoduchou nativní platbu v ETH. +- Díky tomu jsou menší převody cenově dostupnější, což zvyšuje životaschopnost Etherea jako běžného platebního prostředku. + +Všechny transakce v síti Ethereum mají dnes stejný základní transakční poplatek, bez ohledu na to, jak jednoduché nebo složité je jejich zpracování. **Snížení vnitřního palivo za transakce (nebo EIP-2780)** navrhuje snížení tohoto základní poplatek, aby se standardní převod ETH mezi stávajícími účty zlevnil až o 71%. + +Snižte vnitřní transakce palivo tím, že transakční poplatek rozdělíte tak, aby odrážel pouze základní, nezbytnou práci, kterou počítače provozující síť skutečně vykonávají, jako je ověřování digitální podpis a aktualizace zůstatku. Protože základní platba ETH nevykonává složitý kód ani nepřenáší další data, tento návrh by snížil její poplatek tak, aby odpovídal její nenáročné povaze. + +Návrh zavádí výjimku pro vytváření zcela nových účtů, aby se zabránilo tomu, že nižší poplatky zahltí stav sítě. Pokud převod odešle ETH na prázdnou, neexistující adresa, musí síť pro ni vytvořit trvalý nový záznam. Za vytvoření tohoto účet je přidán příplatek za palivo, který pomáhá pokrýt dlouhodobou zátěž spojenou s jeho ukládáním. + +Cílem EIP-2780 je společně učinit každodenní převody mezi stávajícími účty cenově dostupnějšími a zároveň zajistit, aby síť byla stále chráněna proti zahlcení databáze přesným oceňováním skutečného růstu stav. + +**Zdroje**: [Technická specifikace EIP-2780](https://eips.ethereum.org/EIPS/eip-2780) + +### Deterministické přednasazení továrny {#deterministic-factory-predeploy} + +- Poskytuje vývojářům nativní způsob nasazení aplikací a peněženek s smart kontrakt na přesně stejnou adresa napříč více řetězci. +- Umožňuje uživatelům mít stejnou adresa inteligentní peněženka v několika sítích druhé vrstvy (L2), čímž snižuje kognitivní zátěž, snižuje zmatky a snižuje riziko náhodné ztráty finančních prostředků. +- Nahrazuje dosavadní řešení, která vývojáři v současnosti používají k dosažení této rovnocennosti, a usnadňuje a zabezpečuje vytváření peněženek a aplikací pro více řetězců. + +Pokud má uživatel v současnosti peněženka s smart kontrakt s účty napříč několika řetězci kompatibilními s virtuálním strojem Ethereum (EVM), často skončí s úplně jinou adresa v různých sítích. To je nejen matoucí, ale může to vést k náhodné ztrátě finančních prostředků. + +**Deterministické tovární přednasazení (nebo EIP-7997)** poskytuje vývojářům nativní, vestavěný způsob, jak nasadit své decentralizované aplikace a peněženky s smart kontrakt na přesně stejnou adresa napříč více řetězci EVM, včetně hlavní sítě Ethereum, sítí druhé vrstvy (L2) a dalších. Pokud by bylo přijato, umožnilo by uživatelům mít přesně stejnou adresa na každém zúčastněném řetězci, což by výrazně snížilo kognitivní zátěž a potenciál pro uživatelské chyby. + +Deterministické předběžné nasazení továrny funguje tak, že trvale umístí minimální, specializovaný tovární program na identické místo (konkrétně na adresa 0x12) na každém zúčastněném řetězci kompatibilním s EVM. Jeho cílem je poskytnout univerzální, standardní tovární kontrakt, který může být přijat jakoukoli síť kompatibilní s EVM; dokud se řetězec EVM účastní a přijme tento standard, vývojáři jej budou moci použít k nasazení svých chytrých kontraktů na přesně stejnou adresa v této síť. + +Tato standardizace zjednodušuje vývojářům a širšímu ekosystému vytváření a správu aplikací napříč řetězci. Vývojáři již nemusí vytvářet vlastní, řetězcově specifický kód pro propojení svého softwaru napříč různými sítěmi, místo toho používají tuto univerzální továrnu k vygenerování přesně stejné adresa pro svou aplikaci všude. Kromě toho mohou prohlížeče blok, sledovací služby a peněženky snadněji identifikovat a propojit tyto aplikace a účty napříč různými řetězci, čímž vytvářejí jednotnější a bezproblémovější prostředí pro všechny účastníky založené na Ethereu. + +**Zdroje**: [Technická specifikace EIP-7997](https://eips.ethereum.org/EIPS/eip-7997) + +### Převody a pálení ETH se zaznamenávají do protokolu. {#eth-transfers-and-burns-emit-a-log} + +- Automaticky generuje trvalý záznam (protokol) při každém převodu nebo spálení ETH. +- Odstraňuje historické slepé místo, které umožňuje aplikacím, burzám a můstkům spolehlivě detekovat vklady uživatelů bez ad hoc nástrojů pro sledování. + +Na rozdíl od tokenů (ERC-20) běžné převody ETH mezi chytrými kontrakty nevydávají jasné potvrzení (standardní protokol), což burzám a aplikacím ztěžuje jejich sledování. + +Převody a pálení ETH generují protokol (nebo EIP-7708), který vyžaduje, aby síť generovala standardní protokolovou událost pokaždé, když je přesunuto nebo spáleno nenulové množství ETH. + +Díky tomu bude pro peněženky, burzy a provozovatele přemostění mnohem snazší a spolehlivější přesně sledovat vklady a pohyby bez nutnosti používat vlastní nástroje. + +**Zdroje**: [Technická specifikace EIP-7708](https://eips.ethereum.org/EIPS/eip-7708) + +### eth/70 seznamy částečných blok {#eth-70-partial-block-receipt-lists} + +S tím, jak zvyšujeme množství práce, kterou může Ethereum vykonávat, se seznamy potvrzení pro tyto akce (datové záznamy těchto transakce) stávají tak velkými, že by potenciálně mohly způsobit selhání uzlů sítě při pokusu o synchronizaci dat mezi sebou. + +Seznamy částečných blok (nebo EIP-7975) zavádí nový způsob komunikace mezi uzly (eth/70), který umožňuje rozdělit tyto velké seznamy na menší, lépe spravovatelné části. eth/70 zavádí systém stránkování pro komunikační protokol sítě, který umožňuje uzlům rozdělit seznamy blok a bezpečně vyžádat data v menších, lépe spravovatelných blocích. + +Tato změna by zabránila selhání síť synchronizace v obdobích vysoké aktivity. V konečném důsledku to připravuje cestu pro Ethereum, aby v budoucnu zvýšilo svou blok kapacitu a zpracovávalo více transakce na blok, aniž by přetížilo fyzický hardware synchronizující řetězec. + +**Zdroje**: [Technická specifikace EIP-7975](https://eips.ethereum.org/EIPS/eip-7975) + +## Další četba {#further-reading} + +- [plán vylepšení Etherea](/roadmap/) +- [Forkcast: Glamsterdam](https://forkcast.org/upgrade/glamsterdam) +- [Glamsterdam Meta EIP](https://eips.ethereum.org/EIPS/eip-7773) +- [Aktualizace priorit protokolu pro rok 2026 – oznámení na blogu](https://blog.ethereum.org/2026/02/18/protocol-priorities-update-2026) +- [Podcast The Daily Gwei Refuel – Postkvantové Ethereum, Glamsterdam se blíží](https://www.youtube.com/watch?v=qx9sd50uQjQ) + +## Často kladené dotazy {#faq} + +### Jak lze převést ETH po velké rozvětvení Glamsterdam? {#how-can-eth-be-converted-after-the-hardfork} + +- **Není třeba provádět žádné akce s vašimi ETH**: Po upgradu Glamsterdam není třeba vaše ETH převádět ani upgradovat. Zůstatky na vašich účet zůstanou stejné a ETH, které v současné době držíte, zůstane po velké rozvětvení přístupné v jeho stávající podobě. +- **Pozor na podvody!** **Každý, kdo vás nabádá k „upgradu“ vašich ETH, se vás snaží podvést.** V souvislosti s tímto upgradem nemusíte nic dělat. Vaše aktiva zůstanou zcela nedotčena. Pamatujte, že informovanost je nejlepší obranou proti podvodům. + +[Další informace o rozpoznávání a vyhýbání se podvodům](/security/) + +### Ovlivní upgrade Glamsterdam všechny uzly a validátoři Etherea? {#does-the-glamsterdam-upgrade-affect-all-ethereum-nodes-and-validators} + +Ano, upgrade Glamsterdam vyžaduje aktualizace [exekučních klientů i konsensuálních klientů](/developers/docs/nodes-and-clients/). Jelikož tento upgrade zavádí Enshrined Proposer-Builder Separation (ePBS), operátoři síťový uzel budou muset zajistit, aby jejich klienty byly aktualizovány tak, aby zvládaly nové způsoby sestavování, ověřování a potvrzování bloky síť. + +Všichni hlavní klienti Etherea vydají verze podporující velké rozvětvení označený jako vysoká priorita. O tom, kdy budou tyto verze k dispozici, se můžete dozvědět v repozitářích klientů na GitHubu, na jejich [kanálech Discord](https://ethstaker.org/support), na [Discordu EthStaker](https://dsc.gg/ethstaker) nebo se můžete přihlásit k odběru blogu Etherea pro aktualizace protokol. + +Pro udržení synchronizace se síť Ethereum po upgradu musí provozovatelé síťový uzel zajistit, že používají podporovanou verzi klient. Upozorňujeme, že informace o vydáních klient jsou časově citlivé a uživatelé by se měli pro nejaktuálnější podrobnosti řídit nejnovějšími aktualizacemi. + +### Co musím jako staker udělat pro upgrade Glamsterdam? {#as-a-staker-what-do-i-need-to-do-for-the-glamsterdam-upgrade} + +Stejně jako u každé aktualizace síť nezapomeňte aktualizovat své klienty na nejnovější verze označené podporou Glamsterdam. Sledujte aktualizace v diskusním seznamu a [oznámení o protokolu na blogu EF](https://blog.ethereum.org/category/protocol), abyste byli informováni o vydáních. + +Chcete-li ověřit nastavení před aktivací Glamsterdamu na Mainnet, můžete spustit validátor na testnets. Informace o testnet jsou rovněž zveřejňovány v e-mailovém seznamu a na blogu. + +### Jaká vylepšení bude Glamsterdam zahrnovat pro škálování L1? {#what-improvements-will-glamsterdam-include-for-l1-scaling} + +Hlavní funkcí je ePBS (EIP-7732), která odděluje náročný úkol ověřování síť transakce od úkolu dosažení konsensus. Tím se rozšiřuje okno pro šíření dat z 2 sekund na zhruba 9 sekund, což odblokuje schopnost Etherea bezpečně zvládat mnohem vyšší propustnost transakce a pojmout více datových bloků pro sítě druhé vrstvy. + +### Sníží Glamsterdam poplatky na Ethereu (vrstva 1)? {#will-glamsterdam-lower-fees-on-ethereum-layer-1} + +Ano, Glamsterdam s největší pravděpodobností sníží poplatky pro běžné uživatele! Snížení vnitřního transakce palivo (neboli EIP-2780) snižuje základní poplatek za odesílání ETH, čímž se používání ETH pro každodenní platby stává mnohem levnějším. + +Kromě toho Glamsterdam zavádí pro dlouhodobou udržitelnost seznamy přístupů na úrovni bloků (Block-Level Access Lists – BAL). To umožňuje paralelní zpracování a připravuje L1 na bezpečné zvládání vyšších celkových limitů palivo v budoucnu, což pravděpodobně sníží náklady na palivo na transakci s rostoucí kapacitou. + +### Dojde po Glamsterdamu k nějakým změnám v mých stávajících chytrých kontraktech? {#will-my-smart-contracts-change} + +Stávající smlouvy budou i po spuštění Glamsterdamu fungovat normálně. Vývojáři pravděpodobně získají několik nových nástrojů a měli by zkontrolovat svou spotřebu palivo: +- Zvýšení maximální velikosti kontraktu (nebo EIP-7954) umožňuje vývojářům nasazovat větší aplikace, čímž se zvyšuje limit maximální velikosti kontraktu z přibližně 24 KiB na 32 KiB. +- Deterministické přednasazení továrny (nebo EIP-7997) zavádí univerzální, vestavěnou tovární smlouvu. Umožňuje vývojářům nasadit své aplikace a peněženky smart kontrakt na přesně stejnou adresa napříč všemi zúčastněnými řetězci EVM. +- Pokud vaše aplikace spoléhá na složité sledování pro vyhledávání převodů ETH, převody a pálení ETH generují protokol (nebo EIP-7708), což vám umožní přejít na používání protokolů pro jednodušší a spolehlivější účetnictví. +- Zvýšení nákladů na palivo pro vytváření stavu (neboli EIP-8037) a aktualizace nákladů na palivo pro přístup ke stavu (neboli EIP-8038) zavádějí nové modely udržitelnosti, které změní určité náklady na nasazení smluv, protože vytváření nových účtů nebo trvalého úložiště bude mít dynamicky se upravující poplatek. + +### Jak Glamsterdam ovlivní požadavky na úložiště a hardware síťový uzel? {#how-will-glamsterdam-affect-node-storage-and-hardware-requirements} + +Několik EIP, které se zvažují pro Glamsterdam, adresa problém výkonnostního propadu stav růstu: +- Zvýšení nákladů na palivo pro vytváření stavu (nebo EIP-8037) zavádí dynamický cenový model, jehož cílem je dosáhnout rychlosti růstu databáze stav 100 GiB/rok, což zajistí, že standardní fyzický hardware bude moci i nadále efektivně provozovat síť. +- Seznamy částečných potvrzení blok eth/70 (nebo EIP-7975) umožňují uzlům požadovat stránkované potvrzení blok, což rozděluje datově náročné seznamy potvrzení blok na menší části, aby se zabránilo pádům a synchronizacím při škálování Etherea. + diff --git a/public/content/translations/de/community/grants/index.md b/public/content/translations/de/community/grants/index.md index dee6db2ac3b..a93096da6b9 100644 --- a/public/content/translations/de/community/grants/index.md +++ b/public/content/translations/de/community/grants/index.md @@ -15,6 +15,7 @@ Diese Liste wird von unserer Community verwaltet. Wenn Informationen fehlen oder Diese Programme unterstützen das breit gefächerte Ethereum-Ökosystem, indem sie Finanzierungen für zahlreiche Projekte bereitstellen. Dazu gehören unter anderem Lösungen zu Skalierbarkeit, Community-Aufbau, Sicherheit und Privatsphäre. Diese Fördermaßnahmen sind nicht spezifisch für eine bestimmte Ethereum-Plattform und sind ein guter Ausgangspunkt, wenn Sie unsicher sind. - [EF-Ökosystem Unterstützungsprogramm](https://esp.ethereum.foundation) - _Finanzierung von Open-Source-Projekten, die Ethereum zugutekommen, mit besonderem Fokus auf universelle Werkzeuge, Infrastruktur, Forschung und öffentliche Güter_ +- [ESP Grant Explorer](https://esp.ethereum.foundation/funded-projects) - _Durchsuchbares Verzeichnis von über 1.000 Projekten, die vom Ecosystem Support Program unterstützt werden_ - [Moloch DAO](https://www.molochdao.com/) – _Datenschutz, Layer-2-Skalierung, Client-Sicherheit und mehr_ - [DAO-Zuschüsse](https://docs.google.com/spreadsheets/d/1XHc-p_MHNRdjacc8uOEjtPoWL86olP4GyxAJOFO0zxY/edit#gid=0) – _Google-Tabelle der Organisationen, die Zuschüsse anbieten_ - [Akademische Stipendien](https://esp.ethereum.foundation/academic-grants) – _Stipendien zur Untstützung akademischer Arbeiten in Bezug auf Ethereum_ 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 b17b1724af5..911146a3a5c 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 @@ -132,7 +132,6 @@ Im Folgenden finden Sie einige Projekte, mit denen Sie Clients mit wenigen Klick - [EthPillar](https://www.coincashew.com/coins/overview-eth/ethpillar) – Schnellster und einfachster Weg, einen Full Node einzurichten. Einzeiliges Setup-Tool und Knotenverwaltung TUI. Kostenlos. Open Source. Öffentliche Güter für Ethereum durch Solo-Staker. ARM64- und AMD64-Unterstützung. - [eth-docker](https://eth-docker.net/) – Automatisierte Einrichtung mit Docker, die auf einfaches und sicheres Staking ausgerichtet ist, grundlegende Terminal- und Docker-Kenntnisse erfordert und für etwas fortgeschrittenere Benutzer empfohlen wird. - [Stereum](https://stereum-dev.github.io/ethereum-node-web-docs) – Launcher zur Installation von Clients auf einem Remote-Server über eine SSH-Verbindung mit einer GUI-Einrichtungsanleitung, einem Kontrollzentrum und vielen anderen Funktionen. -- [NiceNode](https://www.nicenode.xyz/) – Ein Launcher mit einer unkomplizierten Benutzererfahrung, um einen Node auf Ihrem Computer zu betreiben. Wählen Sie einfach Clients aus und starten Sie sie mit ein paar Klicks. Noch in der Entwicklung. - [Sedge](https://docs.sedge.nethermind.io/docs/intro) – Node-Setup-Tool, das automatisch eine Docker-Konfiguration mit einem CLI-Assistenten generiert. Geschrieben in Go von Nethermind. ### Manuelles Einrichten der Clients {#manual-setup} diff --git a/public/content/translations/de/roadmap/glamsterdam/index.md b/public/content/translations/de/roadmap/glamsterdam/index.md new file mode 100644 index 00000000000..2fcc3b52cc1 --- /dev/null +++ b/public/content/translations/de/roadmap/glamsterdam/index.md @@ -0,0 +1,296 @@ +--- +title: Glamsterdam +description: "Erfahren Sie mehr über das Glamsterdam Protokoll -Upgrade." +lang: de +--- +# Glamsterdam {#glamsterdam} + + + + + +Glamsterdam ist ein bevorstehendes Ethereum-Upgrade, das für das erste Halbjahr 2026 geplant ist + + +Das Glamsterdam-Upgrade ist nur ein einziger Schritt in den langfristigen Entwicklungszielen von Ethereum. Erfahren Sie mehr über [die Protokoll Roadmap](/roadmap/) und [frühere Upgrades](/ethereum-forks/). + + + + +Das bevorstehende Glamsterdam-Upgrade [von Ethereum](/) soll den Weg für die nächste Generation der Skalierung ebnen. Glamsterdam ist eine Kombination aus „Amsterdam“ (Upgrade der Ausführungsebene, benannt nach einem früheren Devconnect-Standort) und „Gloas“ (Upgrade der Konsensebene, benannt nach einem Stern). + +Nach den Fortschritten bei der [Fusaka](/roadmap/fusaka/) -Aktualisierung konzentriert sich Glamsterdam auf die Skalierung der L1, indem es die Art und Weise, wie das Netzwerk Transaktionen verarbeitet und seine wachsende Datenbank verwaltet, neu organisiert und die Art und Weise, wie Ethereum Blöcke erstellt und verifiziert, grundlegend aktualisiert. + +Während sich Fusaka auf grundlegende Verfeinerungen konzentrierte, fördert Glamsterdam die Ziele „Scale L1“ und „Scale Blobs“, indem es die Trennung der Aufgaben zwischen verschiedenen Netzwerk festschreibt und effizientere Methoden zur Datenverarbeitung einführt, um den [Zustand](/glossary/#state) für eine hochdurchsatzfähige Parallelisierung vorzubereiten. + +Diese Verbesserungen stellen sicher, dass Ethereum schnell, erschwinglich und dezentralisiert bleibt, während es mehr Aktivität verarbeitet und gleichzeitig die Hardwareanforderungen für Personen, die [Knoten](/glossary/#node) zu Hause betreiben, überschaubar bleiben. + + + +## Verbesserungen für Glamsterdam in Betracht gezogen {#improvements-in-glamsterdam} + + + + +Hinweis: Dieser Artikel beleuchtet derzeit eine Auswahl von EIPs, die für die Aufnahme in Glamsterdam in Betracht gezogen werden. Die neuesten Status-Updates finden Sie im [Glamsterdam-Upgrade auf Forkcast](https://forkcast.org/upgrade/glamsterdam). + +Wenn Sie einen EIP hinzufügen möchten, der für Glamsterdam in Betracht gezogen wird, aber noch nicht auf dieser Seite hinzugefügt wurde, [erfahren Sie hier, wie Sie zu ethereum.org beitragen können](/contributing/). + + + + +Das Glamsterdam-Upgrade konzentriert sich auf drei Hauptziele: + +- Beschleunigung der Verarbeitung (Parallelisierung): Neuorganisation der Art und Weise, wie das Netzwerk Datenabhängigkeiten erfasst, sodass es viele Transaktionen gleichzeitig und nicht in einer langsamen, sequenziellen Reihenfolge sicher verarbeiten kann. +- Kapazitätserweiterung: Die Aufteilung der Schwerarbeit bei der Erstellung und Verifizierung von Blöcke gibt dem Netzwerk mehr Zeit, größere Datenmengen zu übertragen, ohne sich zu verlangsamen. +- Verhinderung von Datenbank-Bloat (Nachhaltigkeit): Anpassung der Netzwerk, um die langfristigen Hardwarekosten für die Speicherung neuer Daten genau widerzuspiegeln, Aufhebung zukünftiger Gaslimit -Erhöhungen und gleichzeitige Verhinderung einer Verschlechterung der Hardwareleistung. + +Kurz gesagt, Glamsterdam wird strukturelle Änderungen einführen, um sicherzustellen, dass das Netzwerk bei zunehmender Kapazität nachhaltig bleibt und die Leistung hoch bleibt. + +## Skalierung L1 und parallele Verarbeitung {#scale-l1} + +Eine sinnvolle L1- Skalierung erfordert die Abkehr von Off-Protocol-Vertrauensannahmen und seriellen Ausführungsbeschränkungen. Glamsterdam begegnet dem, indem es die Trennung bestimmter Blockbauaufgaben festschreibt und neue Datenstrukturen einführt, die es dem Netzwerk ermöglichen, sich auf die parallele Verarbeitung vorzubereiten. + +### Vorschlag für das Hauptthema: Verankerte Trennung von Vorschlagenden und Erbauer (ePBS) {#epbs} + +- Beseitigt vertrauensbasierte Annahmen außerhalb des Protokolls und die Abhängigkeit von Drittanbieter-Relays +- Ermöglicht L1-Skalierung durch wesentlich größere Nutzlasten über erweiterte Ausbreitungsfenster +- Führt vertrauenslose Builder-Zahlungen direkt in das Protokoll ein + +Derzeit umfasst der Prozess des Vorschlagens und Erstellens von Blöcken eine Übergabe zwischen Block-Proposern und Block-Buildern. Die Beziehung zwischen Proposern und Buildern ist nicht Teil des Ethereum-Kernprotokolls, daher ist sie auf vertrauenswürdige Drittanbieter-Middleware, Software (Relays) und außerprotokollarisches Vertrauen zwischen Entitäten angewiesen. + +Die außerprotokollarische Beziehung zwischen Proposern und Buildern erzeugt auch einen „Hot Path” während der Blockvalidierung, der [die Validatoren](/glossary/#validator) zwingt, die Transaktionsübertragung und -ausführung in einem engen 2-Sekunden-Fenster zu beschleunigen, was die Datenmenge begrenzt, die das Netzwerk verarbeiten kann. + +**Die verankerte Trennung von Proposer und Builder (ePBS oder EIP-7732)** trennt formell die Aufgabe des Proposers (der den Konsensblock auswählt) von der des Builders (der die Ausführungsnutzlast zusammenstellt) und verankert diese Übergabe direkt im Protokoll. + +Der vertrauenslose Austausch einer Block-Nutzlast gegen Zahlung direkt im Protokoll beseitigt die Notwendigkeit für Drittanbieter-Middleware (wie MEV-Boost). Allerdings könnten Builder und Proposer weiterhin außerprotokollarische Relays oder Middleware für komplexe Funktionen nutzen, die noch nicht Teil des Kernprotokolls sind. + +Um den „Hot Path”-Engpass zu beheben, führt ePBS auch das Payload Timeliness Committee (PTC) und eine Dual-Deadline-Logik ein, die es Validatoren ermöglicht, den Konsensblock und die Pünktlichkeit der Ausführungsnutzlast separat zu attestieren, um den Durchsatz zu maximieren. + + + +Die Trennung der Rollen von Proposer und Builder auf Protokollebene erweitert das Ausbreitungsfenster (oder die Zeit, die für die Verbreitung von Daten im Netzwerk zur Verfügung steht) von 2 Sekunden auf etwa 9 Sekunden. + +Durch den Ersatz von außerprotokollarischer Middleware und Relays durch protokollinterne Mechanismen reduziert ePBS Vertrauensabhängigkeiten und ermöglicht es Ethereum, viel größere Datenmengen (wie mehr Blobs für [Ebene-2-Lösungen](/glossary/#layer-2)) sicher zu verarbeiten, ohne das Netzwerk zu belasten. + +**Ressourcen**: [Technische Spezifikation von EIP-7732](https://eips.ethereum.org/EIPS/eip-7732) + +### Vorschlag für ein Hauptthema: Zugriffslisten auf Blockebene (BALs) {#bals} + +- Eliminiert Engpässe bei der sequenziellen Verarbeitung, indem eine Vorauswahl aller Transaktion bereitgestellt wird, die die Grundlage dafür bildet, dass Validatoren viele Transaktionen parallel statt einzeln verarbeiten können. +- Ermöglicht es den Knoten, ihre Aufzeichnungen durch Lesen der Endergebnisse zu aktualisieren, ohne jede Transaktion erneut abspielen zu müssen (ausführungslose Synchronisierung), was die Synchronisierung eines Knotens mit dem Netzwerk erheblich beschleunigt. +- Eliminiert das Rätselraten und ermöglicht es den Validatoren, alle notwendigen Daten auf einmal vorzuladen, anstatt sie Schritt für Schritt zu entdecken, was die Validierung erheblich beschleunigt. + +Das heutige Ethereum ist wie eine einspurige Straße. Da das Netzwerk nicht weiß, welche Daten eine Transaktion benötigen oder ändern wird (z. B. welche Konten eine Transaktion berühren wird), bis eine Transaktion ausgeführt wurde, müssen Validatoren Transaktionen einzeln in einer strengen, sequenziellen Reihenfolge verarbeiten. Wenn sie versuchen würden, die Transaktionen alle auf einmal zu verarbeiten, ohne diese Abhängigkeiten zu kennen, könnten zwei Transaktionen versehentlich versuchen, genau dieselben Daten gleichzeitig zu ändern, was zu Fehlern führen würde. + +**Block-Level Access Lists (BALs oder EIP-7928)** sind wie eine Karte, die in jedem Block enthalten ist und dem Netzwerk mitteilt, auf welche Teile der Datenbank zugegriffen wird, bevor die Arbeit beginnt. BALs erfordern, dass jeder Block den Hash jeder Konto, die die Transaktionen berühren werden, zusammen mit den Endergebnissen dieser Änderungen (der Hash Datensatz aller Zustandszugriffe und Werte nach der Ausführung) enthält. + +Da sie sofortige Transparenz darüber geben, welche Transaktionen sich nicht überschneiden, ermöglichen BALs Knoten, parallele Festplattenlesevorgänge durchzuführen und Informationen für viele Transaktionen gleichzeitig abzurufen. Das Netzwerk kann nicht zusammenhängende Transaktionen sicher gruppieren und parallel verarbeiten. + +Da die BAL die Endergebnisse von Transaktionen (die Werte nach der Ausführung) enthält, können die Knoten des Netzwerks, wenn sie sich mit dem aktuellen Zustand des Netzwerks synchronisieren müssen, diese Endergebnisse kopieren, um ihre Aufzeichnungen zu aktualisieren. Validatoren müssen nicht mehr alle komplizierten Transaktionen von Grund auf neu abspielen, um zu wissen, was passiert ist, was es für neue Knoten schneller und einfacher macht, dem Netzwerk beizutreten. + +Die durch BALs ermöglichten parallelen Festplattenlesevorgänge werden ein wichtiger Schritt in Richtung einer Zukunft sein, in der Ethereum viele Transaktionen gleichzeitig verarbeiten kann, wodurch die Geschwindigkeit des Netzwerks erheblich erhöht wird. + +#### eth/71 Block austauschen {#bale} + +Der Block-Zugriffslisten-Austausch (eth/71 oder EIP-8159) ist das direkte Netzwerk-Pendant zu Block-Zugriffslisten. Während BALs die parallele Ausführung ermöglichen, aktualisiert eth/71 das Peer-to-Peer Protokoll, um Knoten die tatsächliche gemeinsame Nutzung dieser Listen über das Netzwerk zu ermöglichen. Die Implementierung des Block Zugriffslisten-Austauschs wird eine schnellere Synchronisierung ermöglichen und es Knoten erlauben, zustandslose Updates durchzuführen. + +**Ressourcen**: +- [Technische Spezifikation für EIP-7928](https://eips.ethereum.org/EIPS/eip-7928) +- [Technische Spezifikation von EIP-8159](https://eips.ethereum.org/EIPS/eip-8159) + +## Nachhaltigkeit des Netzwerks {#network-sustainability} + +Da das Ethereum- Netzwerk immer schneller wächst, ist es wichtig sicherzustellen, dass die Kosten für die Nutzung mit dem Verschleiß der Hardware, auf der Ethereum läuft, übereinstimmen. Das Netzwerk muss seine Gesamtkapazitätsgrenzen erhöhen, um mehr Transaktionen sicher zu skalieren und zu verarbeiten. + +### Erhöhung der Gas für die Erstellung von States {#state-creation-gas-cost-increase} + +- Stellt sicher, dass die Gebühren für die Erstellung neuer Konten oder Smart Contracts die langfristige Belastung, die sie für die Datenbank von Ethereum darstellen, genau widerspiegeln. +- Passt diese Gebühren für die Datenerstellung automatisch an die Gesamtkapazität des Netzwerks an und zielt auf eine sichere und vorhersehbare Wachstumsrate ab, damit Standard-Hardware das Netzwerk weiterhin betreiben kann. +- Trennt die Abrechnung für diese spezifischen Gebühren in ein neues Reservoir, hebt alte Transaktion auf und ermöglicht Entwicklern die Bereitstellung größerer, komplexerer Anwendungen. + +Das Hinzufügen neuer Konten, Token und [Smart Contracts](/glossary/#smart-contract) erzeugt permanente Daten (bekannt als „Zustand“), die jeder Computer, auf dem das Netzwerk läuft, auf unbestimmte Zeit speichern muss. Die aktuellen Gebühren für das Hinzufügen oder Lesen dieser Daten sind inkonsistent und spiegeln nicht unbedingt die tatsächliche, langfristige Speicherlast wider, die sie auf die Hardware des Netzwerks ausüben. + +Einige Aktionen, die einen Zustand auf Ethereum erzeugen, wie das Erstellen neuer Konten oder das Bereitstellen großer Smart Contracts, waren im Vergleich zu dem permanenten Speicherplatz, den sie auf den Knoten des Netzwerks einnehmen, relativ kostengünstig. Beispielsweise ist die Bereitstellung von Verträgen pro Byte deutlich billiger als das Erstellen von Speicherplätzen. + +Ohne Anpassung könnte der Zustand von Ethereum um fast 200 GiB pro Jahr wachsen, wenn das Netzwerk auf ein Gaslimit von 100 Mio. skaliert, und schließlich die gängige Hardware übertreffen. + +**Die Erhöhung der Gas für die Erstellung von Zuständen (oder EIP-8037)** harmonisiert die Kosten, indem sie an die tatsächliche Größe der erstellten Daten gebunden werden, und aktualisiert die Gebühren so, dass sie proportional zur Menge der permanenten Daten sind, die eine Operation erstellt oder auf die sie zugreift. + +EIP-8037 führt auch ein Reservoir-Modell ein, um diese Kosten vorhersehbarer zu verwalten; State- Gas Gebühren werden zuerst aus dem `state_gas_reservoir` entnommen, und der `GAS`-Opcode gibt nur `gas_left` zurück, wodurch verhindert wird, dass Ausführungs-Frames das verfügbare Gas falsch berechnen. + +Vor EIP-8037 teilen sich sowohl die Rechenarbeit (die aktive Verarbeitung) als auch die permanente Datenspeicherung (das Speichern des Smart Contract in der Datenbank des Netzwerks) dasselbe Gaslimit. Das Reservoir-Modell teilt die Abrechnung auf: das Gaslimit für die eigentliche Rechenarbeit der Transaktion (Verarbeitung) und für die langfristige Datenspeicherung (State Gas). Die Trennung der beiden hilft zu verhindern, dass die schiere Größe der Daten einer Anwendung das Gaslimit erreicht; solange Entwickler genügend Mittel bereitstellen, um das Reservoir für die Datenspeicherung zu füllen, können sie viel größere und komplexere Smart Contracts bereitstellen. + +Eine genauere und vorhersehbarere Preisgestaltung für die Datenspeicherung wird Ethereum dabei helfen, seine Geschwindigkeit und Kapazität sicher zu erhöhen, ohne die Datenbank aufzublähen. Diese Nachhaltigkeit wird es den Blockchain-Knoten ermöglichen, auch in den kommenden Jahren (relativ) erschwingliche Hardware zu verwenden, wodurch das Staking von zu Hause aus zugänglich bleibt und die Dezentralisierung des Netzwerks aufrechterhalten wird. + +**Ressourcen**: [Technische Spezifikation EIP-8037](https://eips.ethereum.org/EIPS/eip-8037) + +### Aktualisierung der Gaskosten für den Zustandszugriff {#state-access-gas-cost-update} + +- Erhöht die Gas für Anwendungen, die Informationen lesen oder aktualisieren, die dauerhaft auf Ethereum gespeichert sind (State-Access-Opcodes), um die Rechenarbeit, die diese Befehle erfordern, genau abzugleichen. +- Stärkt die Netzwerkresilienz durch die Verhinderung von Denial-of-Service-Angriffen, die künstlich vergünstigte Datenleseoperationen ausnutzen + +Da der Zustand von Ethereum gewachsen ist, ist das Suchen und Lesen alter Daten („Zustandszugriff“) für Knoten schwerer und langsamer geworden. Die Gebühren für diese Aktionen sind gleich geblieben, obwohl es jetzt etwas teurer ist, Informationen nachzuschlagen (in Bezug auf die Rechenleistung). + +Infolgedessen sind einige spezifische Befehle derzeit im Verhältnis zu der Arbeit, die sie einen Blockchain-Knoten zwingen zu tun, unterbewertet. `EXTCODESIZE` und `EXTCODECOPY` sind beispielsweise unterbewertet, da sie zwei separate Datenbanklesevorgänge erfordern – einen für das Konto und einen zweiten für die tatsächliche Codegröße oder den Bytecode. + +**Die Aktualisierung der Gas für den Staatszugriff (oder EIP-8038)** erhöht die Gas für Opcodes mit Staatszugriff, wie z. B. das Nachschlagen von Konto und Vertragsdaten, um sie an die Leistung moderner Hardware und die Staatsgröße anzupassen. + +Die Angleichung der Kosten für den Staatszugriff trägt auch dazu bei, Ethereum widerstandsfähiger zu machen. Da diese rechenintensiven Datenlesevorgänge künstlich billig sind, könnte ein böswilliger Angreifer das Netzwerk mit Tausenden von komplexen Datenanfragen in einem einzigen Block spammen, bevor er das Gebührenlimit des Netzwerks erreicht, was möglicherweise dazu führen könnte, dass das Netzwerk ins Stocken gerät oder abstürzt (ein denial-of-service-Angriff). Selbst ohne böswillige Absicht werden Entwickler nicht wirtschaftlich dazu ermutigt, effiziente Anwendungen zu entwickeln, wenn das Lesen von Netzwerk zu billig ist. + +Durch eine genauere Preisgestaltung von Aktionen mit staatlichem Zugriff kann Ethereum widerstandsfähiger gegen versehentliche oder absichtliche Verlangsamungen werden, während die Angleichung der Netzwerk an die Hardwarelast eine nachhaltigere Grundlage für zukünftige Gaslimit Erhöhungen darstellt. + +**Ressourcen**: [Technische Spezifikation EIP-8038](https://eips.ethereum.org/EIPS/eip-8038) + +## Netzwerkresilienz + +Verfeinerungen der Validator -Aufgaben und Austrittsprozesse gewährleisten die Netzwerk bei Massen-Slashing-Ereignissen und demokratisieren die Liquidität. Diese Verbesserungen machen das Netzwerk stabiler und stellen sicher, dass alle Teilnehmer, ob groß oder klein, fair behandelt werden. + +### Slash- Validatoren von der Vorschlagserstellung ausschließen {#exclude-slashed-validators} + +- Verhindert, dass für die Erstellung zukünftiger Blöcke Validatoren ausgewählt werden, die Strafen erhalten haben (Slashings), wodurch garantierte verpasste Slots eliminiert werden. +- Sorgt dafür, dass Ethereum reibungslos und zuverlässig läuft, und verhindert schwerwiegende Ausfälle im Falle eines Mass- Slashing -Ereignisses. + +Derzeit kann es vorkommen, dass ein Validator, selbst wenn er geslasht wird (d. h. für Regelverstöße oder nicht erwartungsgemäße Funktionsweise bestraft wird), vom System in naher Zukunft erneut für die Führung eines Block ausgewählt wird, wenn es zukünftige Proposer-Lookaheads generiert. + +Da Blöcke von geslashten Proposern automatisch als ungültig abgelehnt werden, führt dies dazu, dass das Netzwerk Slots verpasst und die Netzwerk bei Massen- Slashing Ereignissen verzögert wird. + +**Ausgeschlossene Validatoren von der Vorschlagsstellung ausschließen (oder EIP-8045)** filtert ausgeschlossene Validatoren einfach aus, sodass sie nicht für zukünftige Aufgaben ausgewählt werden. Dies verbessert die Widerstandsfähigkeit der Kette, indem sichergestellt wird, dass nur gesunde Validatoren zur Vorschlagsstellung von Blöcke ausgewählt werden, wodurch die Servicequalität bei Netzwerk aufrechterhalten wird. + +**Ressourcen**: [Technische Spezifikation EIP-8045](https://eips.ethereum.org/EIPS/eip-8045) + +### Ausgänge sollen die Konsolidierungswarteschlange nutzen {#let-exits-use-the-consolidation-queue} + +- Schließt eine Lücke, die es Validatoren mit hohem Guthaben ermöglicht, das Netzwerk über die Konsolidierungswarteschlange schneller zu verlassen als kleinere Validatoren. +- Ermöglicht regelmäßigen Auszahlungen, in diese zweite Warteschlange überzugehen, wenn diese freie Kapazität hat, wodurch die Auszahlungszeiten für Staking Transaktionen in Zeiten mit hohem Volumen reduziert werden. +- Es werden strenge Sicherheitsmaßnahmen eingehalten, um eine Änderung der grundlegenden Sicherheitsparameter von Ethereum oder eine Schwächung des Netzwerk zu vermeiden. + +Da das [Pectra-Upgrade](/roadmap/pectra) das maximal effektive Guthaben für Ethereum Validatoren von 32 ETH auf 2.048 ETH erhöht hat, ermöglicht eine technische Lücke, dass Validatoren mit hohem Guthaben das Netzwerk über die Konsolidierungswarteschlange schneller verlassen können als kleinere Validatoren. + +**„Let exits use the consolidation queue (or EIP-8080)“** demokratisiert die Konsolidierungswarteschlange für alle Staking Exits und schafft eine einzige, faire Warteschlange für alle. + +So funktioniert das heute: + +- Das Churn-Limit von Ethereum ist eine Sicherheitsgrenze für die Rate, mit der Validatoren ihre gestakten ETH einbringen, entziehen oder zusammenführen (konsolidieren) können, um sicherzustellen, dass die Sicherheit des Netzwerks niemals destabilisiert wird. +- Da eine Validator Konsolidierung eine aufwändigere Aktion mit mehr beweglichen Teilen ist als ein Standard- Validator Exit, verbraucht sie einen größeren Teil dieses Sicherheitsbudgets (Churn-Limit). +- Insbesondere schreibt das Protokoll vor, dass die genauen Sicherheitskosten eines Standard-Ausstiegs zwei Drittel (2/3) der Kosten einer Konsolidierung betragen. + +Fairere Exit-Warteschlangen ermöglichen es Standard-Exits, in Zeiten hoher Exit-Nachfrage ungenutzten Platz aus der Konsolidierungs-Warteschlange zu leihen, wobei ein „3-für-2“-Wechselkurs angewendet wird (für jeweils 2 ungenutzte Konsolidierungsplätze kann das Netzwerk sicher 3 Standard-Exits verarbeiten). Dieser 3/2-Umsatzfaktor gleicht die Nachfrage zwischen den Konsolidierungs- und Exit-Warteschlangen aus. + +Die Demokratisierung des Zugangs zur Konsolidierungswarteschlange erhöht die Geschwindigkeit, mit der Nutzer ihre Einsatz in Zeiten hoher Nachfrage um bis zu das 2,5-fache auszahlen lassen können, ohne die Netzwerksicherheit zu beeinträchtigen. + +**Ressourcen**: [Technische Spezifikation von EIP-8080](https://eips.ethereum.org/EIPS/eip-8080) + +## Verbessern Sie die Benutzer- und Entwicklererfahrung {#improve-user-developer-experience} + +Das Ethereum-Upgrade „Glamsterdam“ zielt darauf ab, die Benutzererfahrung zu verbessern, die Auffindbarkeit von Daten zu erhöhen und steigende Nachrichtengrößen zu bewältigen, um Synchronisationsfehler zu verhindern. Dies erleichtert die Nachverfolgung von Vorgängen auf der Blockchain und verhindert gleichzeitig technische Probleme, während das Netzwerk skaliert. + +### Reduzieren Sie die intrinsischen Transaktion Gas {#reduce-intrinsic-transaction-gas-costs} + +- Senkt die Grundgebühr für Transaktionen und reduziert so die Gesamtkosten einer einfachen nativen ETH-Zahlung. +- Macht kleinere Überweisungen erschwinglicher und steigert so die Lebensfähigkeit von Ethereum als routinemäßiges Tauschmittel. + +Alle Ethereum- Transaktionen haben heute eine feste Basis Gasgebühr, unabhängig davon, wie einfach oder komplex die Verarbeitung ist. **Reduce intrinsic Transaktion Gas (oder EIP-2780)** schlägt vor, diese Grundgebühr zu senken, um eine Standard-ETH-Überweisung zwischen bestehenden Konten um bis zu 71% günstiger zu machen. + +Reduzieren Sie den intrinsischen Transaktion, indem Sie die Gas so aufschlüsseln, dass sie nur die grundlegende, wesentliche Arbeit widerspiegelt, die die Computer, die das Netzwerk betreiben, tatsächlich leisten, wie z. B. die Überprüfung einer Digitale Signatur und die Aktualisierung eines Guthabens. Da eine einfache ETH-Zahlung keinen komplexen Code ausführt oder zusätzliche Daten überträgt, würde dieser Vorschlag die Gebühr an ihren geringen Ressourcenverbrauch anpassen. + +Der Vorschlag führt eine Ausnahme für die Erstellung brandneuer Konten ein, um zu verhindern, dass niedrigere Gebühren den Zustand des Netzwerks überlasten. Wenn eine Überweisung ETH an eine leere, nicht existierende Adresse sendet, muss das Netzwerk einen permanenten neuen Eintrag dafür erstellen. Für diese Konto wird ein Gas erhoben, um die langfristige Speicherung zu decken. + +Zusammen soll der EIP-2780 alltägliche Überweisungen zwischen bestehenden Konten erschwinglicher machen und gleichzeitig sicherstellen, dass das Netzwerk vor einer Überlastung der Datenbank geschützt ist, indem das tatsächliche Wachstum des Zustands genau bepreist wird. + +**Ressourcen**: [Technische Spezifikation EIP-2780](https://eips.ethereum.org/EIPS/eip-2780) + +### Deterministische Werk-Vorbereitstellung {#deterministic-factory-predeploy} + +- Bietet Entwicklern eine native Möglichkeit, Anwendungen und Smart Contract -Wallets auf genau derselben Adresse über mehrere Chains hinweg bereitzustellen. +- Ermöglicht Benutzern, dieselbe Smart Wallet Adresse in mehreren Ebene-2-Netzwerken (L2) zu haben, wodurch die kognitive Belastung und Verwirrung reduziert und das Risiko eines versehentlichen Verlusts von Geldern verringert wird. +- Ersetzt die Workarounds, die Entwickler derzeit verwenden, um diese Parität zu erreichen, und macht den Aufbau von Multi-Chain-Wallets und -Apps einfacher und sicherer. + +Wenn ein Nutzer heute eine Smart Contract Wallet mit Konten auf mehreren EVM-kompatiblen Chains hat, erhält er oft eine völlig andere Adresse in verschiedenen Netzwerken. Dies ist nicht nur verwirrend, sondern kann auch zu einem versehentlichen Verlust von Geldern führen. + +**Deterministic Factory Predeploy (oder EIP-7997)** bietet Entwicklern eine native, integrierte Möglichkeit, ihre dezentralisiert Anwendungen und Smart Contract -Wallets auf exakt dieselbe Adresse über mehrere EVM-Chains hinweg zu deployen, einschließlich Ethereum Mainnet, Ebene-2-Netzwerke (L2) und mehr. Bei Annahme würde es Benutzern ermöglichen, auf jeder teilnehmenden Chain exakt dieselbe Adresse zu haben, was die kognitive Belastung und das Potenzial für Benutzerfehler erheblich reduziert. + +Das deterministische Factory-Predeploy funktioniert, indem es ein minimales, spezialisiertes Factory-Programm an einer identischen Stelle (genauer gesagt, Adresse 0x12) auf jeder teilnehmenden EVM-kompatiblen Chain dauerhaft platziert. Sein Ziel ist es, einen universellen, standardmäßigen Factory-Vertrag bereitzustellen, der von jedem EVM-kompatiblen Netzwerk übernommen werden kann. Solange eine EVM-Chain an diesem Standard teilnimmt und ihn übernimmt, können Entwickler ihn verwenden, um ihre Smart Contracts an genau derselben Adresse in diesem Netzwerk bereitzustellen. + +Diese Standardisierung vereinfacht Entwicklern und dem gesamten Ökosystem das Erstellen und Verwalten von Cross-Chain-Anwendungen. Entwickler müssen keinen benutzerdefinierten, kettenspezifischen Code mehr erstellen, um ihre Software über verschiedene Netzwerke hinweg zu verknüpfen. Stattdessen verwenden sie diese universelle Factory, um überall exakt dieselbe Adresse für ihre Anwendung zu generieren. Darüber hinaus können Block-Explorer, Tracking-Dienste und Wallets diese Anwendungen und Konten über verschiedene Chains hinweg leichter identifizieren und verknüpfen, wodurch eine einheitlichere und nahtlosere Multi-Chain-Umgebung für alle Ethereum-basierten Teilnehmer entsteht. + +**Ressourcen**: [Technische Spezifikation von EIP-7997](https://eips.ethereum.org/EIPS/eip-7997) + +### ETH-Überweisungen und -Burns erzeugen ein Protokoll {#eth-transfers-and-burns-emit-a-log} + +- Generiert automatisch einen permanenten Datensatz (Log), jedes Mal, wenn ETH übertragen oder verbrannt wird. +- Behebt eine historische Schwachstelle, die es Apps, Börsen und Brücken ermöglicht, die Einzahlungen von Nutzern zuverlässig zu erkennen, ohne dass Ad-hoc-Tracing-Tools erforderlich sind. + +Im Gegensatz zu Token (ERC-20) erzeugen reguläre ETH-Überweisungen zwischen Smart Contracts keine eindeutige Quittung (Standardprotokoll), was es für Börsen und Apps schwierig macht, sie zu verfolgen. + +ETH-Überweisungen und -Burns erzeugen ein Log (oder EIP-7708), das es für das Netzwerk zwingend erforderlich macht, jedes Mal ein Standard-Log-Ereignis auszugeben, wenn eine ETH-Menge ungleich Null verschoben oder verbrannt wird. + +Dies wird es für Wallets, Börsen und kettenübergreifende Brücke -Betreiber wesentlich einfacher und zuverlässiger machen, Einzahlungen und Bewegungen ohne spezielle Tools genau zu verfolgen. + +**Ressourcen**: [Technische Spezifikation von EIP-7708](https://eips.ethereum.org/EIPS/eip-7708) + +### eth/70 partielle Block {#eth-70-partial-block-receipt-lists} + +Wenn wir die Menge an Arbeit erhöhen, die Ethereum leisten kann, werden die Listen der Quittungen für diese Aktionen (die Datensätze dieser Transaktionen) so groß, dass sie möglicherweise dazu führen könnten, dass die Knoten des Netzwerks ausfallen, wenn sie versuchen, Daten miteinander zu synchronisieren. + +eth/70 partielle Block (oder EIP-7975) führt eine neue Methode für die Kommunikation zwischen Knoten ein (eth/70), die es ermöglicht, diese großen Listen in kleinere, besser handhabbare Teile zu zerlegen. eth/70 führt ein Paginierungssystem für das Protokoll des Netzwerks ein, das es Knoten ermöglicht, Block aufzuschlüsseln und die Daten sicher in kleineren, besser handhabbaren Blöcken anzufordern. + +Diese Änderung würde Netzwerk Synchronisationsfehler während Zeiten hoher Aktivität verhindern. Letztendlich ebnet sie Ethereum den Weg, seine Block zu erhöhen und in Zukunft mehr Transaktionen pro Block zu verarbeiten, ohne die physische Hardware, die die Kette synchronisiert, zu überlasten. + +**Ressourcen**: [Technische Spezifikation von EIP-7975](https://eips.ethereum.org/EIPS/eip-7975) + +## Weiterführende Literatur {#further-reading} + +- [Ethereum Roadmap](/roadmap/) +- [Forkcast: Glamsterdam](https://forkcast.org/upgrade/glamsterdam) +- [Glamsterdam Meta EIP](https://eips.ethereum.org/EIPS/eip-7773) +- [Blogbeitrag zur Aktualisierung der Protokollprioritäten für 2026](https://blog.ethereum.org/2026/02/18/protocol-priorities-update-2026) +- [Der Daily Gwei Refuel Podcast – Post-Quantum Ethereum, Glamsterdam kommt](https://www.youtube.com/watch?v=qx9sd50uQjQ) + +## Häufig gestellte Fragen {#faq} + +### Wie kann ETH nach dem Glamsterdam-Hard Fork umgewandelt werden? {#how-can-eth-be-converted-after-the-hardfork} + +- **Keine Maßnahmen für Ihr ETH erforderlich**: Es ist nicht erforderlich, Ihr ETH nach dem Glamsterdam-Upgrade zu konvertieren oder zu aktualisieren. Ihre Konto bleiben gleich und das ETH, das Sie derzeit besitzen, bleibt nach dem Hard Fork in seiner bestehenden Form zugänglich. +- **Vorsicht vor Betrug!** **Jeder, der Sie auffordert, Ihr ETH zu „upgraden“, versucht, Sie zu betrügen.** Sie müssen in Bezug auf dieses Upgrade nichts tun. Ihre Vermögenswerte bleiben völlig unberührt. Denken Sie daran, dass es die beste Verteidigung gegen Betrug ist, informiert zu bleiben. + +[Mehr zum Erkennen und Vermeiden von Betrug](/security/) + +### Betrifft das Glamsterdam-Upgrade alle Ethereum-Knoten und Validatoren? {#does-the-glamsterdam-upgrade-affect-all-ethereum-nodes-and-validators} + +Ja, das Glamsterdam-Upgrade erfordert Updates sowohl für [Ausführungs-Clients als auch für Konsens-Clients](/developers/docs/nodes-and-clients/). Da dieses Upgrade die Enshrined Proposer-Builder Separation (ePBS) einführt, müssen Blockchain-Knoten sicherstellen, dass ihre Clients aktualisiert werden, um die neuen Methoden zu handhaben, mit denen Blöcke erstellt, validiert und vom Netzwerk bestätigt werden. + +Alle wichtigen Ethereum-Clients werden Versionen veröffentlichen, die den als hohe Priorität markierten Hard Fork unterstützen. Sie können sich darüber auf dem Laufenden halten, wann diese Versionen in den GitHub-Repos der Anwendung, ihren [Discord-Kanälen](https://ethstaker.org/support), dem [EthStaker Discord](https://dsc.gg/ethstaker) oder durch Abonnieren des Ethereum-Blogs für Protokoll Updates verfügbar sein werden. + +Um die Synchronisierung mit dem Ethereum- Netzwerk nach dem Upgrade aufrechtzuerhalten, müssen die Blockchain-Knoten sicherstellen, dass sie eine unterstützte Anwendung Version ausführen. Beachten Sie, dass die Informationen zu Anwendung Releases zeitkritisch sind und Benutzer die neuesten Updates für die aktuellsten Details konsultieren sollten. + +### Was muss ich als Staker für das Glamsterdam-Upgrade tun? {#as-a-staker-what-do-i-need-to-do-for-the-glamsterdam-upgrade} + +Wie bei jedem Netzwerk Upgrade sollten Sie Ihre Clients auf die neuesten Versionen aktualisieren, die mit Glamsterdam-Support gekennzeichnet sind. Verfolgen Sie Updates in der Mailingliste und [die Protokollankündigungen im EF-Blog,](https://blog.ethereum.org/category/protocol) um über Veröffentlichungen informiert zu werden. + +Um Ihr Setup zu validieren, bevor Glamsterdam im Mainnet aktiviert wird, können Sie einen Validator in Testnets ausführen. Testnet-Forks werden auch in der Mailingliste und im Blog angekündigt. + +### Welche Verbesserungen wird Glamsterdam für die L1-Skalierung vornehmen? {#what-improvements-will-glamsterdam-include-for-l1-scaling} + +Das wichtigste Feature ist ePBS (EIP-7732), das die rechenintensive Aufgabe der Validierung von Transaktionen von der Aufgabe der Konsens trennt. Dadurch wird das Datenverbreitungsfenster von 2 Sekunden auf etwa 9 Sekunden erweitert, was die Fähigkeit von Ethereum erweitert, einen viel höheren Transaktion sicher zu verarbeiten und mehr Datenblobs für Ebene-2-Netzwerke aufzunehmen. + +### Wird Glamsterdam die Gebühren für Ethereum (Layer 1) senken? {#will-glamsterdam-lower-fees-on-ethereum-layer-1} + +Ja, Glamsterdam wird die Gebühren für alltägliche Nutzer höchstwahrscheinlich senken! Die Reduzierung des intrinsischen Transaktion Gas (oder EIP-2780) senkt die Grundgebühr für das Senden von ETH, wodurch die Nutzung von ETH für alltägliche Zahlungen viel billiger wird. + +Darüber hinaus führt Glamsterdam für eine langfristige Nachhaltigkeit Block-Level Access Lists (BALs) ein. Dies ermöglicht eine parallele Verarbeitung und bereitet die L1 darauf vor, in Zukunft sicher höhere Gas zu handhaben, was die Gas pro Transaktion voraussichtlich senken wird, wenn die Kapazität wächst. + +### Wird es nach Glamsterdam Änderungen an meinen bestehenden Smart Contracts geben? {#will-my-smart-contracts-change} + +Bestehende Verträge werden auch nach Glamsterdam normal weiter funktionieren. Entwickler werden wahrscheinlich mehrere neue Tools erhalten und sollten ihren Gas überprüfen: +- Die Erhöhung der maximalen Vertragsgröße (oder EIP-7954) ermöglicht es Entwicklern, größere Anwendungen bereitzustellen, wodurch die maximale Vertragsgröße von etwa 24 KiB auf 32 KiB erhöht wird. +- Deterministic Factory Predeploy (oder EIP-7997) führt einen universellen, integrierten Factory-Vertrag ein. Er ermöglicht es Entwicklern, ihre Anwendungen und Smart Contract -Wallets auf genau derselben Adresse über alle teilnehmenden EVM-Chains hinweg bereitzustellen. +- Wenn Ihre App auf komplexes Tracing angewiesen ist, um ETH-Überweisungen zu finden, können Sie für eine einfachere und zuverlässigere Bilanzierung auf die Verwendung von Logs umsteigen, da ETH-Überweisungen und -Burns ein Log (oder EIP-7708) ausgeben. +- Die Erhöhung der Gas für die Erstellung von Zuständen (oder EIP-8037) und die Aktualisierung der Gas für den Zugriff auf Zustände (oder EIP-8038) führen neue Nachhaltigkeitsmodelle ein, die bestimmte Kosten für die Bereitstellung von Verträgen ändern werden, da die Erstellung neuer Konten oder permanenter Speicher dynamisch angepasste Gebühren haben wird. + +### Wie wird sich Glamsterdam auf die Blockchain-Knoten und die Hardwareanforderungen auswirken? {#how-will-glamsterdam-affect-node-storage-and-hardware-requirements} + +Mehrere EIPs, die für Glamsterdam in Betracht gezogen werden, Adresse sich mit dem Performance-Cliff des State-Wachstums: +- Die Erhöhung der Gas Kosten für die Erstellung von States (oder EIP-8037) führt ein dynamisches Preismodell ein, um eine Wachstumsrate der State-Datenbank von 100 GiB/Jahr anzustreben und sicherzustellen, dass Standard-Hardware das Netzwerk weiterhin effizient betreiben kann. +- eth/70 partial Block receipt lists (oder EIP-7975) ermöglicht es Knoten, paginierte Block Receipts anzufordern, wodurch datenintensive Block -Receipt-Listen in kleinere Abschnitte unterteilt werden, um Abstürze und Synchronisierungsprobleme zu verhindern, wenn Ethereum skaliert. + diff --git a/public/content/translations/es/community/grants/index.md b/public/content/translations/es/community/grants/index.md index 2d9078085d3..94d7b2922aa 100644 --- a/public/content/translations/es/community/grants/index.md +++ b/public/content/translations/es/community/grants/index.md @@ -20,6 +20,7 @@ Esta lista ha sido creada por nuestra comunidad. Si falta algo o encuentra infor Estos programas apoyan al ecosistema Ethereum ofreciendo subvenciones para una amplia gama de proyectos. Incluyen soluciones de escalabilidad, construcción de comunidad, seguridad y privacidad, entre otras cosas. Las subvenciones no son específicas de ninguna plataforma Ethereum en particular y sirven de acertado punto de partida en caso de duda. - [EF Ecosystem Support Program](https://esp.ethereum.foundation) - _Financiando proyectos de código abierto que benefician a Ethereum, con un enfoque particular en herramientas universales, infraestructura, investigación y bienes públicos_ +- [ESP Grant Explorer](https://esp.ethereum.foundation/funded-projects) - _Directorio de búsqueda de más de 1.000 proyectos apoyados por el Ecosystem Support Program_ - [Academic Grants](https://esp.ethereum.foundation/academic-grants) - _Subvenciones para apoyar trabajos académicos relacionados con Ethereum_ ## Agregadores y plataformas de listas de subvenciones {#grant-list-aggregators} 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 29a761529e1..75309203749 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 @@ -132,7 +132,6 @@ A continuación se presentan algunos proyectos que pueden ayudarle a instalar y - [EthPillar](https://www.coincashew.com/coins/overview-eth/ethpillar): la forma más rápida y sencilla de configurar un nodo completo. Herramienta de configuración de una sola línea y gestión de nodos TUI. Gratis. Código abierto. Bienes públicos para Ethereum por participantes individuales. Soporte ARM64 y AMD64. - [eth-docker](https://eth-docker.net/): configuración automatizada mediante Docker, centrada en un staking fácil y seguro. Requiere conocimientos básicos de terminal y Docker, recomendado para usuarios un poco más avanzados. - [Stereum](https://stereum-dev.github.io/ethereum-node-web-docs): lanzador para instalar clientes en un servidor remoto mediante conexión SSH, con una guía de configuración de la GUI, un centro de control y muchas otras funciones. -- [NiceNode](https://www.nicenode.xyz/): un lanzador con una experiencia de usuario sencilla para ejecutar un nodo en su ordenador. Sólo tiene que elegir a los clientes y empezar con unos pocos clics. Aún está en fase de desarrollo. - [Sedge](https://docs.sedge.nethermind.io/docs/intro): herramienta de configuración de nodos que genera automáticamente una configuración de Docker mediante el asistente de la CLI. Escrito en Go por Nethermind. ### Configuración manual de clientes {#manual-setup} diff --git a/public/content/translations/es/roadmap/glamsterdam/index.md b/public/content/translations/es/roadmap/glamsterdam/index.md new file mode 100644 index 00000000000..4baa689c87d --- /dev/null +++ b/public/content/translations/es/roadmap/glamsterdam/index.md @@ -0,0 +1,296 @@ +--- +title: Glamsterdam +description: "Más información sobre la actualización del protocolo Glamsterdam" +lang: es +--- +# Glamsterdam {#glamsterdam} + + + + + +Glamsterdam es una próxima actualización de Ethereum prevista para el primer semestre de 2026 + + +La actualización Glamsterdam es solo un paso en los objetivos de desarrollo a largo plazo de Ethereum. Obtenga más información sobre [la hoja de ruta del protocolo](/roadmap/) y [las actualizaciones anteriores](/ethereum-forks/). + + + + +La próxima actualización [de Ethereum,](/) Glamsterdam, está diseñada para allanar el camino a la próxima generación de escalabilidad. Glamsterdam recibe su nombre de la combinación de "Amsterdam" (actualización de la capa de ejecución, que toma su nombre de una ubicación anterior de Devconnect) y "Gloas" (actualización de la capa de consenso, que toma su nombre de una estrella). + +Tras el progreso realizado en la actualización [de Fusaka](/roadmap/fusaka/), Glamsterdam se centra en escalabilidad la L1 reorganizando la forma en que la red procesa las transacciones y gestiona su creciente base de datos, actualizando fundamentalmente la forma en que Ethereum crea y verifica los bloques. + +Mientras que Fusaka se centró en mejoras fundamentales, Glamsterdam avanza en los objetivos de "Scale L1" y "Scale Blobs" al consagrar la separación de funciones entre los diferentes participantes de la red e introducir formas más eficientes de gestionar los datos para preparar el [estado](/glossary/#state) para la paralelización de alto rendimiento. + +Estas mejoras garantizan que Ethereum siga siendo rápido, asequible y descentralizado a medida que gestiona más actividad, al tiempo que mantiene los requisitos de hardware manejables para las personas que ejecutan [nodos](/glossary/#node) en casa. + + + +## Mejoras consideradas para Glamsterdam {#improvements-in-glamsterdam} + + + + +Nota: Este artículo destaca actualmente una selección de EIP que se están considerando para su inclusión en Glamsterdam. Para obtener las últimas actualizaciones de estado, consulte la [actualización de Glamsterdam en Forkcast](https://forkcast.org/upgrade/glamsterdam). + +Si quieres añadir un EIP que se está considerando para Glamsterdam, pero que aún no se ha añadido a esta página, [aprende a contribuir a ethereum.org aquí](/contributing/). + + + + +La actualización de Glamsterdam se centra en tres objetivos principales: + +- Acelerar el procesamiento (paralelización): Reorganizar la forma en que la red registra las dependencias de datos, de modo que pueda procesar de forma segura muchas transacciones al mismo tiempo en lugar de hacerlo de forma lenta, una por una. +- Ampliación de la capacidad: Dividir el trabajo pesado de crear y verificar bloques, lo que le da a la red más tiempo para propagar mayores cantidades de datos sin ralentizarse. +- Prevención de la sobrecarga de la base de datos (sostenibilidad): Ajustar las tarifas de la red para reflejar con precisión el coste del hardware a largo plazo del almacenamiento de nuevos datos, desbloqueando futuros aumentos del límite de gas y evitando la degradación del rendimiento del hardware. + +En resumen, Glamsterdam introducirá cambios estructurales para garantizar que, a medida que la red aumente su capacidad, siga siendo sostenible y su rendimiento se mantenga alto. + +## Escalabilidad L1 y procesamiento paralelo {#scale-l1} + +Una escalabilidad significativa de L1 requiere alejarse de las suposiciones de confianza fuera del protocolo y de las restricciones de ejecución en serie. Glamsterdam aborda esto consagrando la separación de ciertas tareas de construcción de bloques e introduciendo nuevas estructuras de datos que permiten a la red prepararse para el procesamiento paralelo. + +### Propuesta principal: Separación integrada entre proponente y constructor (ePBS) {#epbs} + +- Elimina las suposiciones de confianza fuera del protocolo y la dependencia de relés de terceros +- Permite la escalabilidad de L1 al permitir cargas útiles mucho mayores a través de ventanas de propagación extendidas +- Introduce pagos de constructores sin necesidad de confianza directamente en el protocolo + +Actualmente, el proceso de propuesta y construcción de bloques incluye un traspaso entre los proponentes de bloques y los constructores de bloques. La relación entre proponentes y constructores no forma parte del protocolo central de Ethereum, por lo que depende de middleware de terceros de confianza, software (relés) y confianza fuera del protocolo entre entidades. + +La relación fuera de protocolo entre los proponentes y los constructores también crea una "ruta crítica" durante la validación de bloques que obliga a [los validadores](/glossary/#validator) a apresurar la difusión y ejecución de transacciones en una estrecha ventana de 2 segundos, lo que limita la cantidad de datos que la red puede manejar. + +**La separación integrada entre proponente y constructor (ePBS o EIP-7732)** separa formalmente el trabajo del proponente (que selecciona el bloque de consenso) del constructor (que ensambla la carga útil de ejecución), integrando este traspaso directamente en el protocolo. + +Integrar el intercambio sin confianza de una carga útil de bloque por pago directamente en el protocolo elimina la necesidad de middleware de terceros (como MEV-Boost). Sin embargo, los constructores y proponentes podrían seguir eligiendo usar relés o middleware fuera del protocolo para funciones complejas que aún no son parte del protocolo central. + +Para abordar el cuello de botella de la "ruta crítica", ePBS también introduce el Comité de Puntualidad de Carga Útil (PTC) y una lógica de doble plazo, permitiendo a los validadores atestiguar el bloque de consenso y la puntualidad de la carga útil de ejecución por separado para maximizar el rendimiento. + + + +La separación de las funciones de proponente y constructor a nivel de protocolo amplía la ventana de propagación (o el tiempo disponible para difundir datos a través de la red) de 2 segundos a aproximadamente 9 segundos. + +Al reemplazar middleware y relés fuera del protocolo con mecanismos dentro del protocolo, ePBS reduce las dependencias de confianza y permite que Ethereum procese de forma segura cantidades mucho mayores de datos (como más blobs para [las capas 2](/glossary/#layer-2)) sin sobrecargar la red. + +**Recursos**: [Especificación técnica EIP-7732](https://eips.ethereum.org/EIPS/eip-7732) + +### Propuesta principal: Listas de acceso a nivel de bloque (BAL) {#bals} + +- Elimina los cuellos de botella del procesamiento secuencial al proporcionar un mapa inicial de todas las dependencias de las transacción, preparando el escenario para que los validadores procesen muchas transacciones en paralelo en lugar de una por una. +- Permite que los nodos actualicen sus registros leyendo los resultados finales sin necesidad de reproducir cada transacción (sincronización sin ejecución), lo que hace que la sincronización de un nodo con la red sea mucho más rápida. +- Elimina las conjeturas, lo que permite a los validadores precargar todos los datos necesarios de una vez en lugar de descubrirlos paso a paso, lo que hace que la validación sea mucho más rápida. + +El Ethereum actual es como una carretera de un solo carril; debido a que la red no sabe qué datos necesitará o modificará una transacción (como qué cuentas afectará una transacción) hasta que se haya ejecutado una transacción, los validadores deben procesar las transacciones una por una en una línea estricta y secuencial. Si intentaran procesar las transacciones todas a la vez, sin conocer estas dependencias, dos transacciones podrían intentar cambiar accidentalmente los mismos datos al mismo tiempo, lo que causaría errores. + +**Las listas de acceso a nivel de bloque (BAL, o EIP-7928)** son como un mapa que se incluye en cada bloque, que le dice a la red a qué partes de la base de datos se accederá antes de que comience el trabajo. Las BAL requieren que cada bloque incluya el hash de cada cambio de cuenta que las transacciones tocarán, junto con los resultados finales de esos cambios (el registro hash de todos los accesos al estado y los valores posteriores a la ejecución). + +Debido a que proporcionan visibilidad instantánea sobre qué transacciones no se superponen, los BAL permiten a los nodos realizar lecturas de disco en paralelo, obteniendo información para muchas transacciones simultáneamente. La red puede agrupar de forma segura transacciones no relacionadas y procesarlas en paralelo. + +Dado que el BAL incluye los resultados finales de las transacciones (los valores posteriores a la ejecución), cuando los nodos de la red necesitan sincronizarse con el estado actual de la red, pueden copiar esos resultados finales para actualizar sus registros. Los validadores ya no tienen que volver a ejecutar todas las transacciones complicadas desde cero para saber qué sucedió, lo que hace que sea más rápido y fácil para los nuevos nodos unirse a la red. + +Las lecturas de disco paralelas habilitadas por los BAL serán un paso significativo hacia un futuro en el que Ethereum pueda procesar muchas transacciones a la vez, lo que aumentará significativamente la velocidad de la red. + +#### Intercambio de lista de acceso al bloque eth/71 {#bale} + +El intercambio de listas de acceso a bloques (eth/71 o EIP-8159) es el complemento directo de las listas de acceso a nivel de bloque. Mientras que las BAL desbloquean la ejecución paralela, eth/71 actualiza el protocolo peer-to-peer para permitir que los nodos compartan estas listas a través de la red. La implementación del intercambio de listas de acceso a bloque permitirá una sincronización más rápida y permitirá a los nodos realizar actualizaciones de estado sin ejecución. + +**Recursos**: +- [Especificación técnica EIP-7928](https://eips.ethereum.org/EIPS/eip-7928) +- [Especificación técnica EIP-8159](https://eips.ethereum.org/EIPS/eip-8159) + +## Sostenibilidad de la red {#network-sustainability} + +A medida que la red de Ethereum crece más rápido, es importante asegurarse de que el costo de usarla coincida con el desgaste del hardware que ejecuta Ethereum. La red necesita aumentar sus límites de capacidad general para escalar y procesar más transacciones de forma segura. + +### Aumento del coste del gas para la creación de estados {#state-creation-gas-cost-increase} + +- Garantiza que las tarifas para crear nuevas cuentas o contratos inteligentes reflejen con precisión la carga a largo plazo que imponen a la base de datos de Ethereum. +- Ajusta automáticamente estas tarifas de creación de datos en función de la capacidad general de la red, con el objetivo de lograr una tasa de crecimiento segura y predecible para que el hardware físico estándar pueda seguir ejecutando la red. +- Separa la contabilidad de estas tarifas específicas en un nuevo depósito, eliminando los antiguos límites de transacción y permitiendo a los desarrolladores implementar aplicaciones más grandes y complejas. + +La adición de nuevas cuentas, tokens y [contratos inteligentes](/glossary/#smart-contract) crea datos permanentes (conocidos como "estado") que cada ordenador que ejecuta la red debe almacenar indefinidamente. Las tarifas actuales para añadir o leer estos datos son inconsistentes y no reflejan necesariamente la carga real de almacenamiento a largo plazo que imponen al hardware de la red. + +Algunas acciones que crean estado en Ethereum, como la creación de nuevas cuentas o la implementación de grandes contratos inteligentes, han tenido un costo relativamente bajo en comparación con el espacio de almacenamiento permanente que ocupan en los nodos de la red; por ejemplo, la implementación de contratos es significativamente más barata por byte que la creación de espacios de almacenamiento. + +Sin ajustes, el estado de Ethereum podría crecer en casi 200 GiB al año si la red se amplía a un límite de gas, superando finalmente el hardware común. + +**El aumento del coste del gas para la creación de estados (o EIP-8037)** armoniza los costes al vincularlos al tamaño real de los datos que se están creando, actualizando las tarifas para que sean proporcionales a la cantidad de datos permanentes que una operación crea o a los que accede. + +EIP-8037 también introduce un modelo de depósito para gestionar estos costes de forma más predecible; los cargos de gas del estado se extraen primero del `state_gas_reservoir`, y el opcode `GAS` solo devuelve `gas_left`, lo que evita que los marcos de ejecución calculen mal el gas disponible. + +Antes de EIP-8037, tanto el trabajo computacional (el procesamiento activo) como el almacenamiento permanente de datos (guardar el contrato inteligente en la base de datos de la red) compartían el mismo límite de gas. El modelo de depósito divide la contabilidad: el límite de gas para el trabajo computacional real de la transacción (procesamiento) y para el almacenamiento de datos a largo plazo (gas de estado). La separación de los dos ayuda a evitar que el tamaño de los datos de una aplicación alcance el límite de gas; siempre que los desarrolladores proporcionen fondos suficientes para llenar el depósito para el almacenamiento de datos, pueden implementar contratos inteligentes mucho más grandes y complejos. + +Almacenar datos de forma más precisa y predecible ayudará a Ethereum a aumentar su velocidad y capacidad de forma segura sin inflar la base de datos. Esta sostenibilidad permitirá a los operadores de nodo seguir utilizando hardware (relativamente) asequible durante los próximos años, manteniendo el staking doméstico accesible para mantener la descentralización de la red. + +**Recursos**: [Especificación técnica EIP-8037](https://eips.ethereum.org/EIPS/eip-8037) + +### Actualización del costo del gas de acceso estatal {#state-access-gas-cost-update} + +- Aumenta los costes de gas para cuando las aplicaciones leen o actualizan información almacenada permanentemente en Ethereum (códigos de operación de acceso al estado) para que coincidan con precisión con el trabajo de cálculo que requieren estos comandos. +- Fortalece la resiliencia de la red al prevenir ataques de denegación de servicio que explotan operaciones de lectura de datos artificialmente baratas + +A medida que el estado de Ethereum ha crecido, el acto de buscar y leer datos antiguos («acceso al estado ») se ha vuelto más pesado y lento de procesar para los nodos. Las tarifas para estas acciones se han mantenido iguales, aunque ahora es un poco más caro buscar información (en términos de potencia de cálculo). + +Como resultado, algunos comandos específicos tienen actualmente un precio inferior en relación con el trabajo que obligan a realizar a un nodo . `EXTCODESIZE` y `EXTCODECOPY` tienen un precio inferior, por ejemplo, porque requieren dos lecturas de base de datos separadas: una para el objeto de cuenta y una segunda para el tamaño real del código o bytecode. + +**La actualización del costo del gas de acceso al estado (o EIP-8038)** aumenta las constantes de gas para los códigos de operación de acceso al estado, como la búsqueda de datos de cuenta y contratos, para alinearse con el rendimiento del hardware moderno y el tamaño del estado. + +Alinear el coste del acceso al estado también ayuda a que Ethereum sea más resistente. Debido a que estas acciones de lectura de datos pesadas son artificialmente baratas, un atacante malicioso podría saturar la red con miles de solicitudes de datos complejas en un solo bloque antes de alcanzar el límite de tarifas de la red, lo que podría hacer que la red se detenga o se bloquee (un ataque de denegación de servicio). Incluso sin intención maliciosa, los desarrolladores no están económicamente incentivados a crear aplicaciones eficientes si la lectura de datos de la red es demasiado barata. + +Al fijar precios más precisos para las acciones de acceso al estado, Ethereum puede ser más resistente a las ralentizaciones accidentales o intencionales, mientras que alinear los costes de la red con la carga del hardware demuestra ser una base más sostenible para futuros aumentos del límite de gas. + +**Recursos**: [Especificación técnica EIP-8038](https://eips.ethereum.org/EIPS/eip-8038) + +## Resiliencia de la red + +Las mejoras en las funciones de los validador y los procesos de salida garantizan la estabilidad de la red durante los eventos de slashing masivo y democratizan la liquidez. Estas mejoras hacen que la red sea más estable y garantizan que todos los participantes, grandes y pequeños, sean tratados de manera justa. + +### Excluir a los validadores sancionados de la propuesta {#exclude-slashed-validators} + +- Impide que los validadores penalizados (con slashing) sean seleccionados para proponer futuros bloques, eliminando las ranuras garantizadas perdidas. +- Mantiene Ethereum funcionando sin problemas y de forma fiable, evitando graves interrupciones en caso de un evento de slashing masivo. + +Actualmente, incluso si un validador es sancionado (penalizado por incumplir las reglas o no funcionar como se esperaba), el sistema podría seguir seleccionándolo para liderar un bloque en un futuro próximo cuando genere futuras preselecciones de proponente. + +Debido a que los bloques de los validadores penalizados se rechazan automáticamente por ser inválidos, esto hace que la red pierda franjas y retrase la recuperación de la red durante eventos de slashing masiva. + +**Excluir a los validadores penalizados de la propuesta (o EIP-8045)** simplemente filtra a los validadores penalizados para que no sean seleccionados para futuras tareas. Esto mejora la resiliencia de la cadena al asegurar que solo los validadores sanos sean seleccionados para proponer bloques, manteniendo la calidad del servicio durante las interrupciones de la red. + +**Recursos**: [Especificación técnica EIP-8045](https://eips.ethereum.org/EIPS/eip-8045) + +### Permitir que las salidas utilicen la cola de consolidación {#let-exits-use-the-consolidation-queue} + +- Cierra una laguna legal que permite a los validadores con saldos elevados salir de la red más rápidamente que los validadores más pequeños a través de la cola de consolidación. +- Permite que las salidas regulares se desborden a esta segunda cola cuando tiene capacidad de sobra, lo que reduce los tiempos de retirada de las staking durante los períodos de gran volumen. +- Mantiene una seguridad estricta para evitar alterar los límites de seguridad centrales de Ethereum o debilitar la red. + +Dado que la [actualización de Pectra](/roadmap/pectra) aumentó el saldo efectivo máximo para los validadores de Ethereum de 32 ETH a 2048 ETH, una laguna técnica permite que los validadores con saldos altos salgan de la red más rápido que los validadores más pequeños a través de la cola de consolidación. + +**Permitir que las salidas utilicen la cola de consolidación (o EIP-8080)** democratiza la cola de consolidación para todas las salidas de staking, creando una única fila justa para todos. + +Para desglosar cómo funciona esto hoy en día: + +- El límite de rotación de Ethereum es un límite de seguridad sobre la tasa a la que los validadores pueden entrar, salir o fusionar (consolidar) su ETH en participación, para garantizar que la seguridad de la red nunca se desestabilice. +- Debido a que una consolidación de validador es una acción más pesada con más partes móviles que una salida de validador estándar, consume una porción mayor de este presupuesto de seguridad (límite de rotación) +- Específicamente, el protocolo dicta que el costo de seguridad exacto de una salida estándar es dos tercios (2/3) del costo de una consolidación. + +Unas colas de salida más justas permitirán que las salidas estándar tomen prestado espacio no utilizado de la cola de consolidación durante los períodos de alta demanda de salida, aplicando una tasa de cambio de "3 por 2" (por cada 2 espacios de consolidación no utilizados, la red puede procesar de forma segura 3 salidas estándar). Este factor de rotación de 3/2 equilibra la demanda entre las colas de consolidación y de salida. + +Democratizar el acceso a la cola de consolidación aumentará la velocidad a la que los usuarios pueden salir de su participar durante los períodos de alta demanda hasta 2,5 veces, sin comprometer la seguridad de la red. + +**Recursos**: [Especificación técnica EIP-8080](https://eips.ethereum.org/EIPS/eip-8080) + +## Mejorar la experiencia del usuario y del desarrollador {#improve-user-developer-experience} + +La actualización Glamsterdam de Ethereum tiene como objetivo mejorar la experiencia del usuario, potenciar la visibilidad de los datos y gestionar el creciente tamaño de los mensajes para evitar fallos de sincronización. Esto facilita el seguimiento de lo que ocurre en cadena, al tiempo que previene problemas técnicos a medida que la red se amplía. + +### Reducir los costes intrínsecos del gas de las transacción {#reduce-intrinsic-transaction-gas-costs} + +- Reduce la tarifa base de las transacciones, lo que disminuye el coste total de un pago simple en ETH nativo. +- Hace que las transferencias más pequeñas sean más asequibles, lo que aumenta la viabilidad de Ethereum como medio de intercambio habitual. + +Todas las transacciones de Ethereum tienen hoy una tarifa de gas base fija, independientemente de lo simple o complejo que sea procesarlas. **Reducir el gas intrínseco de la transacción (o EIP-2780)** propone reducir esa tarifa base para hacer que una transferencia estándar de ETH entre cuentas existentes sea hasta un 71% más barata. + +Reduce el consumo intrínseco de gas de las transacción al desglosar la tarifa de transacción para reflejar solo el trabajo básico y esencial que realizan los ordenadores que ejecutan la red, como verificar una firma digital y actualizar un saldo. Dado que un pago básico de ETH no ejecuta código complejo ni transporta datos adicionales, esta propuesta reduciría su comisión para que coincida con su huella ligera. + +La propuesta introduce una excepción para la creación de cuentas nuevas con el fin de evitar que las tarifas bajas saturen el estado de la red. Si una transferencia envía ETH a una dirección vacía y no existente, la red debe crear un nuevo registro permanente para ella. Se añade un recargo de gas para la creación de esa cuenta para ayudar a cubrir su carga de almacenamiento a largo plazo. + +En conjunto, el EIP-2780 tiene como objetivo hacer que las transferencias diarias entre las cuentas existentes sean más asequibles, al tiempo que garantiza que la red siga estando protegida contra la sobrecarga de la base de datos mediante la fijación de precios precisos del crecimiento real del estado. + +**Recursos**: [Especificación técnica EIP-2780](https://eips.ethereum.org/EIPS/eip-2780) + +### Despliegue previo determinista de fábrica {#deterministic-factory-predeploy} + +- Ofrece a los desarrolladores una forma nativa de implementar aplicaciones y monederos de contrato inteligente en la misma dirección en múltiples cadenas. +- Permite a los usuarios tener la misma dirección de billetera inteligente en varias redes de capa 2 (L2), lo que reduce la carga cognitiva, la confusión y el riesgo de pérdida accidental de fondos. +- Reemplaza las soluciones alternativas que los desarrolladores utilizan actualmente para lograr esta paridad, lo que facilita y hace más seguro el desarrollo de monederos y aplicaciones multicadena. + +Si un usuario tiene hoy en día una billetera de contrato inteligente con cuentas en varias cadenas compatibles con la Máquina Virtual de Ethereum (EVM), a menudo termina con una dirección completamente diferente en diferentes redes. Esto no solo es confuso, sino que puede provocar la pérdida accidental de fondos. + +**La implementación previa determinista de fábrica (o EIP-7997)** ofrece a los desarrolladores una forma nativa e integrada de implementar sus aplicaciones descentralizado y sus monederos de contrato inteligente en la misma dirección en múltiples cadenas EVM, incluidas la red principal de Ethereum, las redes de capa 2 (L2) y más. Si se adopta, permitiría a los usuarios tener la misma dirección en cada cadena participante, lo que reduciría significativamente la carga cognitiva y la posibilidad de errores por parte del usuario. + +La implementación previa de fábrica determinista funciona colocando permanentemente un programa de fábrica mínimo y especializado en una ubicación idéntica (específicamente, la dirección 0x12) en cada cadena compatible con EVM participante. Su objetivo es proporcionar un contrato de fábrica universal y estándar que pueda ser adoptado por cualquier red compatible con EVM; siempre que una cadena EVM participe y adopte este estándar, los desarrolladores podrán utilizarlo para implementar sus contratos inteligentes en la misma dirección en esa red. + +Esta estandarización simplifica la creación y gestión de aplicaciones entre cadenas para los desarrolladores y el ecosistema en general. Los desarrolladores ya no tienen que crear código personalizado y específico de la cadena para vincular su software a través de diferentes redes, sino que utilizan esta fábrica universal para generar exactamente la misma dirección para su aplicación en todas partes. Además, los exploradores de bloque, los servicios de seguimiento y las carteras pueden identificar y vincular más fácilmente estas aplicaciones y cuentas a través de varias cadenas, creando un entorno multicadena más unificado y fluido para todos los participantes basados en Ethereum. + +**Recursos**: [Especificación técnica de EIP-7997](https://eips.ethereum.org/EIPS/eip-7997) + +### Las transferencias y quemas de ETH emiten un registro. {#eth-transfers-and-burns-emit-a-log} + +- Genera automáticamente un registro permanente (log) cada vez que se transfiere o se quema ETH. +- Soluciona un punto ciego histórico que permite a las aplicaciones, los intercambios y los puentes detectar de forma fiable los depósitos de los usuarios sin necesidad de herramientas de rastreo ad hoc. + +A diferencia de los tokens (ERC-20), las transferencias regulares de ETH entre contratos inteligentes no emiten un recibo claro (registro estándar), lo que dificulta su seguimiento por parte de los intercambios y las aplicaciones. + +Las transferencias y quemas de ETH emiten un registro (o EIP-7708) que hace obligatorio que la red emita un evento de registro estándar cada vez que se mueve o quema una cantidad distinta de cero de ETH. + +Esto facilitará y hará más fiable el seguimiento preciso de los depósitos y movimientos para los operadores de monederos, intercambios y puente, sin necesidad de herramientas personalizadas. + +**Recursos**: [Especificación técnica de EIP-7708](https://eips.ethereum.org/EIPS/eip-7708) + +### eth/70 listas de recepción de bloque parciales {#eth-70-partial-block-receipt-lists} + +A medida que aumentamos la cantidad de trabajo que Ethereum puede realizar, las listas de recibos de esas acciones (los registros de datos de estas transacciones) se están volviendo tan grandes que podrían hacer que los nodos de la red fallen al intentar sincronizar los datos entre sí. + +eth/70, listas de recibos de bloque parciales (o EIP-7975), introduce una nueva forma para que los nodos se comuniquen entre sí (eth/70) que permite que estas grandes listas se dividan en partes más pequeñas y manejables. eth/70 introduce un sistema de paginación para el protocolo de comunicación de la red que permite a los nodos dividir las listas de recibos de bloque y solicitar los datos de forma segura en fragmentos más pequeños y manejables. + +Este cambio evitaría fallos de sincronización de la red durante períodos de gran actividad. En última instancia, allana el camino para que Ethereum aumente su capacidad de bloque y procese más transacciones por bloque en el futuro, sin sobrecargar el hardware físico que sincroniza la cadena. + +**Recursos**: [Especificación técnica EIP-7975](https://eips.ethereum.org/EIPS/eip-7975) + +## Lecturas recomendadas {#further-reading} + +- [hoja de ruta de Ethereum](/roadmap/) +- [Pronóstico: Glamsterdam](https://forkcast.org/upgrade/glamsterdam) +- [Glamsterdam Meta EIP](https://eips.ethereum.org/EIPS/eip-7773) +- [Anuncio en el blog sobre la actualización de las prioridades del protocolo para 2026](https://blog.ethereum.org/2026/02/18/protocol-priorities-update-2026) +- [El podcast Daily Gwei Refuel: Ethereum poscuántico, Glamsterdam está llegando](https://www.youtube.com/watch?v=qx9sd50uQjQ) + +## Preguntas frecuentes {#faq} + +### ¿Cómo se puede convertir el ETH después del bifurcación dura de Glamsterdam? {#how-can-eth-be-converted-after-the-hardfork} + +- **No se requiere ninguna acción para su ETH**: No es necesario convertir o actualizar su ETH después de la actualización de Glamsterdam. Los saldos de su cuenta seguirán siendo los mismos, y el ETH que posee actualmente seguirá siendo accesible en su forma actual después de la bifurcación dura. +- **¡Cuidado con las estafas!** **Cualquier persona que te indique que "actualices" tu ETH está tratando de estafarte.** No hay nada que debas hacer en relación con esta actualización. Tus activos permanecerán completamente inalterados. Recuerda que mantenerse informado es la mejor defensa contra las estafas. + +[Más información sobre cómo reconocer y evitar estafas](/security/) + +### ¿La actualización de Glamsterdam afecta a todos los nodos y validadores de Ethereum? {#does-the-glamsterdam-upgrade-affect-all-ethereum-nodes-and-validators} + +Sí, la actualización de Glamsterdam requiere actualizaciones tanto de [los clientes de ejecución como de los clientes de consenso](/developers/docs/nodes-and-clients/). Debido a que esta actualización introduce la separación integrada de proponente-constructor (ePBS), los operadores de nodo deberán asegurarse de que sus clientes estén actualizados para manejar las nuevas formas en que los bloques son construidos, validados y atestiguados por la red. + +Todos los principales clientes de Ethereum lanzarán versiones que admitan la bifurcación dura marcada como de alta prioridad. Puedes mantenerte al tanto de cuándo estarán disponibles estas versiones en los repositorios de GitHub de los cliente, sus [canales de Discord](https://ethstaker.org/support), el [Discord de EthStaker](https://dsc.gg/ethstaker) o suscribiéndote al blog de Ethereum para recibir actualizaciones del protocolo. + +Para mantener la sincronización con la red de Ethereum después de la actualización, los operadores de nodo deben asegurarse de que están ejecutando una versión de cliente compatible. Tenga en cuenta que la información sobre las versiones de los cliente es sensible al tiempo, y los usuarios deben consultar las últimas actualizaciones para obtener los detalles más actuales. + +### Como staker, ¿qué debo hacer para la actualización de Glamsterdam? {#as-a-staker-what-do-i-need-to-do-for-the-glamsterdam-upgrade} + +Como con cada actualización de la red, asegúrate de actualizar tus clientes a las últimas versiones marcadas con el soporte de Glamsterdam. Sigue las actualizaciones en la lista de correo y [los anuncios de protocolo en el blog de EF](https://blog.ethereum.org/category/protocol) para estar informado sobre los lanzamientos. + +Para validar tu configuración antes de que Glamsterdam se active en la red principal, puedes ejecutar un validador en las redes de prueba. Las bifurcaciones de la red de prueba también se anuncian en la lista de correo y en el blog. + +### ¿Qué mejoras incluirá Glamsterdam para el escalado de L1? {#what-improvements-will-glamsterdam-include-for-l1-scaling} + +La característica principal es ePBS (EIP-7732), que separa la pesada tarea de validar las transacciones de la red de la tarea de alcanzar el consenso. Esto amplía la ventana de propagación de datos de 2 segundos a aproximadamente 9 segundos, desbloqueando la capacidad de Ethereum para manejar de forma segura un rendimiento de transacción mucho mayor y acomodar más fragmentos de datos para las redes de capa 2. + +### ¿Reducirá Glamsterdam las tarifas de Ethereum (capa 1)? {#will-glamsterdam-lower-fees-on-ethereum-layer-1} + +Sí, ¡Glamsterdam probablemente reducirá las tarifas para los usuarios cotidianos! La reducción del gas de transacción intrínseco (o EIP-2780) reduce la tarifa base para enviar ETH, lo que hace que el uso de ETH para pagos cotidianos sea mucho más económico. + +Además, para la sostenibilidad a largo plazo, Glamsterdam introduce las listas de acceso a nivel de bloque (BAL). Esto permite el procesamiento paralelo y prepara la L1 para gestionar de forma segura límites de gas generales más altos en el futuro, lo que probablemente reducirá los costes de gas por transacción a medida que la capacidad aumente. + +### ¿Habrá algún cambio en mis contratos inteligentes existentes después de Glamsterdam? {#will-my-smart-contracts-change} + +Los contratos existentes seguirán funcionando con normalidad después de Glamsterdam. Es probable que los desarrolladores obtengan varias herramientas nuevas y deberían revisar su consumo de gas : +- El aumento del tamaño máximo del contrato (o EIP-7954) permite a los desarrolladores implementar aplicaciones más grandes, elevando el límite máximo del tamaño del contrato de aproximadamente 24 KiB a 32 KiB. +- La implementación previa determinista de fábrica (o EIP-7997) introduce un contrato de fábrica universal e integrado. Permite a los desarrolladores implementar sus aplicaciones y carteras de contrato inteligente en la misma dirección en todas las cadenas EVM participantes. +- Si tu aplicación depende de un rastreo complejo para encontrar transferencias de ETH, las transferencias y quemas de ETH emiten un registro (o EIP-7708) que te permitirá cambiar al uso de registros para una contabilidad más simple y confiable. +- El aumento del coste del gas para la creación de estados (o EIP-8037) y la actualización del coste del gas para el acceso a los estados (o EIP-8038) introducen nuevos modelos de sostenibilidad que cambiarán ciertos costes de implementación de contratos, ya que la creación de nuevas cuentas o el almacenamiento permanente tendrán una tarifa que se ajustará dinámicamente. + +### ¿Cómo afectará Glamsterdam al almacenamiento de los nodo y a los requisitos de hardware? {#how-will-glamsterdam-affect-node-storage-and-hardware-requirements} + +Múltiples EIPs que se están considerando para Glamsterdam dirección el problema del rendimiento del crecimiento estado : +- El aumento del coste del gas para la creación de estados (o EIP-8037) introduce un modelo de precios dinámico para alcanzar una tasa de crecimiento de la base de datos de estado de 100 GiB/año, lo que garantiza que el hardware físico estándar pueda seguir ejecutando la red de forma eficiente. +- eth/70 partial bloque receipt lists (o EIP-7975) permite a los nodos solicitar recibos de bloque paginados, lo que divide las listas de recibos de bloque con gran cantidad de datos en fragmentos más pequeños para evitar fallos y sincronizaciones a medida que Ethereum se amplía. + diff --git a/public/content/translations/fr/community/grants/index.md b/public/content/translations/fr/community/grants/index.md index 9ee69c30e5a..0f0bb926f19 100644 --- a/public/content/translations/fr/community/grants/index.md +++ b/public/content/translations/fr/community/grants/index.md @@ -20,6 +20,7 @@ Elle est supervisée par notre communauté. S'il y a quelque chose manquant ou i Ces programmes soutiennent le vaste écosystème Ethereum en offrant des subventions à un large éventail de projets. Il s'agit notamment de solutions pour l'évolutivité, la création de communautés, la sécurité, la confidentialité, etc. Ces subventions ne sont pas spécifiques à une seule plateforme Ethereum et constituent un bon point de départ si vous n'êtes pas sûr. - [Programme de soutien de l'écosystème EF](https://esp.ethereum.foundation) - _Financement de projets open source qui bénéficient à Ethereum, avec un intérêt particulier pour les outils universels, l'infrastructure, la recherche et les biens publics_ +- [Explorateur de subventions ESP](https://esp.ethereum.foundation/funded-projects) - _Répertoire consultable de plus de 1 000 projets soutenus par l'Ecosystem Support Program_ - [Subventions universitaires](https://esp.ethereum.foundation/academic-grants) - _Subventions pour soutenir les travaux universitaires liés à Ethereum_ ## Agrégateurs et plateformes de listes de subventions {#grant-list-aggregators} 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 cfce67f9325..722b8e62ea8 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 @@ -132,7 +132,6 @@ Voici quelques projets qui peuvent vous aider à installer et à contrôler vos - [EthPillar](https://www.coincashew.com/coins/overview-eth/ethpillar) - Le moyen le plus rapide et le plus simple de configurer un nœud complet. Outil d’installation en une ligne et interface TUI de gestion de nœuds. Gratuit. Open Source. Biens publics pour Ethereum, fournis par les validateurs indépendants. Prise en charge de ARM64 et AMD64. - [eth-docker](https://eth-docker.net/) - Configuration automatisée à l'aide de Docker, axée sur la facilité et la sécurité de la mise en jeu, qui nécessite des connaissances de base du terminal et de Docker, et est recommandée pour les utilisateurs un peu plus avancés. - [Stereum](https://stereum-dev.github.io/ethereum-node-web-docs) - Lanceur pour installer des clients sur un serveur distant via une connexion SSH avec un guide de configuration GUI, un centre de contrôle et de nombreuses autres fonctionnalités. -- [NiceNode](https://www.nicenode.xyz/) - Lanceur avec une expérience utilisateur simple pour exécuter un nœud sur votre ordinateur. Il vous suffit de choisir vos clients et de les démarrer en quelques clics. Toujours en développement. - [Sedge](https://docs.sedge.nethermind.io/docs/intro) - Outil de configuration de nœud qui génère automatiquement une configuration Docker à l'aide d'un assistant CLI. Écrit en Go par Nethermind. ### Configuration manuelle des clients {#manual-setup} diff --git a/public/content/translations/fr/roadmap/glamsterdam/index.md b/public/content/translations/fr/roadmap/glamsterdam/index.md new file mode 100644 index 00000000000..2094d36c2fe --- /dev/null +++ b/public/content/translations/fr/roadmap/glamsterdam/index.md @@ -0,0 +1,296 @@ +--- +title: Glamsterdam +description: "En savoir plus sur la mise à niveau du protocole Glamsterdam" +lang: fr +--- +# Glamsterdam {#glamsterdam} + + + + + +Glamsterdam est une prochaine mise à niveau d'Ethereum prévue pour le premier semestre 2026 + + +La mise à niveau Glamsterdam n'est qu'une étape dans les objectifs de développement à long terme d'Ethereum. Apprenez-en davantage sur [la feuille de route du protocole](/roadmap/) et [les mises à niveau précédentes](/ethereum-forks/). + + + + +La prochaine mise à niveau [d'Ethereum,](/) Glamsterdam, est conçue pour ouvrir la voie à la prochaine génération de mise à l'échelle. Glamsterdam est le nom de la combinaison de « Amsterdam » (mise à niveau de la couche d’exécution, nommée d'après un ancien lieu de Devconnect) et de « Gloas » (mise à niveau de la couche de consensus, nommée d'après une étoile). + +Suite aux progrès réalisés dans la mise à niveau [de Fusaka](/roadmap/fusaka/), Glamsterdam se concentre sur la mise à l'échelle de la L1 en réorganisant la façon dont le réseau traite les transactions et gère sa base de données croissante, en mettant à jour fondamentalement la façon dont Ethereum crée et vérifie les blocs. + +Alors que Fusaka s'est concentré sur des améliorations fondamentales, Glamsterdam fait progresser les objectifs « Scale L1 » et « Scale Blobs » en consacrant la séparation des tâches entre les différents participants au réseau et en introduisant des moyens plus efficaces de gérer les données afin de préparer l' [état](/glossary/#state) à une parallélisation à haut débit. + +Ces améliorations garantissent qu'Ethereum reste rapide, abordable et décentralisé à mesure qu'il gère davantage d'activité, tout en maintenant des exigences matérielles gérables pour les personnes qui exécutent [des nœuds](/glossary/#node) à domicile. + + + +## Améliorations envisagées pour Glamsterdam {#improvements-in-glamsterdam} + + + + +Remarque: Cet article présente actuellement une sélection d'EIP envisagées pour inclusion dans Glamsterdam. Pour les dernières mises à jour de statut, consultez la [mise à niveau de Glamsterdam sur Forkcast](https://forkcast.org/upgrade/glamsterdam). + +Si vous souhaitez ajouter une EIP qui est à l'étude pour Glamsterdam, mais qui n'a pas encore été ajoutée à cette page, [découvrez comment contribuer à ethereum.org ici](/contributing/). + + + + +La mise à niveau de Glamsterdam s'articule autour de trois objectifs principaux: + +- Accélération du traitement (parallélisation): Réorganiser la façon dont le réseau enregistre les dépendances de données, afin qu'il puisse traiter en toute sécurité de nombreuses transactions en même temps au lieu d'une séquence lente, une par une. +- Capacité accrue: la répartition de la tâche lourde de création et de vérification des blocs donne au réseau plus de temps pour propager de plus grandes quantités de données sans ralentissement. +- Prévention de l'encombrement de la base de données (durabilité): Ajuster les frais de réseau pour refléter avec précision le coût matériel à long terme du stockage de nouvelles données, débloquer les futures augmentations de la limite de gaz tout en empêchant la dégradation des performances matérielles. + +En bref, Glamsterdam introduira des changements structurels pour garantir que, à mesure que le réseau augmentera sa capacité, il restera durable et que les performances resteront élevées. + +## Échelle L1 et traitement parallèle {#scale-l1} + +Une mise à l'échelle L1 significative nécessite de s'éloigner des hypothèses de confiance hors protocole et des contraintes d'exécution en série. Glamsterdam y remédie en consacrant la séparation de certaines tâches de construction de blocs et en introduisant de nouvelles structures de données qui permettent au réseau de se préparer au traitement parallèle. + +### Proposition principale: Séparation intégrée entre le proposant et le constructeur (ePBS) {#epbs} + +- Supprime les hypothèses de confiance hors protocole et la dépendance aux relais tiers +- Permet la mise à l'échelle L1 en autorisant des charges utiles beaucoup plus importantes grâce à des fenêtres de propagation étendues +- Introduit les paiements de constructeurs sans tiers de confiance directement dans le protocole + +Actuellement, le processus de proposition et de construction de blocs comprend un transfert entre les proposeurs de blocs et les constructeurs de blocs. La relation entre les proposeurs et les constructeurs ne fait pas partie du protocole Ethereum de base, elle repose donc sur un middleware tiers de confiance, des logiciels (relais) et une confiance hors protocole entre les entités. + +La relation hors protocole entre les proposants et les constructeurs crée également un « chemin critique » pendant la validation des blocs, ce qui oblige [les validateurs](/glossary/#validator) à diffuser et à exécuter les transactions rapidement dans une fenêtre de 2 secondes, limitant ainsi la quantité de données que le réseau peut traiter. + +**La séparation proposant-constructeur intégrée au protocole (ePBS, ou EIP-7732)** sépare formellement le rôle du proposant (qui sélectionne le bloc de consensus) de celui du constructeur (qui assemble la charge utile d'exécution), inscrivant ce transfert directement dans le protocole. + +L'intégration de l'échange sans confiance d'une charge utile de bloc contre un paiement directement dans le protocole supprime le besoin de middleware tiers (comme MEV-Boost). Cependant, les constructeurs et les proposants peuvent toujours choisir d'utiliser des relais ou un middleware hors protocole pour des fonctionnalités complexes qui ne font pas encore partie du protocole de base. + +Pour résoudre le goulot d'étranglement du « chemin critique », ePBS introduit également le Payload Timeliness Committee (PTC) et une logique à double échéance, permettant aux validateurs d'attester le bloc de consensus et la ponctualité de la charge utile d'exécution séparément afin de maximiser le débit. + + + +La séparation des rôles de proposant et de constructeur au niveau du protocole élargit la fenêtre de propagation (ou le temps disponible pour diffuser des données sur le réseau) de 2 secondes à environ 9 secondes. + +En remplaçant le middleware et les relais hors protocole par des mécanismes intégrés au protocole, ePBS réduit les dépendances de confiance et permet à Ethereum de traiter en toute sécurité des quantités beaucoup plus importantes de données (comme plus de blobs pour [les couches 2](/glossary/#layer-2)) sans surcharger le réseau. + +**Ressources**: [Spécification technique EIP-7732](https://eips.ethereum.org/EIPS/eip-7732) + +### Proposition principale: listes d'accès au niveau des blocs (BAL) {#bals} + +- Élimine les goulots d'étranglement du traitement séquentiel en fournissant une carte préalable de toutes les dépendances des transaction, préparant le terrain pour que les validateurs traitent de nombreuses transactions en parallèle au lieu de les traiter une par une. +- Permet aux nœuds de mettre à jour leurs enregistrements en lisant les résultats finaux sans avoir besoin de rejouer chaque transaction (synchronisation sans exécution), ce qui rend la synchronisation d'un nœud avec le réseau beaucoup plus rapide. +- Élimine les conjectures, permettant aux validateurs de précharger toutes les données nécessaires en une seule fois au lieu de les découvrir étape par étape, ce qui rend la validation beaucoup plus rapide + +L'Ethereum d'aujourd'hui est comme une route à une seule voie ; comme le réseau ne sait pas quelles données une transaction nécessitera ou modifiera (par exemple, quels comptes une transaction affectera) tant qu'une transaction n'a pas été exécutée, les validateurs doivent traiter les transactions une par une dans une file stricte et séquentielle. S'ils essayaient de traiter les transactions toutes en même temps, sans connaître ces dépendances, deux transactions pourraient accidentellement essayer de modifier les mêmes données en même temps, ce qui provoquerait des erreurs. + +**Les listes d'accès au niveau des blocs (BAL, ou EIP-7928)** sont comme une carte incluse dans chaque bloc, indiquant au réseau quelles parties de la base de données seront consultées avant le début du travail. Les BAL exigent que chaque bloc inclue le hachage de chaque modification de compte que les transactions toucheront, ainsi que les résultats finaux de ces modifications (l'enregistrement de hachage de tous les accès à état et des valeurs post-exécution). + +Parce qu'elles offrent une visibilité instantanée sur les transactions qui ne se chevauchent pas, les BAL permettent aux nœuds d'effectuer des lectures de disque parallèles, récupérant des informations pour de nombreuses transactions simultanément. Le réseau peut regrouper en toute sécurité des transactions non liées et les traiter en parallèle. + +Étant donné que le BAL inclut les résultats finaux des transactions (les valeurs post-exécution), lorsque les nœuds du réseau doivent se synchroniser avec l' état actuel du réseau, ils peuvent copier ces résultats finaux pour mettre à jour leurs enregistrements. Les validateurs n'ont plus besoin de rejouer toutes les transactions complexes à partir de zéro pour savoir ce qui s'est passé, ce qui permet aux nouveaux nœuds de rejoindre le réseau plus rapidement et plus facilement. + +Les lectures de disques parallèles activées par les BAL constitueront une étape importante vers un avenir où Ethereum pourra traiter de nombreuses transactions à la fois, augmentant considérablement la vitesse du réseau. + +#### eth/71 échange de liste d'accès aux bloc {#bale} + +L'échange de listes d'accès aux blocs (eth/71 ou EIP-8159) est le complément direct des listes d'accès au niveau des blocs. Alors que les BAL débloquent l'exécution parallèle, eth/71 met à niveau le protocole pair à pair pour permettre aux nœuds de partager réellement ces listes sur le réseau. La mise en œuvre de l'échange de listes d'accès aux bloc permettra une synchronisation plus rapide et permettra aux nœuds d'effectuer des mises à jour état sans exécution. + +**Ressources**: +- [Spécification technique EIP-7928](https://eips.ethereum.org/EIPS/eip-7928) +- [Spécification technique EIP-8159](https://eips.ethereum.org/EIPS/eip-8159) + +## Pérennité du réseau {#network-sustainability} + +À mesure que le réseau Ethereum se développe rapidement, il est important de s'assurer que le coût de son utilisation correspond à l'usure du matériel qui exécute Ethereum. Le réseau doit augmenter ses limites de capacité globales afin de pouvoir évoluer en toute sécurité et traiter plus de transactions. + +### Augmentation du coût du gas pour la création d'un État {#state-creation-gas-cost-increase} + +- Garantit que les frais de création de nouveaux comptes ou de contrats intelligents reflètent fidèlement la charge à long terme qu'ils imposent à la base de données d'Ethereum. +- Ajuste automatiquement ces frais de création de données en fonction de la capacité globale du réseau, en ciblant un taux de croissance sûr et prévisible afin que le matériel physique standard puisse continuer à faire fonctionner le réseau. +- Sépare la comptabilisation de ces frais spécifiques dans un nouveau réservoir, supprimant les anciennes limites de transaction et permettant aux développeurs de déployer des applications plus grandes et plus complexes. + +L'ajout de nouveaux comptes, jetons et [contrats intelligents](/glossary/#smart-contract) crée des données permanentes (appelées «état») que chaque ordinateur exécutant le réseau doit stocker indéfiniment. Les frais actuels pour ajouter ou lire ces données sont incohérents et ne reflètent pas nécessairement la charge de stockage réelle et à long terme qu'ils imposent au matériel du réseau. + +Certaines actions qui créent un état sur Ethereum, comme la création de nouveaux comptes ou le déploiement de contrats intelligents volumineux, ont été relativement peu coûteuses par rapport à l'espace de stockage permanent qu'elles occupent sur les nœuds du réseau. Par exemple, le déploiement de contrats est nettement moins cher par octet que la création d'emplacements de stockage. + +Sans ajustement, état d'Ethereum pourrait augmenter de près de 200 GiB par an si le réseau passe à une limite de gaz, dépassant à terme le matériel courant. + +**L'augmentation du coût du gas pour la création d'état (ou EIP-8037)** harmonise les coûts en les liant à la taille réelle des données créées, en mettant à jour les frais afin qu'ils soient proportionnels à la quantité de données permanentes qu'une opération crée ou auxquelles elle accède. + +L'EIP-8037 introduit également un modèle de réservoir pour gérer ces coûts de manière plus prévisible; les frais de gas état proviennent d'abord du `state_gas_reservoir`, et l'opcode `GAS` ne renvoie que `gas_left`, empêchant les cadres d'exécution de mal calculer le gas disponible. + +Avant EIP-8037, le travail de calcul (le traitement actif) et le stockage permanent des données (l'enregistrement du contrat intelligent dans la base de données du réseau) partageaient la même limite de gaz. Le modèle de réservoir divise la comptabilité: la limite de gaz pour le travail de calcul réel de la transaction (traitement) et pour le stockage de données à long terme ( gas état ). La séparation des deux permet d'éviter que la taille des données d'une application n'atteigne la limite de gaz; tant que les développeurs fournissent suffisamment de fonds pour remplir le réservoir pour le stockage des données, ils peuvent déployer des contrats intelligents beaucoup plus grands et plus complexes. + +Une tarification du stockage des données plus précise et prévisible aidera Ethereum à augmenter en toute sécurité sa vitesse et sa capacité sans surcharger la base de données. Cette durabilité permettra aux opérateurs de nœud de continuer à utiliser du matériel (relativement) abordable pour les années à venir, en maintenant le mise en jeu à domicile accessible pour préserver la décentralisation du réseau. + +**Ressources**: [Spécification technique EIP-8037](https://eips.ethereum.org/EIPS/eip-8037) + +### Mise à jour du coût du gas d'accès à l'État {#state-access-gas-cost-update} + +- Augmente les coûts de gas pour les applications qui lisent ou mettent à jour des informations stockées de manière permanente sur Ethereum (opcodes d'accès à l'état) afin de correspondre précisément au travail de calcul requis par ces commandes. +- Renforce la résilience du réseau en empêchant les attaques par déni de service qui exploitent des opérations de lecture de données artificiellement peu coûteuses + +À mesure que état d'Ethereum s'est développé, l'acte de recherche et de lecture d'anciennes données (« accès à état ») est devenu plus lourd et plus lent à traiter pour les nœuds. Les frais pour ces actions sont restés les mêmes, même s'il est maintenant légèrement plus coûteux de rechercher des informations (en termes de puissance de calcul). + +Par conséquent, certaines commandes spécifiques sont actuellement sous-évaluées par rapport au travail qu'elles obligent un nœud à effectuer. `EXTCODESIZE` et `EXTCODECOPY` sont sous-évaluées, par exemple, car elles nécessitent deux lectures de base de données distinctes: une pour l'objet de compte et une seconde pour la taille réelle du code ou du bytecode. + +**La mise à jour du coût du gas d'accès à l'état (ou EIP-8038)** augmente les constantes de gas pour les opcodes d'accès à l'état, comme la recherche de données de compte et de contrat, afin de s'aligner sur les performances du matériel moderne et la taille de état. + +L'alignement du coût de l'accès à l'état contribue également à rendre Ethereum plus résilient. Étant donné que ces actions de lecture de données lourdes sont artificiellement bon marché, un attaquant malveillant pourrait inonder le réseau de milliers de requêtes de données complexes dans un seul bloc avant d'atteindre la limite de frais du réseau, ce qui pourrait entraîner un ralentissement ou un plantage du réseau (une attaque par déni de service). Même sans intention malveillante, les développeurs ne sont pas économiquement encouragés à créer des applications efficaces si la lecture des données du réseau est trop bon marché. + +En évaluant plus précisément les actions d'accès à l'état, Ethereum peut être plus résilient face aux ralentissements accidentels ou intentionnels, tandis que l'alignement des coûts du réseau sur la charge matérielle constitue une base plus durable pour les futures augmentations de la limite de gaz. + +**Ressources**: [Spécification technique EIP-8038](https://eips.ethereum.org/EIPS/eip-8038) + +## Résilience du réseau + +Les améliorations apportées aux fonctions des validateur et aux processus de sortie garantissent la stabilité du réseau lors d'événements de slashing massifs et démocratisent la liquidité. Ces améliorations rendent le réseau plus stable et garantissent que tous les participants, petits et grands, sont traités équitablement. + +### Exclure les validateurs pénalisés des propositions {#exclude-slashed-validators} + +- Empêche les validateurs pénalisés (slashed) d'être sélectionnés pour proposer de futurs blocs, éliminant ainsi les créneaux manqués garantis. +- Assure le bon fonctionnement et la fiabilité d'Ethereum, en évitant les pannes graves en cas d' pénalisation massif. + +Actuellement, même si un validateur est pénalisé (sanctionné pour avoir enfreint les règles ou ne pas avoir fonctionné comme prévu), le système pourrait toujours le choisir pour diriger un bloc dans un avenir proche lorsqu'il génère de futures anticipations de proposeurs. + +Étant donné que les blocs des validateurs pénalisés sont automatiquement rejetés comme invalides, cela entraîne des ratés de créneaux et retarde la reprise du réseau réseau d'événements de pénalisation massive. + +**Exclure les validateurs pénalisés de la proposition (ou EIP-8045)** filtre simplement les validateurs pénalisés pour qu'ils ne soient pas sélectionnés pour les tâches futures. Cela améliore la résilience de la chaîne en garantissant que seuls les validateurs sains sont sélectionnés pour proposer des blocs, maintenant ainsi la qualité de service pendant les perturbations du réseau. + +**Ressources**: [Spécification technique EIP-8045](https://eips.ethereum.org/EIPS/eip-8045) + +### Permettre aux sorties d'utiliser la file d'attente de consolidation {#let-exits-use-the-consolidation-queue} + +- Comble une faille qui permet aux validateurs disposant de soldes élevés de quitter le réseau plus rapidement que les validateurs plus petits via la file d'attente de consolidation. +- Permet aux sorties régulières de se déverser dans cette deuxième file d'attente lorsqu'elle a une capacité disponible, réduisant ainsi les délais de retrait des mise en jeu pendant les périodes de fort volume. +- Maintient une sécurité stricte pour éviter de modifier les limites de sécurité fondamentales d'Ethereum ou d'affaiblir le réseau. + +Depuis que la [mise à niveau de Pectra](/roadmap/pectra) a augmenté le solde effectif maximal des validateurs Ethereum de 32 ETH à 2 048 ETH, une faille technique permet aux validateurs disposant de soldes élevés de quitter le réseau plus rapidement que les validateurs disposant de soldes plus faibles via la file d'attente de consolidation. + +**Permettre aux sorties d'utiliser la file d'attente de consolidation (ou EIP-8080)** démocratise la file d'attente de consolidation pour toutes les sorties de mise en jeu, créant une file d'attente unique et équitable pour tous. + +Voici comment cela fonctionne aujourd'hui: + +- La limite de rotation d'Ethereum est une limite de sécurité sur le taux auquel les validateurs peuvent entrer, sortir ou fusionner (consolider) leur ETH mis en jeu, afin de garantir que la sécurité du réseau ne soit jamais déstabilisée. +- Étant donné qu'une consolidation de validateur est une action plus lourde avec plus de pièces mobiles qu'une sortie de validateur standard, elle consomme une plus grande partie de ce budget de sécurité (limite de rotation). +- Plus précisément, le protocole stipule que le coût de sécurité exact d'une sortie standard est de deux tiers (2/3) du coût d'une consolidation. + +Des files d'attente de sortie plus équitables permettront aux sorties standard d'emprunter l'espace inutilisé de la file d'attente de consolidation pendant les périodes de forte demande de sortie, en appliquant un taux d'échange de « 3 pour 2 » (pour chaque tranche de 2 places de consolidation inutilisées, le réseau peut traiter en toute sécurité 3 sorties standard). Ce facteur de rotation de 3/2 équilibre la demande entre les files d'attente de consolidation et de sortie. + +La démocratisation de l'accès à la file d'attente de consolidation augmentera la vitesse à laquelle les utilisateurs peuvent retirer leur mise pendant les périodes de forte demande jusqu'à 2,5 fois, sans compromettre la sécurité du réseau. + +**Ressources**: [Spécification technique EIP-8080](https://eips.ethereum.org/EIPS/eip-8080) + +## Améliorer l'expérience utilisateur et développeur {#improve-user-developer-experience} + +La mise à niveau Glamsterdam d'Ethereum vise à améliorer l'expérience utilisateur, à faciliter la découverte des données et à gérer la taille croissante des messages afin d'éviter les échecs de synchronisation. Cela permet de suivre plus facilement ce qui se passe sur chaîne tout en évitant les problèmes techniques à mesure que le réseau évolue. + +### Réduire les coûts intrinsèques du gas des transaction {#reduce-intrinsic-transaction-gas-costs} + +- Réduit les frais de base des transactions, diminuant ainsi le coût global d'un simple paiement en ETH natif. +- Rend les petits transferts plus abordables, ce qui renforce la viabilité d'Ethereum en tant que moyen d'échange courant. + +Toutes les transactions Ethereum ont aujourd'hui des frais de gaz de base fixes, quelle que soit la simplicité ou la complexité de leur traitement. **Réduire le gas de transaction intrinsèque (ou EIP-2780)** propose de réduire ces frais de base pour rendre un transfert ETH standard entre des comptes existants jusqu'à 71% moins cher. + +Réduire les frais de gas intrinsèques des transaction en décomposant les frais de transaction pour ne refléter que le travail de base et essentiel que les ordinateurs exécutant le réseau effectuent réellement, comme la vérification d'une signature numérique et la mise à jour d'un solde. Étant donné qu'un paiement ETH de base n'exécute pas de code complexe et ne transporte pas de données supplémentaires, cette proposition réduirait ses frais pour correspondre à son empreinte légère. + +La proposition introduit une exception pour la création de nouveaux comptes afin d'éviter que des frais peu élevés ne surchargent l' état du réseau. Si un transfert envoie de l'ETH à une adresse vide et inexistante, le réseau doit créer un nouvel enregistrement permanent pour celle-ci. Une surtaxe de gas est ajoutée pour cette création de compte afin de couvrir sa charge de stockage à long terme. + +Ensemble, l'EIP-2780 vise à rendre les transferts quotidiens entre les comptes existants plus abordables tout en garantissant que le réseau est toujours protégé contre le gonflement de la base de données en évaluant avec précision la croissance réelle de état. + +**Ressources**: [Spécification technique EIP-2780](https://eips.ethereum.org/EIPS/eip-2780) + +### Prédécouplage déterministe d'usine {#deterministic-factory-predeploy} + +- Offre aux développeurs un moyen natif de déployer des applications et des portefeuilles de contrat intelligent à la même adresse sur plusieurs chaînes. +- Permet aux utilisateurs d'avoir la même adresse de portefeuille intelligent sur plusieurs réseaux de couche 2 (L2), ce qui réduit la charge cognitive, la confusion et le risque de perte accidentelle de fonds. +- Remplace les solutions de contournement que les développeurs utilisent actuellement pour atteindre cette parité, ce qui facilite et sécurise la création de portefeuilles et d'applications multi-chaînes. + +Si un utilisateur possède aujourd'hui un portefeuille de contrat intelligent avec des comptes sur plusieurs chaînes compatibles avec la machine virtuelle Ethereum (EVM), il se retrouve souvent avec une adresse complètement différente sur différents réseaux. Non seulement cela prête à confusion, mais cela peut également entraîner une perte accidentelle de fonds. + +**Le déploiement préalable déterministe d'usine (ou EIP-7997)** offre aux développeurs un moyen natif et intégré de déployer leurs applications décentralisé et leurs portefeuilles de contrat intelligent à la même adresse sur plusieurs chaînes EVM, y compris le réseau principal Ethereum, les réseaux de couche 2 (L2), et plus encore. S'il est adopté, il permettrait aux utilisateurs d'avoir la même adresse sur chaque chaîne participante, réduisant considérablement la charge cognitive et le risque d'erreur de l'utilisateur. + +Le déploiement préalable déterministe de la fabrique fonctionne en plaçant de manière permanente un programme de fabrique minimal et spécialisé à un emplacement identique (plus précisément, adresse 0x12) sur chaque chaîne compatible EVM participante. Son objectif est de fournir un contrat de fabrique universel et standard qui peut être adopté par n'importe quel réseau compatible EVM; tant qu'une chaîne EVM participe et adopte cette norme, les développeurs pourront l'utiliser pour déployer leurs contrats intelligents à la même adresse sur ce réseau. + +Cette standardisation simplifie la création et la gestion d'applications inter-chaînes pour les développeurs et l'ensemble de l'écosystème. Les développeurs n'ont plus besoin de créer de code personnalisé et spécifique à une chaîne pour relier leurs logiciels entre différents réseaux, mais utilisent plutôt cette usine universelle pour générer la même adresse pour leur application partout. En outre, les explorateurs de bloc, les services de suivi et les portefeuilles peuvent plus facilement identifier et relier ces applications et comptes sur différentes chaînes, créant ainsi un environnement multi-chaînes plus unifié et transparent pour tous les participants basés sur Ethereum. + +**Ressources**: [Spécification technique EIP-7997](https://eips.ethereum.org/EIPS/eip-7997) + +### Les transferts et les destructions d'ETH émettent un journal {#eth-transfers-and-burns-emit-a-log} + +- Génère automatiquement un enregistrement permanent (journal) chaque fois que des ETH sont transférés ou brûlés. +- Corrige un angle mort historique qui permet aux applications, aux plateformes d'échange et aux ponts de détecter de manière fiable les dépôts des utilisateurs sans outils de traçage ad hoc. + +Contrairement aux jetons (ERC-20), les transferts réguliers d'ETH entre les contrats intelligents n'émettent pas de reçu clair (journal standard), ce qui les rend difficiles à suivre pour les échanges et les applications. + +Les transferts et les destructions d'ETH émettent un journal (ou EIP-7708) qui rend obligatoire pour le réseau d'émettre un événement de journal standard chaque fois qu'une quantité non nulle d'ETH est déplacée ou détruite. + +Cela permettra aux portefeuilles, aux plateformes d'échange et aux opérateurs de pont de suivre avec précision les dépôts et les mouvements de manière beaucoup plus simple et fiable, sans avoir besoin d'outils personnalisés. + +**Ressources**: [Spécification technique EIP-7708](https://eips.ethereum.org/EIPS/eip-7708) + +### eth/70 listes de réception de bloc partiels {#eth-70-partial-block-receipt-lists} + +À mesure que nous augmentons la quantité de travail qu'Ethereum peut effectuer, les listes de reçus pour ces actions (les enregistrements de données de ces transactions) deviennent si volumineuses qu'elles pourraient potentiellement entraîner la défaillance des nœuds du réseau lors de la tentative de synchronisation des données entre eux. + +Les listes de réception de bloc partielles eth/70 (ou EIP-7975) introduisent une nouvelle façon pour les nœuds de communiquer entre eux (eth/70) qui permet de diviser ces grandes listes en morceaux plus petits et plus faciles à gérer. eth/70 introduit un système de pagination pour le protocole de communication du réseau qui permet aux nœuds de diviser les listes de réception de bloc et de demander les données en toute sécurité dans des morceaux plus petits et plus faciles à gérer. + +Ce changement empêcherait les échecs de synchronisation du réseau pendant les périodes de forte activité. En fin de compte, il ouvre la voie à Ethereum pour augmenter sa capacité de bloc et traiter plus de transactions par bloc à l'avenir, sans surcharger le matériel physique qui synchronise la chaîne. + +**Ressources**: [Spécification technique EIP-7975](https://eips.ethereum.org/EIPS/eip-7975) + +## Pour en savoir plus {#further-reading} + +- [feuille de route d'Ethereum](/roadmap/) +- [Forkcast: Glamsterdam](https://forkcast.org/upgrade/glamsterdam) +- [Glamsterdam Meta EIP](https://eips.ethereum.org/EIPS/eip-7773) +- [Annonce sur le blogue: Mise à jour des priorités du protocole pour 2026](https://blog.ethereum.org/2026/02/18/protocol-priorities-update-2026) +- [Le podcast Daily Gwei Refuel - L'Ethereum post-quantique, Glamsterdam arrive](https://www.youtube.com/watch?v=qx9sd50uQjQ) + +## FAQ {#faq} + +### Comment l'ETH peut-il être converti après le fourche dure de Glamsterdam? {#how-can-eth-be-converted-after-the-hardfork} + +- **Aucune action requise pour votre ETH**: Il n'est pas nécessaire de convertir ou de mettre à niveau votre ETH après la mise à niveau de Glamsterdam. Les soldes de votre compte resteront les mêmes, et l'ETH que vous détenez actuellement restera accessible sous sa forme actuelle après le fourche dure. +- **Attention aux arnaques!** **Toute personne qui vous demande de « mettre à niveau » votre ETH essaie de vous arnaquer.** Vous n'avez rien à faire en ce qui concerne cette mise à niveau. Vos actifs resteront complètement inchangés. N'oubliez pas que rester informé est la meilleure défense contre les escroqueries. + +[En savoir plus sur la reconnaissance et la prévention des escroqueries](/security/) + +### La mise à niveau Glamsterdam affecte-t-elle tous les nœuds et validateurs Ethereum? {#does-the-glamsterdam-upgrade-affect-all-ethereum-nodes-and-validators} + +Oui, la mise à niveau Glamsterdam nécessite des mises à jour [des clients d'exécution et des clients de consensus](/developers/docs/nodes-and-clients/). Étant donné que cette mise à niveau introduit la séparation intégrée des proposeurs-constructeurs (ePBS), les opérateurs de nœud devront s'assurer que leurs clients sont mis à jour pour gérer les nouvelles façons dont les blocs sont construits, validés et attestés par le réseau. + +Tous les principaux clients Ethereum publieront des versions prenant en charge le fourche dure, marqué comme étant de haute priorité. Vous pouvez suivre la disponibilité de ces versions dans les dépôts GitHub des client, leurs [canaux Discord](https://ethstaker.org/support), le [Discord d'EthStaker](https://dsc.gg/ethstaker), ou en vous abonnant au blog Ethereum pour les mises à jour du protocole. + +Pour maintenir la synchronisation avec le réseau Ethereum après la mise à niveau, les opérateurs de nœud doivent s'assurer qu'ils exécutent une version de client prise en charge. Notez que les informations sur les versions des client sont sensibles au facteur temps et que les utilisateurs doivent se référer aux dernières mises à jour pour obtenir les détails les plus récents. + +### En tant que staker, que dois-je faire pour la mise à niveau de Glamsterdam? {#as-a-staker-what-do-i-need-to-do-for-the-glamsterdam-upgrade} + +Comme pour chaque mise à niveau du réseau, assurez-vous de mettre à jour vos clients vers les dernières versions compatibles avec Glamsterdam. Suivez les mises à jour sur la liste de diffusion et [les annonces de protocole sur le blog EF](https://blog.ethereum.org/category/protocol) pour être informé des versions. + +Pour valider votre configuration avant que Glamsterdam ne soit activé sur le Mainnet, vous pouvez exécuter un validateur sur les réseaux de test. Les forks de réseau de test sont également annoncés sur la liste de diffusion et le blog. + +### Quelles améliorations Glamsterdam apportera-t-elle pour la mise à l'échelle L1? {#what-improvements-will-glamsterdam-include-for-l1-scaling} + +La fonctionnalité principale est l'ePBS (EIP-7732), qui sépare la tâche lourde de validation des transactions réseau de la tâche de consensus. Cela étend la fenêtre de propagation des données de 2 secondes à environ 9 secondes, débloquant la capacité d'Ethereum à gérer en toute sécurité un débit de transaction beaucoup plus élevé et à accueillir plus de blobs de données pour les réseaux de couche 2. + +### Glamsterdam va-t-il réduire les frais sur Ethereum (couche 1)? {#will-glamsterdam-lower-fees-on-ethereum-layer-1} + +Oui, Glamsterdam réduira très probablement les frais pour les utilisateurs quotidiens! La réduction des gas de transaction intrinsèques (ou EIP-2780) réduit les frais de base pour l'envoi d'ETH, ce qui rend l'utilisation de l'ETH beaucoup moins chère pour les paiements quotidiens. + +De plus, pour assurer la pérennité à long terme, Glamsterdam introduit les listes d'accès au niveau des blocs (BAL). Cela permet le traitement parallèle et prépare la couche 1 à gérer en toute sécurité des limites de gas globales plus élevées à l'avenir, ce qui réduira probablement les coûts de gas par transaction à mesure que la capacité augmentera. + +### Mes contrats intelligents existants subiront-ils des modifications après Glamsterdam? {#will-my-smart-contracts-change} + +Les contrats existants continueront de fonctionner normalement après Glamsterdam. Les développeurs obtiendront probablement plusieurs nouveaux outils et devront revoir leur consommation de gas: +- L'augmentation de la taille maximale des contrats (ou EIP-7954) permet aux développeurs de déployer des applications plus volumineuses, en portant la limite de taille maximale des contrats d'environ 24 KiB à 32 KiB. +- Le déploiement préalable déterministe d'usine (ou EIP-7997) introduit un contrat d'usine universel et intégré. Il permet aux développeurs de déployer leurs applications et leurs portefeuilles de contrat intelligent à la même adresse sur toutes les chaînes EVM participantes. +- Si votre application s'appuie sur un traçage complexe pour trouver les transferts d'ETH, les transferts et les destructions d'ETH émettent un journal (ou EIP-7708) qui vous permettra de passer à l'utilisation de journaux pour une comptabilité plus simple et plus fiable. +- L'augmentation du coût du gas pour la création d'état (ou EIP-8037) et la mise à jour du coût du gas pour l'accès à l'état (ou EIP-8038) introduisent de nouveaux modèles de durabilité qui modifieront certains coûts de déploiement de contrat, car la création de nouveaux comptes ou de stockage permanent entraînera des frais ajustés dynamiquement. + +### Comment Glamsterdam affectera-t-il le stockage des nœud et la configuration matérielle requise? {#how-will-glamsterdam-affect-node-storage-and-hardware-requirements} + +Plusieurs EIP à l'étude pour Glamsterdam adresse de la baisse de performance de la croissance de état: +- L'augmentation du coût du gas pour la création d'état (ou EIP-8037) introduit un modèle de tarification dynamique visant un taux de croissance de la base de données état de 100 Gio/an, garantissant que le matériel physique standard puisse continuer à exécuter le réseau efficacement. +- Les listes de réception de bloc partielles eth/70 (ou EIP-7975) permettent aux nœuds de demander des réceptions de bloc paginées, ce qui divise les listes de réception de bloc lourdes en données en plus petits morceaux pour éviter les plantages et les synchronisations à mesure qu'Ethereum évolue. + 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 4c64d917e46..121c40020e3 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 @@ -130,7 +130,6 @@ sidebarDepth: 2 - [DappNode](https://docs.dappnode.io/docs/user/getting-started/choose-your-path) - DappNode केवल विक्रेता की मशीन के साथ नहीं आता। सॉफ़्टवेयर, वास्तविक नोड लॉन्चर और कई विशेषताओं के साथ नियंत्रण केंद्र का उपयोग मनमाने हार्डवेयर पर किया जा सकता है। - [eth-docker](https://eth-docker.net/) - आसान और सुरक्षित स्टेकिंग पर केंद्रित डॉकर का उपयोग करके स्वचालित सेटअप, बुनियादी टर्मिनल और डॉकर ज्ञान की आवश्यकता होती है, जो थोड़ा अधिक उन्नत यूज़र के लिए सुझाया गया है। - [स्टीरियम](https://stereum.net/ethereum-node-setup/) - एक GUI सेटअप गाइड, नियंत्रण केंद्र और कई अन्य सुविधाओं के साथ SSH कनेक्शन के माध्यम से दूरस्थ सर्वर पर क्लाइंट स्थापित करने के लिए लॉन्चर। -- [NiceNode](https://www.nicenode.xyz/) - अपने कंप्यूटर पर एक नोड चलाने के लिए एक सीधे यूज़र अनुभव के साथ लॉन्चर। बस क्लाइंट चुनें और उन्हें कुछ क्लिक के साथ शुरू करें। अब भी विकास में है। - [सेज](https://docs.sedge.nethermind.io/docs/intro)-नोड सेटअप उपकरण जो CLI विज़ार्ड का उपयोग करके स्वचालित रूप से एक डॉकर कॉन्फ़िगरेशन जेनरेट करता है। Nethermind द्वारा गो में लिखा गया। ### मैन्युअल क्लाइंट सेटअप {#manual-setup} diff --git a/public/content/translations/hi/roadmap/glamsterdam/index.md b/public/content/translations/hi/roadmap/glamsterdam/index.md new file mode 100644 index 00000000000..55d00a45100 --- /dev/null +++ b/public/content/translations/hi/roadmap/glamsterdam/index.md @@ -0,0 +1,298 @@ +--- +title: Glamsterdam +description: "Glamsterdam प्रोटोकॉल अपग्रेड के बारे में जानें" +lang: hi +--- + +# Glamsterdam {#glamsterdam} + + + + +Glamsterdam 2026 की पहली छमाही के लिए नियोजित एक आगामी Ethereum अपग्रेड है + + +Glamsterdam अपग्रेड Ethereum के दीर्घकालिक विकास लक्ष्यों में केवल एक कदम है। [प्रोटोकॉल रोडमैप](/roadmap/) और [पिछले अपग्रेड](/ethereum-forks/) के बारे में और जानें। + + + + +[Ethereum का](/) आगामी Glamsterdam अपग्रेड स्केलिंग की अगली पीढ़ी के लिए मार्ग प्रशस्त करने के लिए डिज़ाइन किया गया है। Glamsterdam का नाम "Amsterdam" (निष्पादन परत अपग्रेड, जिसका नाम पिछले Devconnect स्थान के नाम पर रखा गया है) और "Gloas" (सहमति परत अपग्रेड, जिसका नाम एक तारे के नाम पर रखा गया है) के संयोजन से रखा गया है। + +[Fusaka](/roadmap/fusaka/) अपग्रेड में हुई प्रगति के बाद, Glamsterdam नेटवर्क द्वारा लेनदेन को संसाधित करने और अपने बढ़ते डेटाबेस को प्रबंधित करने के तरीके को पुनर्गठित करके L1 को स्केल करने पर ध्यान केंद्रित करता है, जो मौलिक रूप से अपडेट करता है कि Ethereum ब्लॉक कैसे बनाता और सत्यापित करता है। + +जबकि Fusaka ने मूलभूत परिशोधन पर ध्यान केंद्रित किया, Glamsterdam विभिन्न नेटवर्क प्रतिभागियों के बीच कर्तव्यों के पृथक्करण को स्थापित करके, और उच्च-थ्रूपुट समानांतरकरण के लिए [स्टेट](/glossary/#state) तैयार करने के लिए डेटा को संभालने के अधिक कुशल तरीकों को पेश करके "स्केल L1" और "स्केल ब्लब्स" उद्देश्यों को आगे बढ़ाता है। + +ये सुधार यह सुनिश्चित करते हैं कि Ethereum अधिक गतिविधि को संभालते हुए तेज़, किफायती और विकेन्द्रीकृत बना रहे, जबकि घर पर [नोड्स](/glossary/#node) चलाने वाले लोगों के लिए हार्डवेयर आवश्यकताओं को प्रबंधनीय बनाए रखा जाए। + + + +## Glamsterdam के लिए विचाराधीन सुधार {#improvements-in-glamsterdam} + + + + +ध्यान दें: यह लेख वर्तमान में Glamsterdam में शामिल करने के लिए विचाराधीन EIPs के चयन पर प्रकाश डालता है। नवीनतम स्थिति अपडेट के लिए, [Forkcast पर Glamsterdam अपग्रेड](https://forkcast.org/upgrade/glamsterdam) देखें। + +यदि आप Glamsterdam के लिए विचाराधीन एक EIP जोड़ना चाहते हैं, लेकिन अभी तक इस पृष्ठ पर नहीं जोड़ा गया है, तो [यहां ethereum.org में योगदान करने का तरीका जानें](/contributing/)। + + + + +Glamsterdam अपग्रेड तीन मुख्य लक्ष्यों पर केंद्रित है: + +- प्रसंस्करण में तेज़ी लाना (समानांतरकरण): नेटवर्क डेटा निर्भरता को कैसे रिकॉर्ड करता है, इसे पुनर्गठित करना, ताकि यह एक धीमी, एक-एक करके अनुक्रम के बजाय एक ही समय में कई लेनदेन को सुरक्षित रूप से संसाधित कर सके। +- क्षमता का विस्तार: ब्लॉक बनाने और सत्यापित करने के भारी काम को विभाजित करना, नेटवर्क को धीमा किए बिना बड़ी मात्रा में डेटा प्रसारित करने के लिए अधिक समय देना। +- डेटाबेस ब्लोट को रोकना (स्थिरता): नए डेटा को संग्रहीत करने की दीर्घकालिक हार्डवेयर लागत को सटीक रूप से दर्शाने के लिए नेटवर्क शुल्क को समायोजित करना, हार्डवेयर प्रदर्शन में गिरावट को रोकते हुए भविष्य में गैस की सीमा में वृद्धि को अनब्लॉक करना। + +संक्षेप में, Glamsterdam यह सुनिश्चित करने के लिए संरचनात्मक परिवर्तन पेश करेगा कि जैसे-जैसे नेटवर्क की क्षमता बढ़ती है, यह टिकाऊ बना रहे और प्रदर्शन उच्च बना रहे। + +## L1 को स्केल करें और समानांतर प्रसंस्करण करें {#scale-l1} + +सार्थक L1 स्केलिंग के लिए ऑफ-प्रोटोकॉल विश्वास धारणाओं और सीरियल निष्पादन बाधाओं से दूर जाने की आवश्यकता है। Glamsterdam कुछ ब्लॉक-निर्माण कर्तव्यों के पृथक्करण को स्थापित करके और नई डेटा संरचनाओं को पेश करके इसे संबोधित करता है जो नेटवर्क को समानांतर प्रसंस्करण के लिए तैयार करने की अनुमति देते हैं। + +### हेडलाइनर प्रस्ताव: एनश्राइंड प्रस्तावक-बिल्डर सेपरेशन (ePBS) {#epbs} + +- ऑफ-प्रोटोकॉल ट्रस्ट धारणाओं और तीसरे पक्ष के रिले पर निर्भरता को हटाता है +- विस्तारित प्रसार विंडो के माध्यम से बहुत बड़े पेलोड की अनुमति देकर L1 स्केलिंग का समर्थन करता है +- प्रोटोकॉल में सीधे विश्वासहीन बिल्डर भुगतान का परिचय देता है + +वर्तमान में, ब्लॉक प्रस्तावित करने और बनाने की प्रक्रिया में ब्लॉक प्रस्तावक और ब्लॉक बिल्डर के बीच एक हैंड-ऑफ शामिल है। प्रस्तावक और बिल्डर के बीच का संबंध मुख्य Ethereum प्रोटोकॉल का हिस्सा नहीं है, इसलिए यह विश्वसनीय तृतीय-पक्ष मिडलवेयर, सॉफ़्टवेयर (रिले) और संस्थाओं के बीच ऑफ-प्रोटोकॉल विश्वास पर निर्भर करता है। + +प्रस्तावक और बिल्डर के बीच प्रोटोकॉल से बाहर का संबंध ब्लॉक सत्यापन के दौरान एक "हॉट पाथ" भी बनाता है जो [सत्यापनकर्ताओं](/glossary/#validator) को एक तंग 2-सेकंड की विंडो में लेनदेन प्रसारण और निष्पादन के माध्यम से जल्दी करने के लिए मजबूर करता है, जिससे नेटवर्क कितना डेटा संभाल सकता है, यह सीमित हो जाता है। + +**एनश्राइंड प्रस्तावक-बिल्डर सेपरेशन (ePBS, या EIP-7732)** औपचारिक रूप से प्रस्तावक के काम को (जो सहमति ब्लॉक का चयन करता है) बिल्डर से (जो निष्पादन पेलोड को इकट्ठा करता है) अलग करता है, इस हैंड-ऑफ को सीधे प्रोटोकॉल में स्थापित करता है। + +भुगतान के लिए ब्लॉक पेलोड के विश्वासहीन विनिमय को सीधे प्रोटोकॉल में बनाने से तीसरे पक्ष के मिडलवेयर (जैसे MEV-Boost) की आवश्यकता समाप्त हो जाती है। हालांकि, बिल्डर और प्रस्तावक अभी भी जटिल सुविधाओं के लिए ऑफ-प्रोटोकॉल रिले या मिडलवेयर का उपयोग करना चुन सकते हैं जो अभी तक मुख्य प्रोटोकॉल का हिस्सा नहीं हैं। + +"हॉट पाथ" बाधा को दूर करने के लिए, ePBS पेलोड टाइमलीनेस कमेटी (PTC) और एक दोहरी-समय-सीमा तर्क भी प्रस्तुत करता है, जिससे सत्यापनकर्ताओं को थ्रूपुट को अधिकतम करने के लिए सहमति ब्लॉक और निष्पादन पेलोड समयबद्धता को अलग-अलग प्रमाणित करने की अनुमति मिलती है। + + + +प्रोटोकॉल स्तर पर प्रस्तावक और बिल्डर की भूमिकाओं को अलग करने से प्रसार विंडो (या नेटवर्क पर डेटा फैलाने के लिए उपलब्ध समय) 2 सेकंड से बढ़कर लगभग 9 सेकंड हो जाता है। + +ऑफ-प्रोटोकॉल मिडलवेयर और रिले को इन-प्रोटोकॉल मैकेनिक्स से बदलकर, ePBS विश्वास निर्भरता को कम करता है और Ethereum को नेटवर्क पर दबाव डाले बिना बहुत बड़ी मात्रा में डेटा (जैसे [परत 2](/glossary/#layer-2) के लिए अधिक ब्लॉब्स) को सुरक्षित रूप से संसाधित करने की अनुमति देता है। + +**संसाधन**: [EIP-7732 तकनीकी विनिर्देश](https://eips.ethereum.org/EIPS/eip-7732) + +### हेडलाइनर प्रस्ताव: ब्लॉक-स्तरीय एक्सेस सूचियाँ (BALs) {#bals} + +- सभी लेनदेन निर्भरताओं का एक अग्रिम नक्शा प्रदान करके अनुक्रमिक प्रसंस्करण बाधाओं को समाप्त करता है, जिससे सत्यापनकर्ताओं को एक-एक करके के बजाय समानांतर में कई लेनदेन को संसाधित करने के लिए मंच तैयार होता है +- नोड्स को हर लेनदेन को फिर से चलाने की आवश्यकता के बिना अंतिम परिणामों को पढ़कर अपने रिकॉर्ड को अपडेट करने की अनुमति देता है (निष्पादन रहित सिंक), जिससे नेटवर्क पर एक नोड को सिंक करना बहुत तेज हो जाता है +- अनुमान को समाप्त करता है, जिससे सत्यापनकर्ताओं को चरण-दर-चरण खोजने के बजाय एक ही बार में सभी आवश्यक डेटा को प्री-लोड करने की अनुमति मिलती है, जो सत्यापन को बहुत तेज बनाता है + +आज का Ethereum एक-लेन वाली सड़क की तरह है; क्योंकि नेटवर्क को यह नहीं पता होता है कि किसी लेनदेन को चलाने तक किसी लेनदेन को किस डेटा की आवश्यकता होगी या वह क्या बदलेगा (जैसे कि कोई लेनदेन किन खातों को छुएगा), सत्यापनकर्ताओं को एक सख्त, अनुक्रमिक पंक्ति में एक-एक करके लेनदेन को संसाधित करना होगा। यदि वे इन निर्भरताओं को जाने बिना एक ही बार में सभी लेनदेन को संसाधित करने का प्रयास करते, तो दो लेनदेन गलती से एक ही समय में एक ही डेटा को बदलने का प्रयास कर सकते थे, जिससे त्रुटियां हो सकती थीं। + +**ब्लॉक-स्तरीय एक्सेस सूचियाँ (BALs, या EIP-7928)** एक नक्शे की तरह हैं जो हर ब्लॉक में शामिल होता है, जो नेटवर्क को बताता है कि काम शुरू होने से पहले डेटाबेस के किन हिस्सों तक पहुँचा जाएगा। BALs के लिए आवश्यक है कि प्रत्येक ब्लॉक में प्रत्येक खाता परिवर्तन का हैश शामिल हो जिसे लेनदेन छुएगा, साथ ही उन परिवर्तनों के अंतिम परिणामों (सभी राज्य पहुंच और निष्पादन के बाद के मूल्यों का हैश रिकॉर्ड) के साथ। + +क्योंकि वे तुरंत यह देखने की सुविधा देते हैं कि कौन से लेनदेन ओवरलैप नहीं होते हैं, BALs नोड्स को समानांतर डिस्क रीड करने की अनुमति देते हैं, एक साथ कई लेनदेन के लिए जानकारी प्राप्त करते हैं। नेटवर्क सुरक्षित रूप से असंबंधित लेनदेन को समूहित कर सकता है और उन्हें समानांतर में संसाधित कर सकता है। + +क्योंकि BAL में लेनदेन के अंतिम परिणाम (निष्पादन के बाद के मूल्य) शामिल होते हैं, जब नेटवर्क के नोड्स को नेटवर्क की वर्तमान स्थिति में सिंक करने की आवश्यकता होती है, तो वे अपने रिकॉर्ड को अपडेट करने के लिए उन अंतिम परिणामों की प्रतिलिपि बना सकते हैं। सत्यापनकर्ताओं को अब यह जानने के लिए सभी जटिल लेनदेन को शुरू से फिर से चलाने की आवश्यकता नहीं है कि क्या हुआ, जिससे नए नोड्स के लिए नेटवर्क में शामिल होना तेज और आसान हो जाता है। + +BALs द्वारा सक्षम समानांतर डिस्क रीड एक ऐसे भविष्य की ओर एक महत्वपूर्ण कदम होगा जहां Ethereum एक साथ कई लेनदेन को संसाधित कर सकता है, जिससे नेटवर्क की गति में काफी वृद्धि होगी। + +#### eth/71 ब्लॉक एक्सेस लिस्ट एक्सचेंज {#bale} + +ब्लॉक एक्सेस लिस्ट एक्सचेंज (eth/71 या EIP-8159) ब्लॉक-स्तरीय एक्सेस सूचियों का सीधा नेटवर्किंग साथी है। जबकि BALs समानांतर निष्पादन को अनलॉक करते हैं, eth/71 पीयर-टू-पीयर प्रोटोकॉल को अपग्रेड करता है ताकि नोड्स वास्तव में नेटवर्क पर इन सूचियों को साझा कर सकें। ब्लॉक एक्सेस लिस्ट एक्सचेंज को लागू करने से तेज सिंकिंग सक्षम होगी और नोड्स को निष्पादन रहित राज्य अपडेट करने की अनुमति मिलेगी। + +**संसाधन**: + +- [EIP-7928 तकनीकी विनिर्देश](https://eips.ethereum.org/EIPS/eip-7928) +- [EIP-8159 तकनीकी विनिर्देश](https://eips.ethereum.org/EIPS/eip-8159) + +## नेटवर्क स्थिरता {#network-sustainability} + +जैसे-जैसे Ethereum नेटवर्क तेजी से बढ़ता है, यह सुनिश्चित करना महत्वपूर्ण है कि इसका उपयोग करने की लागत Ethereum को चलाने वाले हार्डवेयर पर होने वाले टूट-फूट से मेल खाती है। नेटवर्क को सुरक्षित रूप से स्केल करने और अधिक लेनदेन को संसाधित करने के लिए अपनी समग्र क्षमता सीमाओं को बढ़ाने की आवश्यकता है। + +### स्टेट निर्माण गैस लागत में वृद्धि {#state-creation-gas-cost-increase} + +- यह सुनिश्चित करता है कि नए खाते या स्मार्ट अनुबंध बनाने के लिए शुल्क Ethereum के डेटाबेस पर उनके द्वारा डाले गए दीर्घकालिक बोझ को सटीक रूप से दर्शाते हैं +- नेटवर्क की समग्र क्षमता के आधार पर इन डेटा-निर्माण शुल्कों को स्वचालित रूप से समायोजित करता है, एक सुरक्षित और अनुमानित विकास दर को लक्षित करता है ताकि मानक भौतिक हार्डवेयर नेटवर्क को चलाना जारी रख सके +- इन विशिष्ट शुल्कों के लिए लेखांकन को एक नए भंडार में अलग करता है, पुरानी लेनदेन सीमाओं को हटाता है और डेवलपर्स को बड़े, अधिक जटिल अनुप्रयोगों को तैनात करने की अनुमति देता है + +नए खाते, टोकन और [स्मार्ट अनुबंध](/glossary/#smart-contract) जोड़ने से स्थायी डेटा (जिसे "स्टेट" कहा जाता है) बनता है जिसे नेटवर्क चलाने वाले प्रत्येक कंप्यूटर को अनिश्चित काल तक संग्रहीत करना होगा। इस डेटा को जोड़ने या पढ़ने के लिए वर्तमान शुल्क असंगत हैं और जरूरी नहीं कि वे नेटवर्क के हार्डवेयर पर रखे गए वास्तविक, दीर्घकालिक भंडारण बोझ को दर्शाते हों। + +Ethereum पर स्टेट बनाने वाली कुछ क्रियाएं, जैसे नए खाते बनाना या बड़े स्मार्ट अनुबंधों को तैनात करना, नेटवर्क के नोड्स पर उनके द्वारा लिए जाने वाले स्थायी भंडारण स्थान की तुलना में अपेक्षाकृत कम लागत वाली रही हैं, उदाहरण के लिए, अनुबंध परिनियोजन भंडारण स्लॉट बनाने की तुलना में प्रति बाइट काफी सस्ता है। + +समायोजन के बिना, यदि नेटवर्क 100M गैस की सीमा तक स्केल करता है, तो Ethereum का स्टेट प्रति वर्ष लगभग 200 GiB बढ़ सकता है, जो अंततः सामान्य हार्डवेयर से आगे निकल जाएगा। + +**स्टेट निर्माण गैस लागत में वृद्धि (या EIP-8037)** बनाए जा रहे डेटा के वास्तविक आकार से लागतों को जोड़कर लागतों में सामंजस्य स्थापित करती है, शुल्कों को अपडेट करती है ताकि वे एक ऑपरेशन द्वारा बनाए गए या एक्सेस किए गए स्थायी डेटा की मात्रा के अनुपात में हों। + +EIP-8037 इन लागतों को अधिक अनुमानित रूप से प्रबंधित करने के लिए एक भंडार मॉडल भी प्रस्तुत करता है; स्टेट गैस शुल्क पहले `state_gas_reservoir` से लिया जाता है, और `GAS` ओपकोड केवल `gas_left` लौटाता है, जो निष्पादन फ्रेम को उपलब्ध गैस की गलत गणना करने से रोकता है। + +EIP-8037 से पहले, कम्प्यूटेशनल कार्य (सक्रिय प्रसंस्करण) और स्थायी डेटा भंडारण (स्मार्ट अनुबंध को नेटवर्क के डेटाबेस में सहेजना) दोनों एक ही गैस की सीमा साझा करते हैं। जलाशय मॉडल लेखांकन को विभाजित करता है: लेनदेन के वास्तविक कम्प्यूटेशनल कार्य (प्रसंस्करण) के लिए गैस की सीमा और दीर्घकालिक डेटा भंडारण (स्टेट गैस) के लिए। दोनों को अलग करने से किसी एप्लिकेशन के डेटा के विशाल आकार को गैस की सीमा को पार करने से रोकने में मदद मिलती है; जब तक डेवलपर डेटा भंडारण के लिए जलाशय को भरने के लिए पर्याप्त धन प्रदान करते हैं, तब तक वे बहुत बड़े और अधिक जटिल स्मार्ट अनुबंध तैनात कर सकते हैं। + +डेटा भंडारण का अधिक सटीक और अनुमानित रूप से मूल्य निर्धारण करने से Ethereum को डेटाबेस को ब्लोट किए बिना अपनी गति और क्षमता को सुरक्षित रूप से बढ़ाने में मदद मिलेगी। यह स्थिरता नोड ऑपरेटरों को आने वाले वर्षों के लिए (अपेक्षाकृत) किफायती हार्डवेयर का उपयोग जारी रखने की अनुमति देगी, जिससे नेटवर्क के विकेंद्रीकरण को बनाए रखने के लिए घर पर स्टेकिंग सुलभ रहेगी। + +**संसाधन**: [EIP-8037 तकनीकी विनिर्देश](https://eips.ethereum.org/EIPS/eip-8037) + +### स्टेट-एक्सेस गैस लागत अपडेट {#state-access-gas-cost-update} + +- जब एप्लिकेशन Ethereum पर स्थायी रूप से संग्रहीत जानकारी (स्टेट-एक्सेस ओपकोड) को पढ़ते या अपडेट करते हैं, तो गैस लागत बढ़ाता है ताकि इन कमांडों के लिए आवश्यक गणना कार्य का सटीक मिलान हो सके +- कृत्रिम रूप से सस्ती डेटा-रीडिंग संचालन का फायदा उठाने वाले सेवा-से-इनकार हमलों को रोककर नेटवर्क लचीलापन को मजबूत करता है + +जैसे-जैसे Ethereum का स्टेट बढ़ा है, पुराने डेटा को खोजने और पढ़ने का कार्य ("स्टेट एक्सेस") नोड्स के लिए संसाधित करने के लिए भारी और धीमा हो गया है। इन कार्यों के लिए शुल्क समान रहे हैं, भले ही अब जानकारी देखना (गणना शक्ति के मामले में) थोड़ा अधिक महंगा है। + +नतीजतन, कुछ विशिष्ट कमांड वर्तमान में उस काम के सापेक्ष कम कीमत पर हैं जो वे एक नोड को करने के लिए मजबूर करते हैं। `EXTCODESIZE` और `EXTCODECOPY` कम कीमत के हैं, उदाहरण के लिए, क्योंकि उन्हें दो अलग-अलग डेटाबेस रीड की आवश्यकता होती है - एक खाता ऑब्जेक्ट के लिए, और दूसरा वास्तविक कोड आकार या बाइटकोड के लिए। + +**स्टेट-एक्सेस गैस लागत अपडेट (या EIP-8038)** आधुनिक हार्डवेयर प्रदर्शन और स्टेट आकार के साथ संरेखित करने के लिए, खाता और अनुबंध डेटा देखने जैसे स्टेट-एक्सेस ओपकोड के लिए गैस स्थिरांक बढ़ाता है। + +स्टेट-एक्सेस की लागत को संरेखित करने से Ethereum को और अधिक लचीला बनाने में भी मदद मिलती है। क्योंकि ये भारी डेटा-रीडिंग क्रियाएं कृत्रिम रूप से सस्ती हैं, एक दुर्भावनापूर्ण हमलावर नेटवर्क की शुल्क सीमा तक पहुंचने से पहले एक ही ब्लॉक में हजारों जटिल डेटा अनुरोधों के साथ नेटवर्क को स्पैम कर सकता है, जिससे संभावित रूप से नेटवर्क रुक सकता है या क्रैश हो सकता है (एक सेवा-से-इनकार हमला)। दुर्भावनापूर्ण इरादे के बिना भी, यदि नेटवर्क डेटा पढ़ना बहुत सस्ता है, तो डेवलपर्स को कुशल एप्लिकेशन बनाने के लिए आर्थिक रूप से प्रोत्साहित नहीं किया जाता है। + +स्टेट-एक्सेस क्रियाओं का अधिक सटीक मूल्य निर्धारण करके Ethereum आकस्मिक या जानबूझकर मंदी के खिलाफ अधिक लचीला हो सकता है, जबकि नेटवर्क लागत को हार्डवेयर लोड के साथ संरेखित करना भविष्य में गैस की सीमा में वृद्धि के लिए एक अधिक स्थायी आधार साबित होता है। + +**संसाधन**: [EIP-8038 तकनीकी विनिर्देश](https://eips.ethereum.org/EIPS/eip-8038) + +## नेटवर्क लचीलापन + +सत्यापनकर्ता कर्तव्यों और निकास प्रक्रियाओं में सुधार बड़े पैमाने पर स्लैशिंग घटनाओं के दौरान नेटवर्क स्थिरता सुनिश्चित करते हैं और तरलता का लोकतंत्रीकरण करते हैं। ये सुधार नेटवर्क को अधिक स्थिर बनाते हैं और यह सुनिश्चित करते हैं कि सभी प्रतिभागियों, बड़े और छोटे, के साथ उचित व्यवहार किया जाए। + +### स्लैश किए गए सत्यापनकर्ताओं को प्रस्तावित करने से बाहर करें {#exclude-slashed-validators} + +- दंडित (स्लैश किए गए) सत्यापनकर्ताओं को भविष्य के ब्लॉक प्रस्तावित करने के लिए चुने जाने से रोकता है, गारंटीकृत छूटे हुए स्लॉट को समाप्त करता है +- Ethereum को सुचारू रूप से और भरोसेमंद रूप से चालू रखता है, बड़े पैमाने पर स्लैशिंग घटना के मामले में गंभीर ठहराव को रोकता है + +वर्तमान में, भले ही एक सत्यापनकर्ता को स्लैश किया गया हो (नियम तोड़ने या अपेक्षा के अनुरूप काम न करने के लिए दंडित किया गया हो), सिस्टम अभी भी भविष्य में एक ब्लॉक का नेतृत्व करने के लिए उन्हें चुन सकता है जब यह भविष्य के प्रस्तावक लुकहेड्स उत्पन्न करता है। + +क्योंकि स्लैश किए गए प्रस्तावक के ब्लॉक स्वचालित रूप से अमान्य के रूप में खारिज कर दिए जाते हैं, इससे नेटवर्क को स्लॉट छूट जाते हैं और बड़े पैमाने पर स्लैशिंग घटनाओं के दौरान नेटवर्क रिकवरी में देरी होती है। + +**स्लैश किए गए सत्यापनकर्ताओं को प्रस्तावित करने से बाहर करें (या EIP-8045)** बस भविष्य के कर्तव्यों के लिए चुने जाने से स्लैश किए गए सत्यापनकर्ताओं को फ़िल्टर करता है। यह श्रृंखला के लचीलेपन में सुधार करता है यह सुनिश्चित करके कि केवल स्वस्थ सत्यापनकर्ताओं को ब्लॉक प्रस्तावित करने के लिए चुना जाता है, नेटवर्क व्यवधानों के दौरान सेवा की गुणवत्ता बनाए रखता है। + +**संसाधन**: [EIP-8045 तकनीकी विनिर्देश](https://eips.ethereum.org/EIPS/eip-8045) + +### निकासियों को समेकन कतार का उपयोग करने दें {#let-exits-use-the-consolidation-queue} + +- एक खामी को बंद करता है जो उच्च-शेष सत्यापनकर्ताओं को समेकन कतार के माध्यम से छोटे सत्यापनकर्ताओं की तुलना में अधिक तेज़ी से नेटवर्क से बाहर निकलने की अनुमति देता है +- नियमित निकास को इस दूसरी कतार में ओवरफ्लो करने की अनुमति देता है जब इसमें अतिरिक्त क्षमता होती है, उच्च-मात्रा अवधि के दौरान स्टेकिंग निकासी के समय को कम करता है +- Ethereum की मुख्य सुरक्षा सीमाओं को बदलने या नेटवर्क को कमजोर करने से बचने के लिए सख्त सुरक्षा बनाए रखता है + +[Pectra अपग्रेड](/roadmap/pectra) के बाद से Ethereum सत्यापनकर्ताओं के लिए अधिकतम प्रभावी शेष राशि 32 ETH से बढ़कर 2,048 ETH हो गई है, एक तकनीकी खामी उच्च-शेष सत्यापनकर्ताओं को समेकन कतार के माध्यम से छोटे सत्यापनकर्ताओं की तुलना में तेजी से नेटवर्क से बाहर निकलने की अनुमति देती है। + +**निकासियों को समेकन कतार का उपयोग करने दें (या EIP-8080)** सभी स्टेकिंग निकास के लिए समेकन कतार का लोकतंत्रीकरण करता है, जिससे सभी के लिए एक एकल, निष्पक्ष रेखा बनती है। + +आज यह कैसे काम करता है, इसे तोड़ने के लिए: + +- Ethereum की मंथन सीमा उस दर पर एक सुरक्षा सीमा है जिस पर सत्यापनकर्ता अपने दांव पर लगे ETH में प्रवेश कर सकते हैं, बाहर निकल सकते हैं, या विलय (समेकित) कर सकते हैं, यह सुनिश्चित करने के लिए कि नेटवर्क की सुरक्षा कभी भी अस्थिर न हो +- क्योंकि एक सत्यापनकर्ता समेकन एक मानक सत्यापनकर्ता निकास की तुलना में अधिक चलने वाले भागों के साथ एक भारी कार्रवाई है, यह इस सुरक्षा बजट (मंथन सीमा) का एक बड़ा हिस्सा खा जाता है +- विशेष रूप से, प्रोटोकॉल यह निर्धारित करता है कि एक मानक निकास की सटीक सुरक्षा लागत एक समेकन की लागत का दो-तिहाई (2/3) है + +उचित निकास कतारें मानक निकास को उच्च निकास मांग की अवधि के दौरान समेकन कतार से अप्रयुक्त स्थान उधार लेने की अनुमति देंगी, "3 के लिए 2" विनिमय दर लागू करते हुए (प्रत्येक 2 अप्रयुक्त समेकन स्थानों के लिए, नेटवर्क सुरक्षित रूप से 3 मानक निकास को संसाधित कर सकता है)। यह 3/2 मंथन कारक समेकन और निकास कतारों में मांग को संतुलित करता है। + +समेकन कतार तक पहुंच का लोकतंत्रीकरण करने से उच्च मांग की अवधि के दौरान उपयोगकर्ताओं के अपने दांव से बाहर निकलने की गति 2.5 गुना तक बढ़ जाएगी, बिना नेटवर्क सुरक्षा से समझौता किए। + +**संसाधन**: [EIP-8080 तकनीकी विनिर्देश](https://eips.ethereum.org/EIPS/eip-8080) + +## उपयोगकर्ता और डेवलपर अनुभव में सुधार करें {#improve-user-developer-experience} + +Ethereum के Glamsterdam अपग्रेड का उद्देश्य उपयोगकर्ता अनुभव में सुधार करना, डेटा खोज क्षमता को बढ़ाना और सिंक विफलताओं को रोकने के लिए बढ़ते संदेश आकारों को संभालना है। यह नेटवर्क के स्केलिंग के साथ तकनीकी अड़चनों को रोकते हुए ऑनचेन क्या हो रहा है, इसे ट्रैक करना आसान बनाता है। + +### आंतरिक लेनदेन गैस लागत कम करें {#reduce-intrinsic-transaction-gas-costs} + +- लेनदेन के लिए आधार शुल्क कम करता है, एक साधारण देशी ETH भुगतान की कुल लागत को कम करता है +- छोटे हस्तांतरण को और अधिक किफायती बनाता है, जिससे Ethereum की व्यवहार्यता एक नियमित विनिमय माध्यम के रूप में बढ़ती है + +आज सभी Ethereum लेनदेन पर एक समान आधार गैस शुल्क है, भले ही इसे संसाधित करना कितना भी सरल या जटिल क्यों न हो। **आंतरिक लेनदेन गैस कम करें (या EIP-2780)** उस आधार शुल्क को कम करने का प्रस्ताव करता है ताकि मौजूदा खातों के बीच एक मानक ETH हस्तांतरण **71% तक सस्ता** हो सके। + +आंतरिक लेनदेन गैस को कम करना लेनदेन शुल्क को तोड़कर काम करता है ताकि केवल उस बुनियादी, आवश्यक काम को प्रतिबिंबित किया जा सके जो नेटवर्क चलाने वाले कंप्यूटर वास्तव में करते हैं, जैसे कि डिजिटल हस्ताक्षर को सत्यापित करना और शेष राशि को अपडेट करना। क्योंकि एक मूल ETH भुगतान जटिल कोड निष्पादित नहीं करता है या अतिरिक्त डेटा नहीं ले जाता है, यह प्रस्ताव इसके हल्के पदचिह्न से मेल खाने के लिए इसके शुल्क को कम करेगा। + +यह प्रस्ताव नेटवर्क के स्टेट पर भारी पड़ने से कम शुल्कों को रोकने के लिए बिल्कुल नए खाते बनाने के लिए एक अपवाद प्रस्तुत करता है। यदि कोई हस्तांतरण ETH को एक खाली, अस्तित्वहीन पते पर भेजता है, तो नेटवर्क को इसके लिए एक स्थायी नया रिकॉर्ड बनाना होगा। उस खाता निर्माण के लिए एक गैस अधिभार जोड़ा जाता है ताकि इसके दीर्घकालिक भंडारण बोझ को कवर करने में मदद मिल सके। + +साथ में, EIP-2780 का उद्देश्य मौजूदा खातों के बीच रोजमर्रा के हस्तांतरण को और अधिक किफायती बनाना है, जबकि यह सुनिश्चित करना है कि नेटवर्क अभी भी सच्चे स्टेट विकास का सटीक मूल्य निर्धारण करके डेटाबेस ब्लोट से सुरक्षित है। + +**संसाधन**: [EIP-2780 तकनीकी विनिर्देश](https://eips.ethereum.org/EIPS/eip-2780) + +### नियतात्मक फैक्टरी प्रीडिप्लॉय {#deterministic-factory-predeploy} + +- डेवलपर्स को कई श्रृंखलाओं में एक ही पते पर एप्लिकेशन और स्मार्ट अनुबंध वॉलेट तैनात करने का एक देशी तरीका देता है +- उपयोगकर्ताओं को कई परत 2 (L2) नेटवर्क पर एक ही स्मार्ट वॉलेट पता रखने की अनुमति देता है, जिससे संज्ञानात्मक भार कम होता है, भ्रम कम होता है, और धन की आकस्मिक हानि का खतरा कम होता है +- डेवलपर्स द्वारा वर्तमान में इस समता को प्राप्त करने के लिए उपयोग किए जाने वाले वर्कअराउंड को प्रतिस्थापित करता है, जिससे मल्टी-चेन वॉलेट और ऐप बनाना आसान और अधिक सुरक्षित हो जाता है + +यदि किसी उपयोगकर्ता के पास आज कई Ethereum Virtual Machine (EVM)-संगत श्रृंखलाओं में खातों के साथ एक स्मार्ट अनुबंध वॉलेट है, तो वे अक्सर विभिन्न नेटवर्कों पर पूरी तरह से अलग पते के साथ समाप्त होते हैं। यह न केवल भ्रामक है, बल्कि इससे धन की आकस्मिक हानि भी हो सकती है। + +**नियतात्मक फैक्टरी प्रीडिप्लॉय (या EIP-7997)** डेवलपर्स को Ethereum मेननेट, परत 2 (L2) नेटवर्क, और बहुत कुछ सहित कई EVM श्रृंखलाओं में एक ही पते पर अपने विकेंद्रीकृत अनुप्रयोगों और स्मार्ट अनुबंध वॉलेट को तैनात करने का एक देशी, अंतर्निहित तरीका देता है। यदि अपनाया जाता है, तो यह उपयोगकर्ता को प्रत्येक भाग लेने वाली श्रृंखला पर एक ही पता रखने की अनुमति देगा, जिससे संज्ञानात्मक भार और उपयोगकर्ता त्रुटि की संभावना में काफी कमी आएगी। + +नियतात्मक फैक्टरी प्रीडिप्लॉय प्रत्येक भाग लेने वाली EVM-संगत श्रृंखला पर एक समान स्थान (विशेष रूप से, पता 0x12) पर एक न्यूनतम, विशेष फैक्टरी प्रोग्राम को स्थायी रूप से रखकर काम करता है। इसका लक्ष्य एक सार्वभौमिक, मानक फैक्टरी अनुबंध प्रदान करना है जिसे किसी भी EVM-संगत नेटवर्क द्वारा अपनाया जा सकता है; जब तक एक EVM श्रृंखला भाग लेती है और इस मानक को अपनाती है, तब तक डेवलपर इसका उपयोग उस नेटवर्क पर अपने स्मार्ट अनुबंधों को ठीक उसी पते पर तैनात करने के लिए कर पाएंगे। + +यह मानकीकरण डेवलपर्स और व्यापक पारिस्थितिकी तंत्र के लिए क्रॉस-चेन एप्लिकेशन बनाने और प्रबंधित करने को सरल बनाता है। डेवलपर्स को अब विभिन्न नेटवर्कों पर अपने सॉफ़्टवेयर को एक साथ जोड़ने के लिए कस्टम, चेन-विशिष्ट कोड बनाने की आवश्यकता नहीं है, इसके बजाय हर जगह अपने एप्लिकेशन के लिए ठीक उसी पते को उत्पन्न करने के लिए इस सार्वभौमिक फैक्टरी का उपयोग करते हैं। इसके अलावा, ब्लॉक एक्सप्लोरर, ट्रैकिंग सेवाएं, और वॉलेट विभिन्न श्रृंखलाओं में इन अनुप्रयोगों और खातों को अधिक आसानी से पहचान और लिंक कर सकते हैं, जिससे सभी Ethereum-आधारित प्रतिभागियों के लिए एक अधिक एकीकृत और निर्बाध मल्टी-चेन वातावरण बनता है। + +**संसाधन**: [EIP-7997 तकनीकी विनिर्देश](https://eips.ethereum.org/EIPS/eip-7997) + +### ETH हस्तांतरण और बर्न एक लॉग उत्सर्जित करते हैं {#eth-transfers-and-burns-emit-a-log} + +- हर बार ETH हस्तांतरित या जलाए जाने पर स्वचालित रूप से एक स्थायी रिकॉर्ड (लॉग) उत्पन्न करता है +- एक ऐतिहासिक अंधे स्थान को ठीक करता है जो ऐप्स, एक्सचेंजों और ब्रिजों को तदर्थ अनुरेखण उपकरणों के बिना उपयोगकर्ता जमा का विश्वसनीय रूप से पता लगाने की अनुमति देता है + +टोकन (ERC-20) के विपरीत, स्मार्ट अनुबंधों के बीच नियमित ETH हस्तांतरण एक स्पष्ट रसीद (मानक लॉग) उत्सर्जित नहीं करते हैं, जिससे एक्सचेंजों और ऐप्स के लिए उन्हें ट्रैक करना मुश्किल हो जाता है। + +ETH हस्तांतरण और बर्न एक लॉग उत्सर्जित करते हैं (या EIP-7708) नेटवर्क के लिए हर बार गैर-शून्य मात्रा में ETH को स्थानांतरित या जलाने पर एक मानक लॉग ईवेंट उत्सर्जित करना अनिवार्य बनाता है। + +यह वॉलेट, एक्सचेंज और ब्रिज ऑपरेटरों के लिए कस्टम टूलिंग के बिना जमा और आंदोलनों को सटीक रूप से ट्रैक करना बहुत आसान और अधिक विश्वसनीय बना देगा। + +**संसाधन**: [EIP-7708 तकनीकी विनिर्देश](https://eips.ethereum.org/EIPS/eip-7708) + +### eth/70 आंशिक ब्लॉक रसीद सूचियाँ {#eth-70-partial-block-receipt-lists} + +जैसे-जैसे हम Ethereum द्वारा किए जा सकने वाले काम की मात्रा बढ़ाते हैं, उन कार्यों के लिए रसीदों की सूचियां (इन लेनदेन के डेटा रिकॉर्ड) इतनी बड़ी होती जा रही हैं कि वे संभावित रूप से नेटवर्क के नोड्स को एक-दूसरे के साथ डेटा सिंक करने का प्रयास करते समय विफल कर सकती हैं। + +eth/70 आंशिक ब्लॉक रसीद सूचियां (या EIP-7975) नोड्स के लिए एक-दूसरे से बात करने का एक नया तरीका (eth/70) प्रस्तुत करती हैं जो इन बड़ी सूचियों को छोटे, अधिक प्रबंधनीय टुकड़ों में तोड़ने की अनुमति देती हैं। eth/70 नेटवर्क के संचार प्रोटोकॉल के लिए एक पेजिनेशन प्रणाली प्रस्तुत करता है जो नोड्स को ब्लॉक रसीद सूचियों को तोड़ने और डेटा को छोटे, अधिक प्रबंधनीय टुकड़ों में सुरक्षित रूप से अनुरोध करने की अनुमति देता है। + +यह परिवर्तन भारी गतिविधि की अवधि के दौरान नेटवर्क सिंक विफलताओं को रोकेगा। अंततः, यह Ethereum को अपनी ब्लॉक क्षमता बढ़ाने और भविष्य में प्रति ब्लॉक अधिक लेनदेन संसाधित करने का मार्ग प्रशस्त करता है, बिना श्रृंखला को सिंक करने वाले भौतिक हार्डवेयर पर भारी पड़े। + +**संसाधन**: [EIP-7975 तकनीकी विनिर्देश](https://eips.ethereum.org/EIPS/eip-7975) + +## आगे की रीडिंग {#further-reading} + +- [इथेरियम रोडमैप](/roadmap/) +- [Forkcast: Glamsterdam](https://forkcast.org/upgrade/glamsterdam) +- [Glamsterdam मेटा EIP](https://eips.ethereum.org/EIPS/eip-7773) +- [2026 के लिए प्रोटोकॉल प्राथमिकताएँ अपडेट ब्लॉग घोषणा](https://blog.ethereum.org/2026/02/18/protocol-priorities-update-2026) +- [द डेली ग्वेई रिफ्यूल पॉडकास्ट - पोस्ट-क्वांटम Ethereum, Glamsterdam आ रहा है](https://www.youtube.com/watch?v=qx9sd50uQjQ) + +## अक्सर पूछे जाने वाले प्रश्न {#faq} + +### Glamsterdam हार्ड फोर्क के बाद ETH को कैसे परिवर्तित किया जा सकता है? {#how-can-eth-be-converted-after-the-hardfork} + +- **आपके ETH के लिए कोई कार्रवाई आवश्यक नहीं है**: Glamsterdam अपग्रेड के बाद आपके ETH को बदलने या अपग्रेड करने की कोई आवश्यकता नहीं है। आपके खाते का बैलेंस वही रहेगा, और हार्ड फोर्क के बाद आपके पास वर्तमान में मौजूद ETH उसी रूप में उपलब्ध रहेगा। +- **घोटालों से सावधान रहें!** **आपको अपने ETH को "अपग्रेड" करने का निर्देश देने वाला कोई भी व्यक्ति आपको घोटाला करने की कोशिश कर रहा है।** इस अपग्रेड के संबंध में आपको कुछ भी करने की आवश्यकता नहीं है। आपकी संपत्तियाँ पूरी तरह से अप्रभावित रहेंगी। याद रखें, सूचित रहना धोखाधड़ी के खिलाफ सबसे अच्छी सुरक्षा है। + +[धोखाधड़ी को पहचानने और इससे बचने पर अधिक जानकारी](/security/) + +### क्या Glamsterdam अपग्रेड सभी Ethereum नोड्स और सत्यापनकर्ताओं को प्रभावित करता है? {#does-the-glamsterdam-upgrade-affect-all-ethereum-nodes-and-validators} + +हां, Glamsterdam अपग्रेड के लिए [निष्पादन क्लाइंट और सहमति क्लाइंट](/developers/docs/nodes-and-clients/) दोनों के लिए अपडेट की आवश्यकता है। क्योंकि यह अपग्रेड एनश्राइंड प्रस्तावक-बिल्डर सेपरेशन (ePBS) का परिचय देता है, नोड ऑपरेटरों को यह सुनिश्चित करने की आवश्यकता होगी कि उनके क्लाइंट नेटवर्क द्वारा ब्लॉक बनाने, मान्य करने और प्रमाणित करने के नए तरीकों को संभालने के लिए अपडेट किए गए हैं। + +सभी मुख्य इथेरियम क्लाइंट उच्च प्राथमिकता के रूप में चिह्नित हार्ड फोर्क का समर्थन करने वाले संस्करण जारी करेंगे। आप क्लाइंट GitHub रिपॉजिटरी, उनके [Discord चैनलों](https://ethstaker.org/support), [EthStaker Discord](https://dsc.gg/ethstaker) में इन रिलीज़ की उपलब्धता के साथ बने रह सकते हैं, या प्रोटोकॉल अपडेट के लिए Ethereum ब्लॉग की सदस्यता ले सकते हैं। + +अपग्रेड के बाद एथेरियम नेटवर्क के साथ सिंक्रनाइज़ेशन बनाए रखने के लिए, नोड ऑपरेटरों को यह सुनिश्चित करना होगा कि वे एक समर्थित क्लाइंट संस्करण चला रहे हैं। ध्यान दें कि क्लाइंट रिलीज़ के बारे में जानकारी समय-संवेदी है, और यूज़र को नवीनतम विवरणों के लिए नवीनतम अपडेट का संदर्भ लेना चाहिए। + +### एक स्टेकर के रूप में, मुझे Glamsterdam अपग्रेड के लिए क्या करने की आवश्यकता है? {#as-a-staker-what-do-i-need-to-do-for-the-glamsterdam-upgrade} + +हर नेटवर्क अपग्रेड की तरह, सुनिश्चित करें कि आप अपने क्लाइंट्स को Glamsterdam समर्थन के साथ चिह्नित नवीनतम संस्करणों में अपडेट करें। रिलीज़ के बारे में सूचित होने के लिए मेलिंग सूची और [EF ब्लॉग पर प्रोटोकॉल घोषणाओं](https://blog.ethereum.org/category/protocol) में अपडेट का पालन करें। + +मेननेट पर Glamsterdam सक्रिय होने से पहले अपने सेटअप को मान्य करने के लिए, आप टेस्टनेट पर एक सत्यापनकर्ता चला सकते हैं। टेस्टनेट फोर्क की घोषणा मेलिंग सूची और ब्लॉग में भी की जाती है। + +### Glamsterdam L1 स्केलिंग के लिए क्या सुधार शामिल करेगा? {#what-improvements-will-glamsterdam-include-for-l1-scaling} + +हेडलाइन सुविधा ePBS (EIP-7732) है, जो नेटवर्क लेनदेन को मान्य करने के भारी कार्य को सहमति तक पहुंचने के कार्य से अलग करती है। यह डेटा प्रसार विंडो को 2 सेकंड से लगभग 9 सेकंड तक बढ़ाता है, जिससे Ethereum की बहुत अधिक लेनदेन थ्रूपुट को सुरक्षित रूप से संभालने और परत 2 नेटवर्क के लिए अधिक डेटा ब्लॉब्स को समायोजित करने की क्षमता अनब्लॉक हो जाती है। + +### क्या Glamsterdam Ethereum (परत 1) पर शुल्क कम करेगा? {#will-glamsterdam-lower-fees-on-ethereum-layer-1} + +हां, Glamsterdam सबसे अधिक संभावना रोजमर्रा के उपयोगकर्ताओं के लिए शुल्क कम करेगा! आंतरिक लेनदेन गैस को कम करें (या EIP-2780) ETH भेजने के लिए आधार शुल्क को कम करता है, जिससे ETH रोजमर्रा के भुगतानों के लिए उपयोग करने के लिए बहुत सस्ता हो जाता है। + +इसके अलावा, दीर्घकालिक स्थिरता के लिए, Glamsterdam ब्लॉक-स्तरीय एक्सेस सूचियों (BALs) का परिचय देता है। यह समानांतर प्रसंस्करण को सक्षम बनाता है और L1 को भविष्य में उच्च समग्र गैस की सीमाओं को सुरक्षित रूप से संभालने के लिए तैयार करता है, जो क्षमता बढ़ने पर प्रति-लेनदेन गैस लागत को कम करने की संभावना है। + +### क्या Glamsterdam के बाद मेरे मौजूदा स्मार्ट अनुबंधों में कोई बदलाव होगा? {#will-my-smart-contracts-change} + +मौजूदा अनुबंध Glamsterdam के बाद सामान्य रूप से काम करते रहेंगे। डेवलपर्स को संभवतः कई नए उपकरण मिलेंगे और उन्हें अपने गैस उपयोग की समीक्षा करनी चाहिए: + +- अधिकतम अनुबंध आकार बढ़ाएं (या EIP-7954) डेवलपर्स को बड़े एप्लिकेशन तैनात करने की अनुमति देता है, जिससे अधिकतम अनुबंध आकार की सीमा लगभग 24KiB से 32KiB तक बढ़ जाती है। +- नियतात्मक फैक्टरी प्रीडिप्लॉय (या EIP-7997) एक सार्वभौमिक, अंतर्निहित फैक्टरी अनुबंध का परिचय देता है। यह डेवलपर्स को सभी भाग लेने वाली EVM श्रृंखलाओं में अपने अनुप्रयोगों और स्मार्ट अनुबंध वॉलेट को ठीक उसी पते पर तैनात करने की अनुमति देता है। +- यदि आपका ऐप ETH हस्तांतरण खोजने के लिए जटिल अनुरेखण पर निर्भर करता है, तो ETH हस्तांतरण और बर्न एक लॉग उत्सर्जित करते हैं (या EIP-7708) आपको अधिक सरल और विश्वसनीय लेखांकन के लिए लॉग का उपयोग करने पर स्विच करने की अनुमति देगा। +- स्टेट निर्माण गैस लागत में वृद्धि (या EIP-8037) और स्टेट-एक्सेस गैस लागत अपडेट (या EIP-8038) नए स्थिरता मॉडल पेश करते हैं जो कुछ अनुबंध परिनियोजन लागतों को बदल देंगे, क्योंकि नए खाते बनाने या स्थायी भंडारण के लिए गतिशील रूप से समायोजित शुल्क होगा। + +### Glamsterdam नोड भंडारण और हार्डवेयर आवश्यकताओं को कैसे प्रभावित करेगा? {#how-will-glamsterdam-affect-node-storage-and-hardware-requirements} + +Glamsterdam के लिए विचाराधीन कई EIP स्टेट वृद्धि के प्रदर्शन क्लिफ को संबोधित करते हैं: + +- स्टेट निर्माण गैस लागत में वृद्धि (या EIP-8037) 100 GiB/वर्ष की स्टेट डेटाबेस विकास दर को लक्षित करने के लिए एक गतिशील मूल्य निर्धारण मॉडल प्रस्तुत करती है, यह सुनिश्चित करते हुए कि मानक भौतिक हार्डवेयर नेटवर्क को कुशलतापूर्वक चलाना जारी रख सकता है। +- eth/70 आंशिक ब्लॉक रसीद सूचियां (या EIP-7975) नोड्स को पेजिनेटेड ब्लॉक रसीदें अनुरोध करने की अनुमति देती हैं, जो Ethereum के स्केलिंग के साथ क्रैश और सिंक को रोकने के लिए डेटा-भारी ब्लॉक रसीद सूचियों को छोटे टुकड़ों में तोड़ती हैं। diff --git a/public/content/translations/id/community/grants/index.md b/public/content/translations/id/community/grants/index.md index 45916a32fd4..89f0b05b1e9 100644 --- a/public/content/translations/id/community/grants/index.md +++ b/public/content/translations/id/community/grants/index.md @@ -15,6 +15,7 @@ Daftar ini dikurasi oleh komunitas kami. Jika ada yang kurang atau salah, mohon Program-program ini mendukung ekosistem Ethereum yang luas dengan menawarkan hibah untuk cakupan proyek yang luas. Mencakup solusi untuk skalabilitas, membangun komunitas, keamanan, privasi, dan lainnya. Hibah ini tidak spesifik untuk satu platform Ethereum dan merupakan tempat yang baik untuk memulai jika Anda tidak yakin. - [Program Dukungan Ekosistem EF](https://esp.ethereum.foundation) - _Mendanai proyek sumber terbuka yang menguntungkan Ethereum, dengan fokus khusus pada alat universal, infrastruktur, penelitian, dan barang publik_ +- [ESP Grant Explorer](https://esp.ethereum.foundation/funded-projects) - _Direktori 1.000+ proyek yang dapat dicari yang didukung oleh Program Dukungan Ekosistem_ - [RFP Ethereum](https://github.com/ethereum/requests-for-proposals) - _Permintaan Proposal oleh Yayasan Ethereum untuk pekerjaan dan proyek di ekosistem Ethereum_ Hibah mulai dari $1K - $8K USD. - [Moloch DAO](https://www.molochdao.com/) - _Privasi, penskalaan lapisan 2, keamanan klien, dan lainnya_ diff --git a/public/content/translations/id/roadmap/glamsterdam/index.md b/public/content/translations/id/roadmap/glamsterdam/index.md new file mode 100644 index 00000000000..5198cc2eccb --- /dev/null +++ b/public/content/translations/id/roadmap/glamsterdam/index.md @@ -0,0 +1,298 @@ +--- +title: Glamsterdam +description: Pelajari tentang peningkatan protokol Glamsterdam +lang: id +--- + +# Glamsterdam {#glamsterdam} + + + + +Glamsterdam adalah peningkatan Ethereum yang akan datang yang direncanakan untuk H1 2026 + + +Peningkatan Glamsterdam hanyalah satu langkah dalam tujuan pengembangan jangka panjang Ethereum. Pelajari lebih lanjut tentang [peta jalan protokol](/roadmap/) dan [peningkatan sebelumnya](/ethereum-forks/). + + + + +Peningkatan Glamsterdam [Ethereum](/) yang akan datang dirancang untuk membuka jalan bagi generasi peningkatan berikutnya. Glamsterdam dinamai dari kombinasi "Amsterdam" (peningkatan lapisan eksekusi, dinamai berdasarkan lokasi Devconnect sebelumnya) dan "Gloas" (peningkatan lapisan konsensus, dinamai berdasarkan nama bintang). + +Mengikuti kemajuan yang dibuat dalam peningkatan [Fusaka](/roadmap/fusaka/), Glamsterdam berfokus pada peningkatan L1 dengan mengatur ulang bagaimana jaringan memproses transaksi dan mengelola basis data yang berkembang, yang secara fundamental memperbarui cara Ethereum membuat dan memverifikasi blok. + +Sementara Fusaka berfokus pada penyempurnaan mendasar, Glamsterdam memajukan tujuan "Peningkatan L1" dan "Peningkatan Blob" dengan mengabadikan pemisahan tugas antara berbagai peserta jaringan, dan memperkenalkan cara yang lebih efisien untuk menangani data untuk mempersiapkan [status](/glossary/#state) untuk paralelisasi throughput tinggi. + +Peningkatan ini memastikan Ethereum tetap cepat, terjangkau, dan terdesentralisasi karena menangani lebih banyak aktivitas, sambil menjaga persyaratan perangkat keras tetap dapat dikelola bagi orang-orang yang menjalankan [node](/glossary/#node) di rumah. + + + +## Peningkatan yang dipertimbangkan untuk Glamsterdam {#improvements-in-glamsterdam} + + + + +Catatan: Artikel ini saat ini menyoroti pilihan EIP yang sedang dipertimbangkan untuk disertakan dalam Glamsterdam. Untuk pembaruan status terbaru, lihat [peningkatan Glamsterdam di Forkcast](https://forkcast.org/upgrade/glamsterdam). + +Jika Anda ingin menambahkan EIP yang sedang dipertimbangkan untuk Glamsterdam, tetapi belum ditambahkan ke halaman ini, [pelajari cara berkontribusi ke ethereum.org di sini](/contributing/). + + + + +Peningkatan Glamsterdam berpusat pada tiga tujuan utama: + +- Mempercepat pemrosesan (paralelisasi): Mengatur ulang cara jaringan mencatat dependensi data, sehingga dapat memproses banyak transaksi secara aman pada saat yang sama, bukan dalam urutan satu per satu yang lambat. +- Memperluas kapasitas: Membagi pekerjaan berat dalam membuat dan memverifikasi blok, memberikan jaringan lebih banyak waktu untuk menyebarkan data dalam jumlah yang lebih besar tanpa melambat. +- Mencegah pembengkakan basis data (keberlanjutan): Menyesuaikan biaya jaringan agar secara akurat mencerminkan biaya perangkat keras jangka panjang untuk menyimpan data baru, membuka blokir peningkatan batas gas di masa depan sambil mencegah penurunan kinerja perangkat keras. + +Singkatnya, Glamsterdam akan memperkenalkan perubahan struktural untuk memastikan bahwa seiring dengan peningkatan kapasitas jaringan, jaringan tersebut tetap berkelanjutan dan kinerjanya tetap tinggi. + +## Peningkatan L1 & pemrosesan paralel {#scale-l1} + +Peningkatan L1 yang berarti memerlukan perpindahan dari asumsi kepercayaan di luar protokol dan batasan eksekusi serial. Glamsterdam mengatasi hal ini dengan mengabadikan pemisahan tugas-tugas pembangunan blok tertentu dan memperkenalkan struktur data baru yang memungkinkan jaringan untuk mempersiapkan pemrosesan paralel. + +### Proposal utama: Pemisahan Pengusul-Pembangun yang Diabadikan (ePBS) {#epbs} + +- Menghapus asumsi kepercayaan di luar protokol dan ketergantungan pada relai pihak ketiga +- Mendukung peningkatan L1 dengan mengizinkan muatan yang jauh lebih besar melalui jendela propagasi yang diperluas +- Memperkenalkan pembayaran pembangun tanpa kepercayaan langsung ke dalam protokol + +Saat ini, proses mengusulkan dan membangun blok mencakup serah terima antara pengusul blok dan pembangun blok. Hubungan antara pengusul dan pembangun bukanlah bagian dari protokol inti Ethereum, sehingga bergantung pada middleware pihak ketiga yang tepercaya, perangkat lunak (relai), dan kepercayaan di luar protokol antar entitas. + +Hubungan di luar protokol antara pengusul dan pembangun juga menciptakan "jalur panas" selama validasi blok yang memaksa [validator](/glossary/#validator) untuk bergegas melalui siaran dan eksekusi transaksi dalam jendela 2 detik yang ketat, membatasi berapa banyak data yang dapat ditangani oleh jaringan. + +**Pemisahan Pengusul-Pembangun yang Diabadikan (ePBS, atau EIP-7732)** secara formal memisahkan pekerjaan pengusul (yang memilih blok konsensus) dari pembangun (yang merakit muatan eksekusi), mengabadikan serah terima ini langsung ke dalam protokol. + +Membangun pertukaran tanpa kepercayaan dari muatan blok untuk pembayaran langsung ke dalam protokol menghilangkan kebutuhan akan middleware pihak ketiga (seperti MEV-Boost). Namun, pembangun dan pengusul mungkin masih memilih untuk menggunakan relai atau middleware di luar protokol untuk fitur-fitur kompleks yang belum menjadi bagian dari protokol inti. + +Untuk mengatasi kemacetan "jalur panas", ePBS juga memperkenalkan Komite Ketepatan Waktu Muatan (PTC) dan logika tenggat waktu ganda, yang memungkinkan validator untuk mengesahkan blok konsensus dan ketepatan waktu muatan eksekusi secara terpisah untuk memaksimalkan keluaran. + + + +Memisahkan peran pengusul dan pembangun pada tingkat protokol memperluas jendela propagasi (atau waktu yang tersedia untuk menyebarkan data ke seluruh jaringan) dari 2 detik menjadi sekitar 9 detik. + +Dengan mengganti middleware dan relai di luar protokol dengan mekanik dalam protokol, ePBS mengurangi ketergantungan kepercayaan dan memungkinkan Ethereum untuk memproses data dalam jumlah yang jauh lebih besar secara aman (seperti lebih banyak blob untuk [layer 2](/glossary/#layer-2)) tanpa membebani jaringan. + +**Sumber Daya**: [Spesifikasi teknis EIP-7732](https://eips.ethereum.org/EIPS/eip-7732) + +### Proposal utama: Daftar Akses Tingkat Blok (BALs) {#bals} + +- Menghilangkan kemacetan pemrosesan berurutan dengan menyediakan peta awal dari semua dependensi transaksi, mempersiapkan panggung bagi validator untuk memproses banyak transaksi secara paralel alih-alih satu per satu +- Memungkinkan node untuk memperbarui catatan mereka dengan membaca hasil akhir tanpa perlu memutar ulang setiap transaksi (sinkronisasi tanpa eksekusi), membuatnya jauh lebih cepat untuk menyinkronkan node ke jaringan +- Menghilangkan tebakan, memungkinkan validator untuk memuat semua data yang diperlukan sekaligus alih-alih menemukannya langkah demi langkah, yang membuat validasi menjadi lebih cepat + +Ethereum saat ini seperti jalan satu lajur; karena jaringan tidak tahu data apa yang akan dibutuhkan atau diubah oleh suatu transaksi (seperti akun mana yang akan disentuh oleh suatu transaksi) hingga transaksi tersebut dijalankan, validator harus memproses transaksi satu per satu dalam baris yang ketat dan berurutan. Jika mereka mencoba memproses transaksi sekaligus, tanpa mengetahui dependensi ini, dua transaksi mungkin secara tidak sengaja mencoba mengubah data yang sama persis pada saat yang sama, menyebabkan kesalahan. + +**Daftar Akses Tingkat Blok (BALs, atau EIP-7928)** seperti peta yang disertakan di setiap blok, memberitahu jaringan bagian mana dari basis data yang akan diakses sebelum pekerjaan dimulai. BAL memerlukan setiap blok untuk menyertakan hash dari setiap perubahan akun yang akan disentuh oleh transaksi, bersama dengan hasil akhir dari perubahan tersebut (catatan hash dari semua akses status dan nilai pasca-eksekusi). + +Karena memberikan visibilitas instan ke transaksi mana yang tidak tumpang tindih, BAL memungkinkan node untuk melakukan pembacaan disk secara paralel, mengambil informasi untuk banyak transaksi secara bersamaan. Jaringan dapat dengan aman mengelompokkan transaksi yang tidak terkait dan memprosesnya secara paralel. + +Karena BAL menyertakan hasil akhir transaksi (nilai pasca-eksekusi), ketika node jaringan perlu menyinkronkan ke status jaringan saat ini, mereka dapat menyalin hasil akhir tersebut untuk memperbarui catatan mereka. Validator tidak perlu lagi memutar ulang semua transaksi yang rumit dari awal untuk mengetahui apa yang terjadi, sehingga lebih cepat dan lebih mudah bagi node baru untuk bergabung dengan jaringan. + +Pembacaan disk secara paralel yang dimungkinkan oleh BAL akan menjadi langkah signifikan menuju masa depan di mana Ethereum dapat memproses banyak transaksi sekaligus, secara signifikan meningkatkan kecepatan jaringan. + +#### Pertukaran Daftar Akses Blok eth/71 {#bale} + +Pertukaran Daftar Akses Blok (eth/71 atau EIP-8159) adalah pendamping jaringan langsung untuk daftar akses tingkat blok. Sementara BAL membuka eksekusi paralel, eth/71 meningkatkan protokol peer-to-peer untuk memungkinkan node benar-benar berbagi daftar ini melalui jaringan. Mengimplementasikan pertukaran daftar akses blok akan memungkinkan sinkronisasi yang lebih cepat dan memungkinkan node untuk melakukan pembaruan status tanpa eksekusi. + +**Sumber daya**: + +- [Spesifikasi teknis EIP-7928](https://eips.ethereum.org/EIPS/eip-7928) +- [Spesifikasi teknis EIP-8159](https://eips.ethereum.org/EIPS/eip-8159) + +## Keberlanjutan jaringan {#network-sustainability} + +Seiring pertumbuhan jaringan Ethereum yang lebih cepat, penting untuk memastikan bahwa biaya penggunaannya sesuai dengan keausan pada perangkat keras yang menjalankan Ethereum. Jaringan perlu meningkatkan batas kapasitas keseluruhannya agar dapat melakukan peningkatan dan memproses lebih banyak transaksi dengan aman. + +### Peningkatan biaya gas pembuatan status {#state-creation-gas-cost-increase} + +- Memastikan bahwa biaya untuk membuat akun atau kontrak pintar baru secara akurat mencerminkan beban jangka panjang yang mereka bebankan pada basis data Ethereum +- Secara otomatis menyesuaikan biaya pembuatan data ini berdasarkan kapasitas jaringan secara keseluruhan, menargetkan tingkat pertumbuhan yang aman dan dapat diprediksi sehingga perangkat keras fisik standar dapat terus menjalankan jaringan +- Memisahkan akuntansi untuk biaya spesifik ini ke reservoir baru, menghapus batas transaksi lama dan memungkinkan pengembang untuk menyebarkan aplikasi yang lebih besar dan lebih kompleks + +Menambahkan akun baru, token, dan [kontrak pintar](/glossary/#smart-contract) menciptakan data permanen (dikenal sebagai "status") yang harus disimpan tanpa batas oleh setiap komputer yang menjalankan jaringan. Biaya saat ini untuk menambah atau membaca data ini tidak konsisten dan tidak selalu mencerminkan beban penyimpanan jangka panjang yang sebenarnya mereka bebankan pada perangkat keras jaringan. + +Beberapa tindakan yang menciptakan status di Ethereum, seperti membuat akun baru atau menyebarkan kontrak pintar besar, biayanya relatif rendah dibandingkan dengan ruang penyimpanan permanen yang mereka gunakan di node jaringan, misalnya, penyebaran kontrak jauh lebih murah per bita daripada membuat ruang penyimpanan. + +Tanpa penyesuaian, status Ethereum dapat tumbuh hampir 200 GiB per tahun jika jaringan melakukan peningkatan hingga batas gas 100 Juta, yang pada akhirnya akan melampaui perangkat keras biasa. + +**Peningkatan biaya gas pembuatan status (atau EIP-8037)** menyelaraskan biaya dengan mengikatnya pada ukuran sebenarnya dari data yang dibuat, memperbarui biaya sehingga sebanding dengan jumlah data permanen yang dibuat atau diakses oleh suatu operasi. + +EIP-8037 juga memperkenalkan model reservoir untuk mengelola biaya ini secara lebih dapat diprediksi; biaya gas status mengambil dari `state_gas_reservoir` terlebih dahulu, dan opcode `GAS` hanya mengembalikan `gas_left`, mencegah frame eksekusi salah menghitung gas yang tersedia. + +Sebelum EIP-8037, baik pekerjaan komputasi (pemrosesan aktif) maupun penyimpanan data permanen (menyimpan kontrak pintar ke basis data jaringan) berbagi batas gas yang sama. Model reservoir membagi akuntansi: batas gas untuk pekerjaan komputasi aktual transaksi (pemrosesan) dan untuk penyimpanan data jangka panjang (gas status). Memisahkan keduanya membantu mencegah ukuran data aplikasi yang besar melampaui batas gas; selama pengembang menyediakan dana yang cukup untuk mengisi reservoir untuk penyimpanan data, mereka dapat menyebarkan kontrak pintar yang jauh lebih besar dan lebih kompleks. + +Penetapan harga penyimpanan data yang lebih akurat dan dapat diprediksi akan membantu Ethereum meningkatkan kecepatan dan kapasitasnya dengan aman tanpa membuat basis data membengkak. Keberlanjutan ini akan memungkinkan operator node untuk terus menggunakan perangkat keras yang (relatif) terjangkau untuk tahun-tahun mendatang, menjaga agar mengunci dari rumah tetap dapat diakses untuk mempertahankan desentralisasi jaringan. + +**Sumber Daya**: [Spesifikasi teknis EIP-8037](https://eips.ethereum.org/EIPS/eip-8037) + +### Pembaruan biaya gas akses-status {#state-access-gas-cost-update} + +- Meningkatkan biaya gas saat aplikasi membaca atau memperbarui informasi yang disimpan secara permanen di Ethereum (opcode akses-status) agar sesuai dengan pekerjaan komputasi yang dibutuhkan oleh perintah ini +- Memperkuat ketahanan jaringan dengan mencegah serangan penolakan layanan yang mengeksploitasi operasi pembacaan data yang murah secara artifisial + +Seiring pertumbuhan status Ethereum, tindakan mencari dan membaca data lama ("akses status") menjadi lebih berat dan lebih lambat untuk diproses oleh node. Biaya untuk tindakan ini tetap sama meskipun sekarang sedikit lebih mahal untuk mencari informasi (dalam hal daya komputasi). + +Akibatnya, beberapa perintah spesifik saat ini harganya terlalu rendah dibandingkan dengan pekerjaan yang dipaksakan pada sebuah node. `EXTCODESIZE` dan `EXTCODECOPY` dihargai terlalu rendah, misalnya, karena mereka memerlukan dua pembacaan basis data terpisah—satu untuk objek akun, dan yang kedua untuk ukuran kode atau kode bita yang sebenarnya. + +**Pembaruan biaya gas akses-status (atau EIP-8038)** meningkatkan konstanta gas untuk opcode akses-status, seperti mencari data akun dan kontrak, untuk menyelaraskan dengan kinerja perangkat keras modern dan ukuran status. + +Menyelaraskan biaya akses-status juga membantu membuat Ethereum lebih tangguh. Karena tindakan pembacaan data yang berat ini murah secara artifisial, penyerang jahat dapat melakukan spam pada jaringan dengan ribuan permintaan data yang kompleks dalam satu blok sebelum mencapai batas biaya jaringan, yang berpotensi menyebabkan jaringan macet atau mogok (serangan penolakan layanan). Bahkan tanpa niat jahat, pengembang tidak didorong secara ekonomi untuk membangun aplikasi yang efisien jika membaca data jaringan terlalu murah. + +Dengan memberi harga tindakan akses-status secara lebih akurat, Ethereum dapat menjadi lebih tangguh terhadap perlambatan yang tidak disengaja atau disengaja, sementara menyelaraskan biaya jaringan dengan beban perangkat keras membuktikan fondasi yang lebih berkelanjutan untuk peningkatan batas gas di masa mendatang. + +**Sumber Daya**: [Spesifikasi teknis EIP-8038](https://eips.ethereum.org/EIPS/eip-8038) + +## Ketahanan jaringan + +Penyempurnaan tugas validator dan proses keluar memastikan stabilitas jaringan selama peristiwa pemotongan massal dan mendemokratisasi likuiditas. Peningkatan ini membuat jaringan lebih stabil dan memastikan bahwa semua peserta, besar dan kecil, diperlakukan secara adil. + +### Kecualikan validator yang dipotong dari pengusulan {#exclude-slashed-validators} + +- Menghentikan validator yang dikenai sanksi (dipotong) agar tidak dipilih untuk mengusulkan blok di masa depan, menghilangkan slot yang terlewatkan yang dijamin +- Menjaga Ethereum berjalan dengan lancar dan andal, mencegah kemacetan parah dalam kasus peristiwa pemotongan massal + +Saat ini, bahkan jika validator dipotong (dikenai sanksi karena melanggar aturan atau tidak beroperasi seperti yang diharapkan), sistem mungkin masih memilih mereka untuk memimpin blok dalam waktu dekat ketika menghasilkan tinjauan pengusul di masa depan. + +Karena blok dari pengusul yang dipotong secara otomatis ditolak sebagai tidak valid, ini menyebabkan jaringan kehilangan slot dan menunda pemulihan jaringan selama peristiwa pemotongan massal. + +**Kecualikan validator yang dipotong dari pengusulan (atau EIP-8045)** hanya menyaring validator yang dipotong agar tidak dipilih untuk tugas di masa depan. Ini meningkatkan ketahanan rantai dengan memastikan hanya validator yang sehat yang dipilih untuk mengusulkan blok, mempertahankan kualitas layanan selama gangguan jaringan. + +**Sumber Daya**: [Spesifikasi teknis EIP-8045](https://eips.ethereum.org/EIPS/eip-8045) + +### Biarkan pintu keluar menggunakan antrean konsolidasi {#let-exits-use-the-consolidation-queue} + +- Menutup celah yang memungkinkan validator dengan saldo tinggi untuk keluar dari jaringan lebih cepat daripada validator yang lebih kecil melalui antrean konsolidasi +- Memungkinkan pintu keluar reguler meluap ke antrean kedua ini ketika memiliki kapasitas cadangan, mengurangi waktu penarikan dari mengunci selama periode volume tinggi +- Mempertahankan keamanan yang ketat untuk menghindari perubahan batas keamanan inti Ethereum atau melemahkan jaringan + +Sejak [peningkatan Pectra](/roadmap/pectra) meningkatkan saldo efektif maksimum untuk validator Ethereum dari 32 ETH menjadi 2.048 ETH, celah teknis memungkinkan validator dengan saldo tinggi untuk keluar dari jaringan lebih cepat daripada validator yang lebih kecil melalui antrean konsolidasi. + +**Biarkan pintu keluar menggunakan antrean konsolidasi (atau EIP-8080)** mendemokratisasi antrean konsolidasi untuk semua pintu keluar mengunci, menciptakan satu baris yang adil untuk semua orang. + +Untuk menguraikan cara kerjanya saat ini: + +- Batas churn Ethereum adalah batas keamanan pada tingkat di mana validator dapat masuk, keluar, atau menggabungkan (mengkonsolidasikan) ETH yang mereka stake, untuk memastikan keamanan jaringan tidak pernah goyah +- Karena konsolidasi validator adalah tindakan yang lebih berat dengan lebih banyak bagian yang bergerak daripada keluar validator standar, ia menghabiskan sebagian besar anggaran keamanan ini (batas churn) +- Secara spesifik, protokol menentukan bahwa biaya keamanan pasti dari satu pintu keluar standar adalah dua pertiga (2/3) dari biaya satu konsolidasi + +Antrean keluar yang lebih adil akan memungkinkan keluar standar untuk meminjam ruang yang tidak terpakai dari antrean konsolidasi selama periode permintaan keluar yang tinggi, menerapkan nilai tukar "3 untuk 2" (untuk setiap 2 tempat konsolidasi yang tidak terpakai, jaringan dapat dengan aman memproses 3 keluar standar). Faktor churn 3/2 ini menyeimbangkan permintaan di seluruh antrean konsolidasi dan keluar. + +Mendemokratisasi akses ke antrean konsolidasi akan meningkatkan kecepatan pengguna dapat keluar dari stake mereka selama periode permintaan tinggi hingga 2,5x, tanpa mengorbankan keamanan jaringan. + +**Sumber Daya**: [Spesifikasi teknis EIP-8080](https://eips.ethereum.org/EIPS/eip-8080) + +## Meningkatkan pengalaman pengguna & pengembang {#improve-user-developer-experience} + +Peningkatan Glamsterdam Ethereum bertujuan untuk meningkatkan pengalaman pengguna, meningkatkan kemudahan penemuan data, dan menangani ukuran pesan yang meningkat untuk mencegah kegagalan sinkronisasi. Ini membuatnya lebih mudah untuk melacak apa yang terjadi onchain sambil mencegah hambatan teknis saat jaringan melakukan peningkatan. + +### Mengurangi biaya gas transaksi intrinsik {#reduce-intrinsic-transaction-gas-costs} + +- Menurunkan biaya dasar untuk transaksi, mengurangi biaya keseluruhan pembayaran ETH asli sederhana +- Membuat transfer yang lebih kecil lebih terjangkau, meningkatkan kelayakan Ethereum sebagai media pertukaran rutin + +Semua transaksi Ethereum memiliki biaya gas dasar tetap hari ini, terlepas dari seberapa sederhana atau kompleksnya untuk diproses. **Mengurangi gas transaksi intrinsik (atau EIP-2780)** mengusulkan pengurangan biaya dasar tersebut untuk membuat transfer ETH standar antar akun yang ada hingga **71% lebih murah**. + +Mengurangi gas transaksi intrinsik bekerja dengan memecah biaya transaksi untuk mencerminkan hanya pekerjaan dasar dan esensial yang sebenarnya dilakukan oleh komputer yang menjalankan jaringan, seperti memverifikasi tanda tangan digital dan memperbarui saldo. Karena pembayaran ETH dasar tidak mengeksekusi kode yang kompleks atau membawa data tambahan, proposal ini akan mengurangi biayanya agar sesuai dengan jejaknya yang ringan. + +Proposal ini memperkenalkan pengecualian untuk membuat akun baru untuk menjaga agar biaya yang lebih rendah tidak membanjiri status jaringan. Jika transfer mengirimkan ETH ke alamat yang kosong dan tidak ada, jaringan harus membuat catatan baru yang permanen untuknya. Biaya tambahan gas ditambahkan untuk pembuatan akun tersebut untuk membantu menutupi beban penyimpanan jangka panjangnya. + +Bersama-sama, EIP-2780 bertujuan untuk membuat transfer sehari-hari antar akun yang ada lebih terjangkau sambil memastikan jaringan masih terlindungi dari pembengkakan basis data dengan memberi harga pertumbuhan status yang sebenarnya secara akurat. + +**Sumber Daya**: [Spesifikasi teknis EIP-2780](https://eips.ethereum.org/EIPS/eip-2780) + +### Penyebaran Awal Pabrik Deterministik {#deterministic-factory-predeploy} + +- Memberikan pengembang cara asli untuk menyebarkan aplikasi dan dompet kontrak pintar ke alamat yang sama persis di berbagai rantai +- Memungkinkan pengguna untuk memiliki alamat dompet pintar yang sama di beberapa jaringan layer 2 (L2), mengurangi beban kognitif, mengurangi kebingungan, dan mengurangi risiko kehilangan dana secara tidak sengaja +- Menggantikan solusi yang saat ini digunakan pengembang untuk mencapai paritas ini, membuatnya lebih mudah dan lebih aman untuk membangun dompet dan aplikasi multi-rantai + +Jika pengguna memiliki dompet kontrak pintar hari ini dengan akun di beberapa rantai yang kompatibel dengan Mesin Virtual Ethereum (EVM), mereka seringkali berakhir dengan alamat yang sama sekali berbeda di jaringan yang berbeda. Ini tidak hanya membingungkan, tetapi juga dapat menyebabkan kehilangan dana secara tidak sengaja. + +**Penyebaran Awal Pabrik Deterministik (atau EIP-7997)** memberikan pengembang cara bawaan dan asli untuk menyebarkan aplikasi terdesentralisasi dan dompet kontrak pintar mereka ke alamat yang sama persis di berbagai rantai EVM, termasuk Mainnet Ethereum, jaringan layer 2 (L2), dan banyak lagi. Jika diadopsi, ini akan memungkinkan pengguna untuk memiliki alamat yang sama persis di setiap rantai yang berpartisipasi, secara signifikan mengurangi beban kognitif dan potensi kesalahan pengguna. + +Penyebaran Awal Pabrik Deterministik bekerja dengan menempatkan program pabrik khusus yang minimal secara permanen di lokasi yang identik (khususnya, alamat 0x12) di setiap rantai yang kompatibel dengan EVM yang berpartisipasi. Tujuannya adalah untuk menyediakan kontrak pabrik standar universal yang dapat diadopsi oleh jaringan yang kompatibel dengan EVM; selama rantai EVM berpartisipasi dan mengadopsi standar ini, pengembang akan dapat menggunakannya untuk menyebarkan kontrak pintar mereka ke alamat yang sama persis di jaringan tersebut. + +Standardisasi ini menyederhanakan pembangunan dan pengelolaan aplikasi lintas rantai untuk pengembang dan ekosistem yang lebih luas. Pengembang tidak perlu lagi membuat kode khusus untuk rantai tertentu untuk menghubungkan perangkat lunak mereka di berbagai jaringan, melainkan menggunakan pabrik universal ini untuk menghasilkan alamat yang sama persis untuk aplikasi mereka di mana saja. Selain itu, penjelajah blok, layanan pelacakan, dan dompet dapat dengan lebih mudah mengidentifikasi dan menautkan aplikasi dan akun ini di berbagai rantai, menciptakan lingkungan multi-rantai yang lebih terpadu dan mulus untuk semua peserta berbasis Ethereum. + +**Sumber Daya**: [Spesifikasi teknis EIP-7997](https://eips.ethereum.org/EIPS/eip-7997) + +### Transfer dan pembakaran ETH mengeluarkan log {#eth-transfers-and-burns-emit-a-log} + +- Secara otomatis menghasilkan catatan permanen (log) setiap kali ETH ditransfer atau dibakar +- Memperbaiki titik buta historis yang memungkinkan aplikasi, bursa, dan jembatan untuk mendeteksi deposit pengguna secara andal tanpa alat pelacakan ad-hoc + +Berbeda dengan token (ERC-20), transfer ETH reguler antar kontrak pintar tidak mengeluarkan tanda terima yang jelas (log standar), sehingga sulit dilacak oleh bursa dan aplikasi. + +Transfer dan pembakaran ETH mengeluarkan log (atau EIP-7708) mewajibkan jaringan untuk mengeluarkan peristiwa log standar setiap kali sejumlah ETH yang tidak nol dipindahkan atau dibakar. + +Ini akan membuatnya jauh lebih mudah dan lebih dapat diandalkan bagi dompet, bursa, dan operator jembatan untuk melacak deposit dan pergerakan secara akurat tanpa peralatan khusus. + +**Sumber Daya**: [Spesifikasi teknis EIP-7708](https://eips.ethereum.org/EIPS/eip-7708) + +### Daftar tanda terima blok parsial eth/70 {#eth-70-partial-block-receipt-lists} + +Seiring dengan meningkatnya jumlah pekerjaan yang dapat dilakukan Ethereum, daftar tanda terima untuk tindakan tersebut (catatan data dari transaksi ini) menjadi sangat besar sehingga berpotensi menyebabkan node jaringan gagal saat mencoba menyinkronkan data satu sama lain. + +Daftar tanda terima blok parsial eth/70 (atau EIP-7975) memperkenalkan cara baru bagi node untuk berkomunikasi satu sama lain (eth/70) yang memungkinkan daftar besar ini dipecah menjadi bagian-bagian yang lebih kecil dan lebih mudah dikelola. eth/70 memperkenalkan sistem paginasi untuk protokol komunikasi jaringan yang memungkinkan node untuk memecah daftar tanda terima blok dan dengan aman meminta data dalam potongan yang lebih kecil dan lebih mudah dikelola. + +Perubahan ini akan mencegah kegagalan sinkronisasi jaringan selama periode aktivitas padat. Pada akhirnya, ini membuka jalan bagi Ethereum untuk meningkatkan kapasitas bloknya, dan memproses lebih banyak transaksi per blok di masa depan, tanpa membebani perangkat keras fisik yang menyinkronkan rantai. + +**Sumber Daya**: [Spesifikasi teknis EIP-7975](https://eips.ethereum.org/EIPS/eip-7975) + +## Bacaan lebih lanjut {#further-reading} + +- [Peta jalan Ethereum](/roadmap/) +- [Forkcast: Glamsterdam](https://forkcast.org/upgrade/glamsterdam) +- [Meta EIP Glamsterdam](https://eips.ethereum.org/EIPS/eip-7773) +- [Pengumuman blog Pembaruan Prioritas Protokol untuk 2026](https://blog.ethereum.org/2026/02/18/protocol-priorities-update-2026) +- [Podcast The Daily Gwei Refuel - Ethereum pasca-kuantum, Glamsterdam akan datang](https://www.youtube.com/watch?v=qx9sd50uQjQ) + +## FAQ {#faq} + +### Bagaimana cara mengonversi ETH setelah hard fork Glamsterdam? {#how-can-eth-be-converted-after-the-hardfork} + +- **Tidak Ada Tindakan yang Diperlukan untuk ETH Anda**: Tidak perlu mengonversi atau meningkatkan ETH Anda setelah peningkatan Glamsterdam. Saldo akun Anda akan tetap sama, dan ETH yang Anda miliki saat ini akan tetap dapat diakses dalam bentuknya yang ada setelah hard fork. +- **Waspada penipuan!** **siapa pun yang menginstruksikan Anda untuk "meningkatkan" ETH Anda sedang mencoba menipu Anda.** Tidak ada yang perlu Anda lakukan sehubungan dengan peningkatan ini. Aset milik anda tidak akan terpengaruh sama sekali. Ingat, tetap terinformasi adalah pertahanan terbaik untuk melawan penipuan. + +[Lebih lanjut tentang mengenali dan menghindari penipuan](/security/) + +### Apakah peningkatan Glamsterdam memengaruhi semua node dan validator Ethereum? {#does-the-glamsterdam-upgrade-affect-all-ethereum-nodes-and-validators} + +Ya, peningkatan Glamsterdam memerlukan pembaruan pada [klien eksekusi dan klien konsensus](/developers/docs/nodes-and-clients/). Karena peningkatan ini memperkenalkan Pemisahan Pengusul-Pembangun yang Diabadikan (ePBS), operator node perlu memastikan klien mereka diperbarui untuk menangani cara-cara baru blok dibangun, divalidasi, dan disahkan oleh jaringan. + +Semua klien utama Ethereum akan merilis versi yang mendukung hard fork yang ditandai sebagai prioritas tinggi. Anda dapat terus mengikuti kapan rilis ini akan tersedia di repositori GitHub klien, [saluran Discord](https://ethstaker.org/support) mereka, [Discord EthStaker](https://dsc.gg/ethstaker), atau dengan berlangganan blog Ethereum untuk pembaruan protokol. + +Untuk menjaga sinkronisasi dengan jaringan Ethereum setelah upgrade, operator node harus memastikan bahwa mereka menjalankan versi client yang didukung. Perlu dicatat bahwa informasi mengenai rilis client bersifat sensitif terhadap waktu, sehingga pengguna harus merujuk pada pembaruan terbaru untuk mendapatkan detail yang paling terkini. + +### Sebagai seorang staker, apa yang perlu saya lakukan untuk peningkatan Glamsterdam? {#as-a-staker-what-do-i-need-to-do-for-the-glamsterdam-upgrade} + +Seperti setiap peningkatan jaringan, pastikan untuk memperbarui klien Anda ke versi terbaru yang ditandai dengan dukungan Glamsterdam. Ikuti pembaruan di milis dan [Pengumuman Protokol di Blog EF](https://blog.ethereum.org/category/protocol) untuk mendapatkan informasi tentang rilis. + +Untuk memvalidasi pengaturan Anda sebelum Glamsterdam diaktifkan di Mainnet, Anda dapat menjalankan validator di testnet. Percabangan jaringan percobaan juga diumumkan di milis dan blog. + +### Peningkatan apa yang akan disertakan Glamsterdam untuk peningkatan L1? {#what-improvements-will-glamsterdam-include-for-l1-scaling} + +Fitur utamanya adalah ePBS (EIP-7732), yang memisahkan tugas berat memvalidasi transaksi jaringan dari tugas mencapai konsensus. Ini memperluas jendela propagasi data dari 2 detik menjadi sekitar 9 detik, membuka kemampuan Ethereum untuk menangani keluaran transaksi yang jauh lebih tinggi dengan aman dan mengakomodasi lebih banyak blob data untuk jaringan layer 2. + +### Akankah Glamsterdam menurunkan biaya di Ethereum (layer 1)? {#will-glamsterdam-lower-fees-on-ethereum-layer-1} + +Ya, Glamsterdam kemungkinan besar akan mengurangi biaya untuk pengguna sehari-hari! Mengurangi gas transaksi intrinsik (atau EIP-2780) mengurangi biaya dasar untuk mengirim ETH, membuat ETH jauh lebih murah untuk digunakan dalam pembayaran sehari-hari. + +Selain itu, untuk keberlanjutan jangka panjang, Glamsterdam memperkenalkan Daftar Akses Tingkat Blok (BALs). Ini memungkinkan pemrosesan paralel dan mempersiapkan L1 untuk menangani batas gas keseluruhan yang lebih tinggi dengan aman di masa depan, yang kemungkinan akan mengurangi biaya gas per transaksi seiring dengan bertambahnya kapasitas. + +### Apakah akan ada perubahan pada kontrak pintar saya yang sudah ada pasca-Glamsterdam? {#will-my-smart-contracts-change} + +Kontrak yang ada akan terus berfungsi normal setelah Glamsterdam. Pengembang kemungkinan akan mendapatkan beberapa alat baru dan harus meninjau penggunaan gas mereka: + +- Peningkatan ukuran kontrak maksimum (atau EIP-7954) memungkinkan pengembang untuk menyebarkan aplikasi yang lebih besar, meningkatkan batas ukuran kontrak maksimum dari sekitar 24KiB menjadi 32KiB. +- Penyebaran awal pabrik deterministik (atau EIP-7997) memperkenalkan kontrak pabrik universal bawaan. Ini memungkinkan pengembang untuk menyebarkan aplikasi dan dompet kontrak pintar mereka ke alamat yang sama persis di semua rantai EVM yang berpartisipasi. +- Jika aplikasi Anda mengandalkan pelacakan kompleks untuk menemukan transfer ETH, transfer ETH dan pembakaran yang mengeluarkan log (atau EIP-7708) akan memungkinkan Anda untuk beralih menggunakan log untuk akuntansi yang lebih sederhana dan andal. +- Peningkatan biaya gas pembuatan status (atau EIP-8037) dan pembaruan biaya gas akses-status (atau EIP-8038) memperkenalkan model keberlanjutan baru yang akan mengubah biaya penyebaran kontrak tertentu, karena pembuatan akun baru atau penyimpanan permanen akan memiliki biaya yang dapat disesuaikan secara dinamis. + +### Bagaimana Glamsterdam akan memengaruhi penyimpanan node dan persyaratan perangkat keras? {#how-will-glamsterdam-affect-node-storage-and-hardware-requirements} + +Beberapa EIP yang sedang dipertimbangkan untuk Glamsterdam mengatasi jurang kinerja pertumbuhan status: + +- Peningkatan biaya gas pembuatan status (atau EIP-8037) memperkenalkan model penetapan harga dinamis untuk menargetkan tingkat pertumbuhan basis data status sebesar 100 GiB/tahun, memastikan perangkat keras fisik standar dapat terus menjalankan jaringan secara efisien. +- Daftar tanda terima blok parsial eth/70 (atau EIP-7975) memungkinkan node untuk meminta tanda terima blok yang dipaginasi, yang memecah daftar tanda terima blok yang sarat data menjadi potongan-potongan yang lebih kecil untuk mencegah crash dan sinkronisasi saat Ethereum melakukan peningkatan. diff --git a/public/content/translations/it/community/grants/index.md b/public/content/translations/it/community/grants/index.md index 10018eb249a..9e54fa1e9fb 100644 --- a/public/content/translations/it/community/grants/index.md +++ b/public/content/translations/it/community/grants/index.md @@ -15,6 +15,7 @@ Questo elenco è curato dalla nostra comunità. Se c'è qualcosa di mancante o i Questi programmi supportano il grande ecosistema di Ethereum offrendo sovvenzioni per un'ampia gamma di progetti, tra cui soluzioni per la scalabilità, la costruzione di community, la sicurezza, la privacy e molto altro. Queste sovvenzioni non sono specifiche per una data piattaforma Ethereum, e sono un buon punto di partenza per chi è ancora in fase esplorativa. - [Programma di supporto per l'ecosistema EF](https://esp.ethereum.foundation) - _Finanziamento di progetti open source a favore di Ethereum, con particolare interesse agli strumenti universali, alle infrastrutture, alla ricerca e ai beni pubblici_ +- [ESP Grant Explorer](https://esp.ethereum.foundation/funded-projects) - _Directory consultabile di oltre 1.000 progetti supportati dall'Ecosystem Support Program_ - [Moloch DAO](https://www.molochdao.com/): _Privacy, ridimensionamento del livello 2, sicurezza del client e molto altro_ - [DAO Grants](https://docs.google.com/spreadsheets/d/1XHc-p_MHNRdjacc8uOEjtPoWL86olP4GyxAJOFO0zxY/edit#gid=0) - _Foglio di calcolo di Google delle organizzazioni che offrono sovvenzioni_ - [Sovvenzioni accademiche](https://esp.ethereum.foundation/academic-grants) - _Sovvenzioni per sostenere il lavoro accademico correlato a Ethereum_ 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 c1769c18041..8b40abd446b 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 @@ -130,7 +130,6 @@ Di seguito trovi alcuni progetti che possono aiutarti a installare e controllare - [DappNode](https://docs.dappnode.io/docs/user/getting-started/choose-your-path): DappNode non è fornito soltanto con una macchina da un venditore. Il software, il launcher del nodo vero e proprio e il centro di controllo con molte funzionalità, sono utilizzabili su hardware arbitrario. - [eth-docker](https://eth-docker.net/) - La configurazione automatizzata usando Docker, incentrata sullo staking facile e sicuro, richiede una conoscenza di base del terminale e di Docker, consigliata per gli utenti un po' più avanzati. - [Stereum](https://stereum.net/ethereum-node-setup/) - Launcher per installare i client su un server remoto tramite connessione SSH con una guida di configurazione con GUI, un centro di controllo e molte altre funzionalità. -- [NiceNode](https://www.nicenode.xyz/) - Launcher con un'esperienza utente semplice per eseguire un nodo sul tuo computer. Basta scegliere i client e avviarli in pochi clic. Ancora in fase di sviluppo. - [Sedge](https://docs.sedge.nethermind.io/docs/intro): Strumento di configurazione del nodo che genera automaticamente la configurazione di un Docker utilizzando la procedura guidata della CLI. Scritta in Go da Nethermind. ### Configurazione manuale dei client {#manual-setup} diff --git a/public/content/translations/it/roadmap/glamsterdam/index.md b/public/content/translations/it/roadmap/glamsterdam/index.md new file mode 100644 index 00000000000..c03b4c6d9d9 --- /dev/null +++ b/public/content/translations/it/roadmap/glamsterdam/index.md @@ -0,0 +1,298 @@ +--- +title: Glamsterdam +description: "Scopri di più sull'aggiornamento del protocollo Glamsterdam" +lang: it +--- + +# Glamsterdam {#glamsterdam} + + + + +Glamsterdam è un imminente aggiornamento di Ethereum previsto per il primo semestre del 2026 + + +L'aggiornamento Glamsterdam è solo un singolo passo negli obiettivi di sviluppo a lungo termine di Ethereum. Scopri di più sulla [tabella di marcia del protocollo](/roadmap/) e sugli [aggiornamenti precedenti](/ethereum-forks/). + + + + +L'imminente aggiornamento Glamsterdam di [Ethereum](/) è progettato per spianare la strada alla prossima generazione di scalabilità. Glamsterdam prende il nome dalla combinazione di "Amsterdam" (aggiornamento del livello di esecuzione, che prende il nome da una precedente sede di Devconnect) e "Gloas" (aggiornamento del livello di consenso, che prende il nome da una stella). + +In seguito ai progressi compiuti con l'aggiornamento [Fusaka](/roadmap/fusaka/), Glamsterdam si concentra sulla scalabilità dell'L1 riorganizzando il modo in cui la rete elabora le transazioni e gestisce il suo crescente database, aggiornando radicalmente il modo in cui Ethereum crea e verifica i blocchi. + +Mentre Fusaka si è concentrato su perfezionamenti fondamentali, Glamsterdam porta avanti gli obiettivi "Scale L1" e "Scale Blobs" sancendo la separazione dei compiti tra i diversi partecipanti alla rete e introducendo modi più efficienti di gestire i dati per preparare lo [stato](/glossary/#state) alla parallelizzazione ad alto rendimento. + +Questi miglioramenti assicurano che Ethereum rimanga veloce, accessibile e decentralizzato mentre gestisce più attività, mantenendo al contempo requisiti hardware gestibili per coloro che eseguono [nodi](/glossary/#node) da casa. + + + +## Miglioramenti considerati per Glamsterdam {#improvements-in-glamsterdam} + + + + +Nota: questo articolo attualmente evidenzia una selezione di EIP in fase di valutazione per l'inclusione in Glamsterdam. Per gli ultimi aggiornamenti sullo stato, consulta [l'aggiornamento Glamsterdam su Forkcast](https://forkcast.org/upgrade/glamsterdam). + +Se vuoi aggiungere un EIP in fase di valutazione per Glamsterdam, ma che non è stato ancora aggiunto a questa pagina, [scopri come contribuire a ethereum.org qui](/contributing/). + + + + +L'aggiornamento Glamsterdam si concentra su tre obiettivi principali: + +- Accelerare l'elaborazione (parallelizzazione): riorganizzare il modo in cui la rete registra le dipendenze dei dati, in modo che possa elaborare in sicurezza molte transazioni contemporaneamente invece che in una lenta sequenza una per una. +- Aumentare la capacità: suddividere il lavoro pesante di creazione e verifica dei blocchi, dando alla rete più tempo per propagare maggiori quantità di dati senza rallentare. +- Prevenire il gonfiore del database (sostenibilità): adeguare le commissioni di rete per riflettere accuratamente il costo hardware a lungo termine dell'archiviazione di nuovi dati, sbloccando futuri aumenti del limite del gas e prevenendo al contempo il degrado delle prestazioni hardware. + +In breve, Glamsterdam introdurrà cambiamenti strutturali per garantire che, con l'aumento della capacità della rete, essa rimanga sostenibile e le prestazioni elevate. + +## Scalabilità L1 e elaborazione parallela {#scale-l1} + +Una scalabilità L1 significativa richiede l'abbandono delle ipotesi di fiducia fuori dal protocollo e dei vincoli di esecuzione seriale. Glamsterdam affronta questo problema sancendo la separazione di alcuni compiti di costruzione dei blocchi e introducendo nuove strutture di dati che consentono alla rete di prepararsi all'elaborazione parallela. + +### Proposta principale: Enshrined Proposer-Builder Separation (ePBS) {#epbs} + +- Rimuove le ipotesi di fiducia fuori dal protocollo e la dipendenza da relè di terze parti +- Supporta la scalabilità L1 consentendo carichi utili molto più grandi attraverso finestre di propagazione estese +- Introduce i pagamenti trustless per i costruttori direttamente nel protocollo + +Attualmente, il processo di proposta e costruzione dei blocchi include un passaggio di consegne tra i proponenti dei blocchi e i costruttori di blocchi. La relazione tra proponenti e costruttori non fa parte del protocollo principale di Ethereum, quindi si basa su middleware di terze parti fidati, software (relè) e fiducia fuori dal protocollo tra le entità. + +La relazione fuori dal protocollo tra proponenti e costruttori crea anche un "percorso critico" durante la convalida del blocco che costringe i [validatori](/glossary/#validator) ad affrettarsi nella trasmissione e nell'esecuzione delle transazioni in una stretta finestra di 2 secondi, limitando la quantità di dati che la rete può gestire. + +**Enshrined Proposer-Builder Separation (ePBS, o EIP-7732)** separa formalmente il lavoro del proponente (che seleziona il blocco di consenso) da quello del costruttore (che assembla il payload di esecuzione), sancendo questo passaggio di consegne direttamente nel protocollo. + +Integrare lo scambio trustless di un payload di un blocco per il pagamento direttamente nel protocollo elimina la necessità di middleware di terze parti (come MEV-Boost). Tuttavia, costruttori e proponenti potrebbero comunque scegliere di utilizzare relè o middleware fuori dal protocollo per funzionalità complesse che non fanno ancora parte del protocollo principale. + +Per affrontare il collo di bottiglia del "percorso critico", ePBS introduce anche il Payload Timeliness Committee (PTC) e una logica a doppia scadenza, consentendo ai validatori di attestare separatamente la tempestività del blocco di consenso e del payload di esecuzione per massimizzare il throughput. + + + +La separazione dei ruoli di proponente e costruttore a livello di protocollo estende la finestra di propagazione (o il tempo disponibile per diffondere i dati attraverso la rete) da 2 a circa 9 secondi. + +Sostituendo middleware e relè fuori dal protocollo con meccanismi interni al protocollo, ePBS riduce le dipendenze dalla fiducia e consente a Ethereum di elaborare in sicurezza quantità di dati molto più grandi (come più blob per i [livelli 2](/glossary/#layer-2)) senza stressare la rete. + +**Risorse**: [specifica tecnica EIP-7732](https://eips.ethereum.org/EIPS/eip-7732) + +### Proposta principale: Block-Level Access Lists (BALs) {#bals} + +- Elimina i colli di bottiglia dell'elaborazione sequenziale fornendo una mappa anticipata di tutte le dipendenze delle transazioni, preparando il terreno affinché i validatori elaborino molte transazioni in parallelo invece che una per una +- Consente ai nodi di aggiornare i propri registri leggendo i risultati finali senza dover rieseguire ogni transazione (sincronizzazione senza esecuzione), rendendo molto più veloce la sincronizzazione di un nodo con la rete +- Elimina le congetture, consentendo ai validatori di precaricare tutti i dati necessari in una sola volta invece di scoprirli passo dopo passo, il che rende la convalida molto più veloce + +L'Ethereum di oggi è come una strada a una sola corsia; poiché la rete non sa quali dati una transazione necessiterà o modificherà (come quali account una transazione toccherà) finché la transazione non è stata eseguita, i validatori devono elaborare le transazioni una per una in una linea stretta e sequenziale. Se cercassero di elaborare le transazioni tutte in una volta, senza conoscere queste dipendenze, due transazioni potrebbero accidentalmente provare a modificare gli stessi identici dati nello stesso momento, causando errori. + +**Le Block-Level Access Lists (BAL, o EIP-7928)** sono come una mappa inclusa in ogni blocco, che indica alla rete quali parti del database saranno accessibili prima dell'inizio del lavoro. Le BAL richiedono che ogni blocco includa l'hash di ogni modifica di account che le transazioni toccheranno, insieme ai risultati finali di tali modifiche (il record hash di tutti gli accessi allo stato e i valori post-esecuzione). + +Poiché forniscono una visibilità istantanea su quali transazioni non si sovrappongono, le BAL consentono ai nodi di eseguire letture parallele su disco, recuperando informazioni per molte transazioni contemporaneamente. La rete può raggruppare in sicurezza le transazioni non correlate ed elaborarle in parallelo. + +Poiché la BAL include i risultati finali delle transazioni (i valori post-esecuzione), quando i nodi della rete devono sincronizzarsi con lo stato corrente della rete, possono copiare tali risultati finali per aggiornare i propri registri. I validatori non devono più rieseguire tutte le complicate transazioni da zero per sapere cosa è successo, rendendo più veloce e più facile per i nuovi nodi unirsi alla rete. + +Le letture parallele su disco abilitate dalle BAL costituiranno un passo significativo verso un futuro in cui Ethereum potrà elaborare molte transazioni contemporaneamente, aumentando notevolmente la velocità della rete. + +#### eth/71 Block Access List Exchange {#bale} + +Block Access List Exchange (eth/71 o EIP-8159) è il compagno di rete diretto delle liste di accesso a livello di blocco. Mentre le BAL sbloccano l'esecuzione parallela, eth/71 aggiorna il protocollo peer-to-peer per consentire ai nodi di condividere effettivamente queste liste sulla rete. L'implementazione dello scambio delle liste di accesso ai blocchi consentirà una sincronizzazione più rapida e permetterà ai nodi di eseguire aggiornamenti dello stato senza esecuzione. + +**Risorse**: + +- [Specifica tecnica EIP-7928](https://eips.ethereum.org/EIPS/eip-7928) +- [Specifica tecnica EIP-8159](https://eips.ethereum.org/EIPS/eip-8159) + +## Sostenibilità della rete {#network-sustainability} + +Man mano che la rete Ethereum cresce più velocemente, è importante garantire che il costo del suo utilizzo corrisponda all'usura dell'hardware che esegue Ethereum. La rete deve aumentare i suoi limiti di capacità complessivi per poter scalare in sicurezza ed elaborare più transazioni. + +### Aumento del costo del gas per la creazione dello stato {#state-creation-gas-cost-increase} + +- Garantisce che le commissioni per la creazione di nuovi account o contratti intelligenti riflettano accuratamente l'onere a lungo termine che impongono al database di Ethereum +- Regola automaticamente queste commissioni di creazione dei dati in base alla capacità complessiva della rete, mirando a un tasso di crescita sicuro e prevedibile in modo che l'hardware fisico standard possa continuare a far funzionare la rete +- Separa la contabilità di queste commissioni specifiche in un nuovo serbatoio, rimuovendo i vecchi limiti di transazione e consentendo agli sviluppatori di implementare applicazioni più grandi e complesse + +L'aggiunta di nuovi account, token e [contratti intelligenti](/glossary/#smart-contract) crea dati permanenti (noti come "stato") che ogni computer che esegue la rete deve archiviare a tempo indeterminato. Le commissioni attuali per aggiungere o leggere questi dati sono incoerenti e non riflettono necessariamente l'effettivo onere di archiviazione a lungo termine che impongono sull'hardware della rete. + +Alcune azioni che creano uno stato su Ethereum, come la creazione di nuovi account o l'implementazione di grandi contratti intelligenti, hanno avuto un costo relativamente basso rispetto allo spazio di archiviazione permanente che occupano sui nodi della rete; ad esempio, l'implementazione di un contratto è significativamente più economica per byte rispetto alla creazione di slot di archiviazione. + +Senza aggiustamenti, lo stato di Ethereum potrebbe crescere di quasi 200 GiB all'anno se la rete scalasse fino a un limite del gas di 100M, superando alla fine l'hardware comune. + +**L'aumento del costo del gas per la creazione dello stato (o EIP-8037)** armonizza i costi legandoli alla dimensione effettiva dei dati creati, aggiornando le commissioni in modo che siano proporzionali alla quantità di dati permanenti che un'operazione crea o a cui accede. + +L'EIP-8037 introduce anche un modello a serbatoio per gestire questi costi in modo più prevedibile; i costi del gas dello stato attingono prima dal `state_gas_reservoir` e l'opcode `GAS` restituisce solo `gas_left`, impedendo ai frame di esecuzione di calcolare erroneamente il gas disponibile. + +Prima dell'EIP-8037, sia il lavoro computazionale (l'elaborazione attiva) che l'archiviazione permanente dei dati (il salvataggio del contratto intelligente nel database della rete) condividono lo stesso limite del gas. Il modello a serbatoio suddivide la contabilità: il limite del gas per il lavoro computazionale effettivo della transazione (elaborazione) e per l'archiviazione dei dati a lungo termine (gas dello stato). La separazione dei due aiuta a prevenire che la dimensione pura dei dati di un'applicazione raggiunga il limite del gas; finché gli sviluppatori forniscono fondi sufficienti per riempire il serbatoio per l'archiviazione dei dati, possono implementare contratti intelligenti molto più grandi e complessi. + +Prezzare l'archiviazione dei dati in modo più accurato e prevedibile aiuterà Ethereum ad aumentare in sicurezza la sua velocità e capacità senza gonfiare il database. Questa sostenibilità consentirà agli operatori di nodi di continuare a utilizzare hardware (relativamente) accessibile per gli anni a venire, mantenendo accessibile lo staking domestico per preservare la decentralizzazione della rete. + +**Risorse**: [specifica tecnica EIP-8037](https://eips.ethereum.org/EIPS/eip-8037) + +### Aggiornamento del costo del gas per l'accesso allo stato {#state-access-gas-cost-update} + +- Aumenta i costi del gas per quando le applicazioni leggono o aggiornano le informazioni archiviate in modo permanente su Ethereum (opcode di accesso allo stato) per corrispondere accuratamente al lavoro di calcolo richiesto da questi comandi +- Rafforza la resilienza della rete prevenendo attacchi di tipo denial-of-service che sfruttano operazioni di lettura dei dati artificialmente economiche + +Man mano che lo stato di Ethereum è cresciuto, l'atto di cercare e leggere dati vecchi ("accesso allo stato") è diventato più pesante e lento da elaborare per i nodi. Le commissioni per queste azioni sono rimaste le stesse anche se ora è leggermente più costoso cercare informazioni (in termini di potenza di calcolo). + +Di conseguenza, alcuni comandi specifici sono attualmente sottovalutati rispetto al lavoro che costringono un nodo a fare. `EXTCODESIZE` e `EXTCODECOPY` sono sottovalutati, ad esempio, perché richiedono due letture separate dal database: una per l'oggetto dell'account e una seconda per la dimensione effettiva del codice o del bytecode. + +**L'aggiornamento del costo del gas per l'accesso allo stato (o EIP-8038)** aumenta le costanti di gas per gli opcode di accesso allo stato, come la ricerca dei dati di account e contratti, per allinearli alle moderne prestazioni hardware e alle dimensioni dello stato. + +Allineare il costo dell'accesso allo stato aiuta anche a rendere Ethereum più resiliente. Poiché queste pesanti azioni di lettura dei dati sono artificialmente economiche, un utente malintenzionato potrebbe inviare spam alla rete con migliaia di richieste di dati complesse in un singolo blocco prima di raggiungere il limite di commissioni della rete, causando potenzialmente il blocco o il crash della rete (un attacco di tipo denial-of-service). Anche senza intento malevolo, gli sviluppatori non sono incoraggiati economicamente a creare applicazioni efficienti se la lettura dei dati di rete è troppo economica. + +Prezzando in modo più accurato le azioni di accesso allo stato, Ethereum può essere più resiliente contro rallentamenti accidentali o intenzionali, mentre l'allineamento dei costi di rete con il carico hardware si dimostra una base più sostenibile per futuri aumenti del limite del gas. + +**Risorse**: [specifica tecnica EIP-8038](https://eips.ethereum.org/EIPS/eip-8038) + +## Resilienza di rete + +I perfezionamenti ai doveri dei validatori e ai processi di uscita garantiscono la stabilità della rete durante gli eventi di punizione di massa (mass-slashing) e democratizzano la liquidità. Questi miglioramenti rendono la rete più stabile e garantiscono che tutti i partecipanti, grandi e piccoli, siano trattati in modo equo. + +### Escludere i validatori puniti dalla proposta {#exclude-slashed-validators} + +- Impedisce ai validatori penalizzati (puniti) di essere selezionati per proporre blocchi futuri, eliminando gli slot mancati garantiti +- Mantiene Ethereum in funzione in modo fluido e affidabile, prevenendo gravi stalli in caso di un evento di punizione di massa + +Attualmente, anche se un validatore viene punito (penalizzato per aver infranto le regole o non aver operato come previsto), il sistema potrebbe comunque sceglierlo per guidare un blocco nel prossimo futuro quando genera le previsioni dei futuri proponenti. + +Poiché i blocchi dei proponenti puniti vengono automaticamente respinti come non validi, ciò causa la perdita di slot da parte della rete e ritarda il ripristino della rete durante gli eventi di punizione di massa. + +**Escludere i validatori puniti dalla proposta (o EIP-8045)** filtra semplicemente i validatori puniti dalla selezione per compiti futuri. Ciò migliora la resilienza della catena garantendo che vengano selezionati solo validatori sani per proporre blocchi, mantenendo la qualità del servizio durante le interruzioni della rete. + +**Risorse**: [specifica tecnica EIP-8045](https://eips.ethereum.org/EIPS/eip-8045) + +### Consentire alle uscite di utilizzare la coda di consolidamento {#let-exits-use-the-consolidation-queue} + +- Chiude una scappatoia che consente ai validatori con saldo elevato di uscire dalla rete più rapidamente rispetto ai validatori più piccoli tramite la coda di consolidamento +- Consente alle uscite regolari di riversarsi in questa seconda coda quando ha capacità di riserva, riducendo i tempi di prelievo dello staking durante i periodi di alto volume +- Mantiene una sicurezza rigorosa per evitare di alterare i limiti di sicurezza principali di Ethereum o di indebolire la rete + +Da quando l'aggiornamento [Pectra](/roadmap/pectra) ha aumentato il saldo effettivo massimo per i validatori di Ethereum da 32 ETH a 2.048 ETH, una scappatoia tecnica consente ai validatori con saldo elevato di uscire dalla rete più velocemente rispetto ai validatori più piccoli tramite la coda di consolidamento. + +**Consentire alle uscite di utilizzare la coda di consolidamento (o EIP-8080)** democratizza la coda di consolidamento per tutte le uscite di staking, creando un'unica fila equa per tutti. + +Per spiegare come funziona oggi: + +- Il limite di ricambio di Ethereum è un limite di sicurezza sulla velocità con cui i validatori possono entrare, uscire o unire (consolidare) i loro ETH in staking, per garantire che la sicurezza della rete non venga mai destabilizzata +- Poiché un consolidamento di un validatore è un'azione più pesante con più parti in movimento rispetto a un'uscita standard di un validatore, consuma una porzione maggiore di questo budget di sicurezza (limite di ricambio) +- In particolare, il protocollo stabilisce che il costo esatto per la sicurezza di un'uscita standard è due terzi (2/3) del costo di un consolidamento + +Code di uscita più eque consentiranno alle uscite standard di prendere in prestito spazio inutilizzato dalla coda di consolidamento durante i periodi di forte domanda di uscita, applicando un tasso di cambio "3 per 2" (per ogni 2 posti di consolidamento non utilizzati, la rete può elaborare in sicurezza 3 uscite standard). Questo fattore di ricambio di 3/2 bilancia la domanda tra le code di consolidamento e di uscita. + +La democratizzazione dell'accesso alla coda di consolidamento aumenterà la velocità con cui gli utenti possono uscire dal loro stake durante i periodi di forte domanda fino a 2,5 volte, senza compromettere la sicurezza della rete. + +**Risorse**: [specifica tecnica EIP-8080](https://eips.ethereum.org/EIPS/eip-8080) + +## Migliorare l'esperienza dell'utente e dello sviluppatore {#improve-user-developer-experience} + +L'aggiornamento Glamsterdam di Ethereum mira a migliorare l'esperienza dell'utente, aumentare la reperibilità dei dati e gestire le crescenti dimensioni dei messaggi per prevenire errori di sincronizzazione. Ciò rende più facile tenere traccia di ciò che accade on-chain, prevenendo al contempo problemi tecnici man mano che la rete si scala. + +### Ridurre i costi intrinseci del gas delle transazioni {#reduce-intrinsic-transaction-gas-costs} + +- Abbassa la commissione di base per le transazioni, riducendo il costo complessivo di un semplice pagamento nativo in ETH +- Rende i trasferimenti più piccoli più convenienti, aumentando la fattibilità di Ethereum come mezzo di scambio di routine + +Tutte le transazioni di Ethereum oggi hanno una commissione di base del gas fissa, indipendentemente da quanto sia semplice o complesso elaborarle. **Ridurre il gas intrinseco della transazione (o EIP-2780)** propone di ridurre tale commissione di base per rendere un trasferimento standard di ETH tra account esistenti fino al **71% più economico**. + +La riduzione del gas intrinseco della transazione funziona scomponendo la commissione della transazione per riflettere solo il lavoro di base ed essenziale che i computer che eseguono la rete effettivamente svolgono, come la verifica di una firma digitale e l'aggiornamento di un saldo. Poiché un pagamento di base in ETH non esegue codice complesso o trasporta dati extra, questa proposta ridurrebbe la sua commissione per corrispondere alla sua impronta leggera. + +La proposta introduce un'eccezione per la creazione di account nuovi di zecca per evitare che le commissioni più basse sovraccarichino lo stato della rete. Se un trasferimento invia ETH a un indirizzo vuoto e inesistente, la rete deve creare un nuovo record permanente per esso. Viene aggiunto un supplemento di gas per la creazione di tale account per aiutare a coprire il suo onere di archiviazione a lungo termine. + +Insieme, l'EIP-2780 mira a rendere più convenienti i trasferimenti giornalieri tra account esistenti, garantendo al contempo che la rete sia ancora protetta dal gonfiore del database prezzando accuratamente la vera crescita dello stato. + +**Risorse**: [specifica tecnica EIP-2780](https://eips.ethereum.org/EIPS/eip-2780) + +### Pre-distribuzione deterministica della factory {#deterministic-factory-predeploy} + +- Offre agli sviluppatori un modo nativo per distribuire applicazioni e portafogli di contratti intelligenti allo stesso identico indirizzo su più catene +- Consente agli utenti di avere lo stesso indirizzo di portafoglio intelligente su più reti di livello 2 (L2), riducendo il carico cognitivo, la confusione e il rischio di perdita accidentale di fondi +- Sostituisce le soluzioni alternative che gli sviluppatori utilizzano attualmente per ottenere questa parità, rendendo più facile e sicuro creare portafogli e app multi-catena + +Se un utente ha oggi un portafoglio di contratti intelligenti con account su più catene compatibili con la Macchina Virtuale di Ethereum (EVM), spesso si ritrova con un indirizzo completamente diverso su reti diverse. Questo non solo crea confusione, ma può portare a una perdita accidentale di fondi. + +**La pre-distribuzione deterministica della factory (o EIP-7997)** offre agli sviluppatori un modo nativo e integrato per distribuire le loro applicazioni decentralizzate e i portafogli di contratti intelligenti allo stesso identico indirizzo su più catene EVM, tra cui la Rete Principale di Ethereum, le reti di livello 2 (L2) e altro ancora. Se adottato, consentirebbe all'utente di avere lo stesso identico indirizzo su ogni catena partecipante, riducendo significativamente il carico cognitivo e il potenziale di errore dell'utente. + +La pre-distribuzione deterministica della factory funziona posizionando permanentemente un programma factory minimo e specializzato in una posizione identica (in particolare, l'indirizzo 0x12) su ogni catena compatibile con EVM partecipante. Il suo obiettivo è fornire un contratto factory universale e standard che possa essere adottato da qualsiasi rete compatibile con EVM; finché una catena EVM partecipa e adotta questo standard, gli sviluppatori saranno in grado di utilizzarlo per distribuire i loro contratti intelligenti allo stesso identico indirizzo su quella rete. + +Questa standardizzazione semplifica la creazione e la gestione di applicazioni cross-chain per gli sviluppatori e l'ecosistema più ampio. Gli sviluppatori non devono più creare codice personalizzato e specifico per la catena per collegare il loro software su reti diverse, utilizzando invece questa factory universale per generare lo stesso identico indirizzo per la loro applicazione ovunque. Inoltre, gli esploratori di blocchi, i servizi di tracciamento e i portafogli possono identificare e collegare più facilmente queste applicazioni e account su varie catene, creando un ambiente multi-catena più unificato e senza soluzione di continuità per tutti i partecipanti basati su Ethereum. + +**Risorse**: [specifica tecnica EIP-7997](https://eips.ethereum.org/EIPS/eip-7997) + +### I trasferimenti e i burn di ETH emettono un log {#eth-transfers-and-burns-emit-a-log} + +- Genera automaticamente un record permanente (log) ogni volta che ETH viene trasferito o bruciato +- Risolve un punto cieco storico che consente ad app, exchange e ponti di rilevare in modo affidabile i depositi degli utenti senza strumenti di tracciamento ad-hoc + +A differenza dei token (ERC-20), i normali trasferimenti di ETH tra contratti intelligenti non emettono una ricevuta chiara (log standard), rendendoli difficili da tracciare per exchange e app. + +I trasferimenti e i burn di ETH emettono un log (o EIP-7708) rende obbligatorio per la rete emettere un evento di log standard ogni volta che una quantità non nulla di ETH viene spostata o bruciata. + +Ciò renderà molto più facile e affidabile per portafogli, exchange e operatori di ponti tracciare accuratamente depositi e movimenti senza strumenti personalizzati. + +**Risorse**: [specifica tecnica EIP-7708](https://eips.ethereum.org/EIPS/eip-7708) + +### eth/70 liste parziali di ricevute di blocco {#eth-70-partial-block-receipt-lists} + +Man mano che aumentiamo la quantità di lavoro che Ethereum può svolgere, gli elenchi di ricevute per tali azioni (i record di dati di queste transazioni) stanno diventando così grandi da poter potenzialmente causare il fallimento dei nodi della rete quando tentano di sincronizzare i dati tra loro. + +eth/70 liste parziali di ricevute di blocco (o EIP-7975) introduce un nuovo modo per i nodi di parlare tra loro (eth/70) che consente di suddividere questi grandi elenchi in pezzi più piccoli e più gestibili. eth/70 introduce un sistema di impaginazione per il protocollo di comunicazione della rete che consente ai nodi di suddividere gli elenchi di ricevute di blocco e di richiedere in sicurezza i dati in blocchi più piccoli e più gestibili. + +Questa modifica eviterebbe i fallimenti di sincronizzazione della rete durante i periodi di intensa attività. In definitiva, apre la strada a Ethereum per aumentare la sua capacità di blocco ed elaborare più transazioni per blocco in futuro, senza sovraccaricare l'hardware fisico che sincronizza la catena. + +**Risorse**: [specifica tecnica EIP-7975](https://eips.ethereum.org/EIPS/eip-7975) + +## Letture consigliate {#further-reading} + +- [Tabella di marcia di Ethereum](/roadmap/) +- [Forkcast: Glamsterdam](https://forkcast.org/upgrade/glamsterdam) +- [Glamsterdam Meta EIP](https://eips.ethereum.org/EIPS/eip-7773) +- [Annuncio sul blog dell'aggiornamento delle priorità del protocollo per il 2026](https://blog.ethereum.org/2026/02/18/protocol-priorities-update-2026) +- [Podcast The Daily Gwei Refuel - Ethereum post-quantistico, Glamsterdam sta arrivando](https://www.youtube.com/watch?v=qx9sd50uQjQ) + +## Domande frequenti {#faq} + +### Come si può convertire ETH dopo l'hard fork di Glamsterdam? {#how-can-eth-be-converted-after-the-hardfork} + +- **Nessuna azione richiesta per i tuoi ETH**: non è necessario convertire o aggiornare i tuoi ETH a seguito dell'aggiornamento di Glamsterdam. I saldi del proprio conto rimarranno gli stessi e l'ETH che si possiede in quel momento rimarrà accessibile nella sua forma esistente dopo la biforcazione dura. +- **Attenzione alle truffe!** **chiunque ti indichi di "aggiornare" i tuoi ETH sta cercando di truffarti.** Non c'è nulla che tu debba fare in relazione a questo aggiornamento. Le proprie risorse rimarranno completamente inalterate. Ricorda: essere informati è la migliore difesa contro le truffe. + +[Ulteriori informazioni su come riconoscere ed evitare le truffe](/security/) + +### L'aggiornamento di Glamsterdam influisce su tutti i nodi e i validatori di Ethereum? {#does-the-glamsterdam-upgrade-affect-all-ethereum-nodes-and-validators} + +Sì, l'aggiornamento di Glamsterdam richiede aggiornamenti sia per i [client di esecuzione che per i client di consenso](/developers/docs/nodes-and-clients/). Poiché questo aggiornamento introduce l'Enshrined Proposer-Builder Separation (ePBS), gli operatori di nodi dovranno assicurarsi che i loro client siano aggiornati per gestire i nuovi modi in cui i blocchi vengono costruiti, convalidati e attestati dalla rete. + +Tutti i principali client di Ethereum rilasceranno versioni che supportano la biforcazione dura, contrassegnate come ad alta priorità. Puoi rimanere aggiornato su quando queste versioni saranno disponibili nei repository GitHub dei client, sui loro [canali Discord](https://ethstaker.org/support), sul [Discord di EthStaker](https://dsc.gg/ethstaker) o iscrivendoti al blog di Ethereum per gli aggiornamenti del protocollo. + +Per mantenere la sincronizzazione con la rete Ethereum dopo l'aggiornamento, gli operatori dei nodi devono assicurarsi di eseguire una versione client supportata. Si tenga presente che le informazioni sui rilasci dei client sono sensibili al fattore tempo e gli utenti devono fare riferimento agli ultimi aggiornamenti per dettagli attuali. + +### In qualità di staker, cosa devo fare per l'aggiornamento di Glamsterdam? {#as-a-staker-what-do-i-need-to-do-for-the-glamsterdam-upgrade} + +Come per ogni aggiornamento della rete, assicurati di aggiornare i tuoi client alle ultime versioni contrassegnate con il supporto di Glamsterdam. Segui gli aggiornamenti nella mailing list e gli [annunci del protocollo sul blog di EF](https://blog.ethereum.org/category/protocol) per essere informato sui rilasci. + +Per convalidare la tua configurazione prima che Glamsterdam venga attivato sulla Rete Principale, puoi eseguire un validatore sulle reti di test. Anche i fork delle testnet sono annunciati nella mailing list e sul blog. + +### Quali miglioramenti includerà Glamsterdam per la scalabilità L1? {#what-improvements-will-glamsterdam-include-for-l1-scaling} + +La caratteristica principale è l'ePBS (EIP-7732), che separa il pesante compito di convalidare le transazioni di rete dal compito di raggiungere il consenso. Ciò espande la finestra di propagazione dei dati da 2 secondi a circa 9 secondi, sbloccando la capacità di Ethereum di gestire in sicurezza un throughput di transazioni molto più elevato e di ospitare più blob di dati per le reti di livello 2. + +### Glamsterdam abbasserà le commissioni su Ethereum (livello 1)? {#will-glamsterdam-lower-fees-on-ethereum-layer-1} + +Sì, molto probabilmente Glamsterdam ridurrà le commissioni per gli utenti di tutti i giorni! La riduzione del gas intrinseco della transazione (o EIP-2780) riduce la commissione di base per l'invio di ETH, rendendo l'ETH molto più economico da usare per i pagamenti di tutti i giorni. + +Inoltre, per la sostenibilità a lungo termine, Glamsterdam introduce le Block-Level Access Lists (BAL). Ciò abilita l'elaborazione parallela e prepara l'L1 a gestire in sicurezza limiti del gas complessivi più elevati in futuro, il che probabilmente ridurrà i costi del gas per transazione man mano che la capacità cresce. + +### Ci saranno cambiamenti ai miei contratti intelligenti esistenti dopo Glamsterdam? {#will-my-smart-contracts-change} + +I contratti esistenti continueranno a funzionare normalmente dopo Glamsterdam. Gli sviluppatori riceveranno probabilmente diversi nuovi strumenti e dovrebbero rivedere il loro utilizzo del gas: + +- L'aumento della dimensione massima del contratto (o EIP-7954) consente agli sviluppatori di distribuire applicazioni più grandi, aumentando il limite massimo della dimensione del contratto da circa 24KiB a 32KiB. +- La pre-distribuzione deterministica della factory (o EIP-7997) introduce un contratto factory universale e integrato. Consente agli sviluppatori di distribuire le loro applicazioni e i portafogli di contratti intelligenti allo stesso identico indirizzo su tutte le catene EVM partecipanti. +- Se la tua app si basa su un tracciamento complesso per trovare i trasferimenti di ETH, la funzione 'i trasferimenti e i burn di ETH emettono un log' (o EIP-7708) ti consentirà di passare all'utilizzo dei log per una contabilità più semplice e affidabile. +- L'aumento del costo del gas per la creazione dello stato (o EIP-8037) e l'aggiornamento del costo del gas per l'accesso allo stato (o EIP-8038) introducono nuovi modelli di sostenibilità che modificheranno alcuni costi di implementazione dei contratti, poiché la creazione di nuovi account o l'archiviazione permanente avranno una commissione che si adegua dinamicamente. + +### In che modo Glamsterdam influenzerà i requisiti di archiviazione e hardware dei nodi? {#how-will-glamsterdam-affect-node-storage-and-hardware-requirements} + +Diverse EIP in fase di valutazione per Glamsterdam affrontano il precipizio prestazionale della crescita dello stato: + +- L'aumento del costo del gas per la creazione dello stato (o EIP-8037) introduce un modello di prezzi dinamico per puntare a un tasso di crescita del database di stato di 100 GiB/anno, garantendo che l'hardware fisico standard possa continuare a far funzionare la rete in modo efficiente. +- eth/70 liste parziali di ricevute di blocco (o EIP-7975) consente ai nodi di richiedere ricevute di blocco impaginate, il che suddivide gli elenchi di ricevute di blocco pesanti in termini di dati in blocchi più piccoli per prevenire arresti anomali e sincronizzazioni man mano che Ethereum scala. diff --git a/public/content/translations/ja/community/grants/index.md b/public/content/translations/ja/community/grants/index.md index c0b3a9d6aab..be1ef9b26ff 100644 --- a/public/content/translations/ja/community/grants/index.md +++ b/public/content/translations/ja/community/grants/index.md @@ -20,6 +20,7 @@ lang: ja これらのプログラムは、広範囲のプロジェクトに助成金を提供し、イーサリアムエコシステムを幅広くサポートするものです。 拡張性、コミュニティ構築、セキュリティ、プライバシーなどのソリューションが対象となり、 どれか1つのイーサリアムプラットフォームに固有の助成プログラムではありません。 不明な場合は、まずはこちらから始めてみてください。 - [EFエコシステム・サポート・プログラム](https://esp.ethereum.foundation) - _イーサリアムに貢献するオープンソースプロジェクトへの資金提供。特にユニバーサルツール、インフラ、研究、公共財に重点を置いています_ +- [ESPグラント・エクスプローラー](https://esp.ethereum.foundation/funded-projects) - _エコシステム・サポート・プログラムが支援した1,000以上のプロジェクトを検索できるディレクトリ_ - [学術助成金](https://esp.ethereum.foundation/academic-grants) - _イーサリアム関連の学術研究を支援する助成金_ ## 助成金リストのアグリゲーターとプラットフォーム {#grant-list-aggregators} 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 25474e1c899..3c4a8873736 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 @@ -132,7 +132,6 @@ Raspberry PiのようなARMアーキテクチャのシングルボードコン - [EthPillar](https://www.coincashew.com/coins/overview-eth/ethpillar) - フルノードをセットアップする最も迅速で簡単な方法です。 ワンライナーのセットアップツールおよびノード管理TUI。 無料で オープンソースです。 ソロステーカーによるイーサリアムの公共財。 ARM64およびAMD64をサポートしています。 - [eth-docker](https://eth-docker.net/) - Dockerを使用した自動セットアップで、簡単かつ安全なステーキングに焦点を当てています。ターミナルとDockerの基本的な知識が必要で、やや上級のユーザーに推奨されます。 - [Stereum](https://stereum-dev.github.io/ethereum-node-web-docs) - GUIセットアップガイド、コントロールセンター、その他多くの機能を備え、SSH接続を介してリモートサーバーにクライアントをインストールするためのランチャー。 -- [NiceNode](https://www.nicenode.xyz/) - コンピュータでノードを実行するための、分かりやすいユーザーエクスペリエンスを備えたランチャー。 クライアントを選択し、数回クリックするだけで開始可能。 現在、開発中。 - [Sedge](https://docs.sedge.nethermind.io/docs/intro) - CLIウィザードを使用してDocker構成を自動的に生成するノードセットアップツール。 NethermindによってGoで開発。 ### 手動でのクライアントセットアップ {#manual-setup} diff --git a/public/content/translations/ja/roadmap/glamsterdam/index.md b/public/content/translations/ja/roadmap/glamsterdam/index.md new file mode 100644 index 00000000000..cf455093078 --- /dev/null +++ b/public/content/translations/ja/roadmap/glamsterdam/index.md @@ -0,0 +1,298 @@ +--- +title: "グラムステルダム" +description: "Glamsterdamプロトコルアップグレードについて" +lang: ja +--- +# グラムステルダム {#glamsterdam} + + + + +Glamsterdamは、2026年上半期に予定されているイーサリアムのアップグレードです。 + + +Glamsterdamのアップグレードは、イーサリアムの長期的な開発目標における単なる一歩に過ぎません。[プロトコルのロードマップ](/roadmap/)と[過去のアップグレード](/ethereum-forks/)について、さらに詳しくご覧ください。 + + + + +[イーサリアムの](/)今後のGlamsterdamアップグレードは、次世代のスケーリングへの道を切り開くように設計されています。Glamsterdamは、「Amsterdam」（実行レイヤーのアップグレードで、以前のDevconnectの開催地にちなんで名付けられた）と「Gloas」（コンセンサスレイヤーのアップグレードで、星にちなんで名付けられた）を組み合わせたものです。 + +[Fusakaの](/roadmap/fusaka/)アップグレードで進展が見られたことを受け、Glamsterdamは、ネットワークがトランザクションを処理し、成長するデータベースを管理する方法を再編成することでL1をスケーリングに重点を置いています。これにより、イーサリアムがブロックを作成および検証する方法が根本的に更新されます。 + +Fusakaが基盤の改良に注力する一方で、Glamsterdamは、異なるネットワーク参加者間の職務分掌を確立し、高スループットの並列化に向けて[状態](/glossary/#state)を準備するためのより効率的なデータ処理方法を導入することで、「Scale L1」と「Scale Blobs」の目標を推進します。 + +これらの改善により、イーサリアムはより多くの活動を処理しながらも、高速、手頃な価格、分散型を維持し、自宅で[ノード](/glossary/#node)を実行する人々のハードウェア要件を管理可能な状態に保ちます。 + + + +## グラムステルダムの改善案 {#improvements-in-glamsterdam} + + + + +注：この記事では、現在Glamsterdamへの組み込みが検討されているEIPの一部を紹介しています。最新のステータスについては、 [ForkcastでGlamsterdamのアップグレードを](https://forkcast.org/upgrade/glamsterdam)ご確認ください。 + +Glamsterdamで検討中のEIPを追加したいが、まだこのページに追加されていない場合は、 [ethereum.orgへの貢献方法をこちらで確認してください](/contributing/)。 + + + + +Glamsterdamのアップグレードは、主に3つの目標を中心に据えています。 + +- 処理の高速化（並列化）：ネットワークがデータ依存関係を記録する方法を再編成し、遅い逐次処理ではなく、多数のトランザクションを同時に安全に処理できるようにします。 +- 容量の拡大：ブロックの作成と検証という重い作業を分割することで、ネットワークは速度を低下させることなく、より大量のデータを伝播する時間を確保できます。 +- データベースの肥大化の防止（持続可能性）：新しいデータを保存するための長期的なハードウェアコストを正確に反映するようにネットワーク手数料を調整し、ハードウェアのパフォーマンス低下を防ぎながら、将来のガスリミットの引き上げを可能にする。 + +要するに、Glamsterdamは、ネットワークの容量が増加しても、持続可能性とパフォーマンスを高く維持できるよう、構造的な変更を導入します。 + +## L1スケーリングと並列処理 {#scale-l1} + +意味のあるL1スケーリングを実現するには、プロトコル外の信頼仮定や逐次実行の制約から脱却する必要があります。Glamsterdamは、特定のブロック構築業務の分離を確立し、ネットワークが並列処理の準備を可能にする新しいデータ構造を導入することで、この問題に対処します。 + +### ヘッドライナー提案：プロポーザーとビルダーの分離（ePBS）を確立 {#epbs} + +- プロトコル外の信頼仮定やサードパーティのリレーへの依存を排除します +- 拡張された伝搬ウィンドウを介して、より大きなペイロードを可能にすることで、L1スケーリングを実現します +- トラストレスなビルダーへの支払いをプロトコルに直接導入します + +現在、ブロックの提案と構築のプロセスには、ブロックプロポーザーとブロックビルダー間のハンドオフが含まれています。プロポーザーとビルダーの関係は、イーサリアムのコアプロトコルの一部ではないため、信頼されたサードパーティのミドルウェア、ソフトウェア（リレー）と、エンティティ間のプロトコル外の信頼に依存しています。 + +プロポーザーとビルダー間のプロトコル外の関係は、ブロック検証中に「ホットパス」も生成します。これにより、[バリデータ](/glossary/#validator)は2秒という短い時間枠内でトランザクションのブロードキャストと実行を急いで行わなければならず、ネットワークが処理できるデータ量が制限されます。 + +プロポーザーとビルダーの分離（ePBS、またはEIP-7732）は、プロポーザー（コンセンサスブロックを選択する）とビルダー（実行ペイロードを組み立てる）の役割を正式に分離し、このハンドオフをプロトコルに直接組み込みます。 + +ブロックペイロードと支払いのトラストレスな交換をプロトコルに直接組み込むことで、サードパーティのミドルウェア（MEV-Boostなど）の必要性がなくなります。ただし、ビルダーやプロポーザーは、コアプロトコルにまだ含まれていない複雑な機能のために、プロトコル外のリレーやミドルウェアを引き続き使用する場合があります。 + +「ホットパス」のボトルネックに対処するため、ePBSはペイロード適時性委員会（PTC）とデュアルデッドラインロジックも導入し、バリデータがコンセンサスブロックと実行ペイロードの適時性を個別に証明することで、スループットを最大化します。 + + + +プロトコルレベルでプロポーザーとビルダーの役割を分離すると、伝播ウィンドウ（ネットワーク全体にデータを広げるために利用可能な時間）が2秒から約9秒に拡大されます。 + +プロトコル外のミドルウェアとリレーをプロトコル内のメカニクスに置き換えることで、ePBSは信頼への依存を減らし、ネットワークに負荷をかけることなく、イーサリアムがより大量のデータ（[レイヤー2](/glossary/#layer-2)のより多くのブロブなど）を安全に処理できるようにします。 + +**リソース**: [EIP-7732 技術仕様](https://eips.ethereum.org/EIPS/eip-7732) + +### ヘッドライナー提案：ブロックレベルアクセスリスト（BAL） {#bals} + +- すべてのトランザクションの依存関係を事前にマッピングすることで、シーケンシャル処理のボトルネックを排除し、バリデータが1つずつではなく、多数のトランザクションを並行して処理できる環境を整えます。 +- ノードは、すべてのトランザクションをリプレイすることなく（実行なしの同期）、最終結果を読み取ることでレコードを更新できるようになり、ノードをネットワークに同期させる速度が大幅に向上します。 +- 推測の必要がなくなり、バリデータは必要なすべてのデータを一度にプリロードできるようになります。これにより、段階的にデータを発見する手間が省け、検証が大幅に高速化されます。 + +今日のイーサリアムは片側一車線の道路のようなものです。ネットワークは、トランザクションが実行されるまで、トランザクションに必要なデータや変更（トランザクションがどの口座に影響するかなど）を認識できないため、バリデータはトランザクションを厳密に順番に1つずつ処理する必要があります。これらの依存関係を認識せずにトランザクションを一度に処理しようとすると、2つのトランザクションが誤って同時にまったく同じデータを変更しようとしてエラーが発生する可能性があります。 + +ブロックレベルアクセスリスト（BAL、またはEIP-7928）は、すべてのブロックに含まれる地図のようなもので、作業を開始する前にデータベースのどの部分にアクセスするかをネットワークに伝えます。BALでは、すべてのブロックに、トランザクションが触れるすべてのアカウント変更のハッシュと、それらの変更の最終結果（すべての状態アクセスと実行後の値のハッシュレコード）を含める必要があります。 + +BALは、重複しないトランザクションを即座に可視化するため、ノードは並列ディスク読み取りを実行し、多数のトランザクションの情報を同時に取得できます。ネットワークは、関連のないトランザクションを安全にグループ化し、並列で処理できます。 + +BALにはトランザクションの最終結果（実行後の値）が含まれているため、ネットワークのノードがネットワークの現在の状態に同期する必要がある場合、それらの最終結果をコピーしてレコードを更新できます。バリデーターは、何が起こったかを知るために、すべての複雑なトランザクションを最初から再生する必要がなくなり、新しいノードがネットワークに参加するのをより速く、より簡単に行うことができます。 + +BALによって可能になる並列ディスク読み取りは、イーサリアムが一度に多くのトランザクションを処理し、ネットワークの速度を大幅に向上させることができる未来に向けた重要な一歩となるでしょう。 + +#### eth/71ブロックアクセスリスト交換 {#bale} + +ブロックアクセスリスト交換（eth/71またはEIP-8159）は、ブロックレベルアクセスリストに直接関連するネットワーキング機能です。BALsが並列実行を可能にする一方で、eth/71はピアツーピアプロトコルをアップグレードし、ノードがこれらのリストをネットワーク上で実際に共有できるようにします。ブロックアクセスリスト交換を実装することで、同期が高速化され、ノードは実行を伴わない状態更新を実行できるようになります。 + +**リソース**: + +- [EIP-7928 技術仕様](https://eips.ethereum.org/EIPS/eip-7928) +- [EIP-8159 技術仕様](https://eips.ethereum.org/EIPS/eip-8159) + +## ネットワークの持続可能性 {#network-sustainability} + +イーサリアムネットワークがより高速に成長するにつれて、その使用コストがイーサリアムを実行するハードウェアの消耗に合致していることを確認することが重要です。ネットワークは、安全にスケーリングしてより多くのトランザクションを処理するために、全体的な容量制限を増やす必要があります。 + +### ステート作成時のガス代増加 {#state-creation-gas-cost-increase} + +- 新規アカウントやスマートコントラクトの作成にかかる手数料が、それらがイーサリアムのデータベースに与える長期的な負担を正確に反映していることを保証する +- ネットワーク全体の容量に基づいてこれらのデータ作成手数料を自動的に調整し、安全で予測可能な成長率を目標とすることで、標準的な物理ハードウェアでネットワークを継続的に実行できるようにします。 +- これらの特定の料金の会計処理を新しいリザーバーに分離することで、古いトランザクション制限をなくし、開発者がより大規模で複雑なアプリケーションをデプロイできるようにします。 + +新しいアカウント、トークン、[スマートコントラクト](/glossary/#smart-contract)を追加すると、ネットワークを実行するすべてのコンピュータが永久に保存しなければならない永続的なデータ（「状態」として知られる）が作成されます。このデータを追加または読み取るための現在の料金は一貫性がなく、ネットワークのハードウェアに課される実際の長期的なストレージの負担を必ずしも反映しているわけではありません。 + +新しいアカウントの作成や大規模なスマートコントラクトのデプロイなど、イーサリアム上で状態を作成する一部のアクションは、ネットワークノード上で占める永続的なストレージスペースと比較して比較的低コストです。たとえば、コントラクトのデプロイは、ストレージスロットの作成よりも1バイトあたりのコストが大幅に安価です。 + +調整を行わない場合、ネットワークが1億ガスリミットにスケールすると、イーサリアムの状態は年間200GiB近く増加し、最終的には一般的なハードウェアを上回る可能性があります。 + +ステート作成ガス代の増加（またはEIP-8037）は、作成されるデータの実際のサイズにガス代を関連付けることでコストを調整し、操作が作成またはアクセスする永続データの量に比例するように料金を更新します。 + +EIP-8037は、これらのコストをより予測可能な方法で管理するためのリザーバーモデルも導入しています。状態ガスチャージはまず`state_gas_reservoir`から引き出され、`GAS`オペコードは`gas_left`のみを返します。これにより、実行フレームが利用可能なガスを誤って計算するのを防ぎます。 + +EIP-8037以前は、計算作業（アクティブな処理）と永続的なデータストレージ（スマートコントラクトをネットワークのデータベースに保存）の両方が同じガスリミットを共有していました。リザーバーモデルは、トランザクションの実際の計算作業（処理）と長期データストレージ（状態ガス）のガスリミットを分離します。この2つを分離することで、アプリケーションデータの純粋なサイズがガスリミットに達するのを防ぐことができます。開発者がデータストレージ用のリザーバーを満たすのに十分な資金を提供している限り、はるかに大きく、より複雑なスマートコントラクトをデプロイできます。 + +ストレージの価格設定をより正確かつ予測可能にすることで、イーサリアムはデータベースを肥大化させることなく、安全に速度と容量を増やすことができます。この持続可能性により、ノードオペレーターは今後何年にもわたって（比較的）手頃な価格のハードウェアを使い続けることができ、ネットワークの分散化を維持するためにホームステーキングへのアクセスを可能にします。 + +**リソース**: [EIP-8037 技術仕様](https://eips.ethereum.org/EIPS/eip-8037) + +### ステートアクセスガスのコスト更新 {#state-access-gas-cost-update} + +- アプリケーションがイーサリアムに永続的に保存されている情報を読み取ったり更新したりする際のガス代（ステートアクセスオペコード）を、これらのコマンドに必要な計算作業に正確に一致するように引き上げます。 +- 人為的に安価なデータ読み取り操作を悪用するサービス拒否攻撃を防ぐことで、ネットワークの回復力を強化します + +イーサリアムの状態が成長するにつれて、古いデータ（「状態アクセス」）を検索して読み取るという行為は、ノードが処理するのに重く、遅くなっています。これらのアクションの料金は、情報を検索するのに（計算能力の点で）わずかに高価になったにもかかわらず、同じままでした。 + +その結果、一部の特定のコマンドは、ノードに強制的に実行させる作業と比較して、現在価格が低すぎます。たとえば、`EXTCODESIZE`と`EXTCODECOPY`は、2つの別々のデータベース読み取り（1つはアカウントオブジェクト用、もう1つは実際のコードサイズまたはバイトコード用）が必要なため、価格が低すぎます。 + +ステートアクセスガスコストの更新（またはEIP-8038）は、アカウントやコントラクトデータの参照など、ステートアクセスオペコードのガス定数を、最新のハードウェアのパフォーマンスと状態サイズに合わせて引き上げます。 + +ステートアクセスにかかるコストを調整することは、イーサリアムの回復力を高めることにもつながります。これらの重いデータ読み取りアクションが人為的に安価であるため、悪意のある攻撃者は、ネットワークの料金制限に達する前に、単一のブロックで何千もの複雑なデータリクエストをネットワークにスパムし、ネットワークの停止やクラッシュ（サービス拒否攻撃）を引き起こす可能性があります。悪意がなくても、ネットワークデータの読み取りが安価すぎると、開発者は効率的なアプリケーションを構築する経済的インセンティブを得られません。 + +ステートアクセスアクションの価格設定をより正確にすることで、イーサリアムは偶発的または意図的なスローダウンに対してより強靭になり、ネットワークコストをハードウェア負荷に合わせることで、将来のガスリミットの引き上げのためのより持続可能な基盤を証明します。 + +**リソース**: [EIP-8038 技術仕様](https://eips.ethereum.org/EIPS/eip-8038) + +## ネットワークの回復力 + +バリデータの義務とエグジットプロセスの改善により、大量スラッシングイベント時のネットワークの安定性が確保され、流動性が民主化されます。これらの改善により、ネットワークはより安定し、大小すべての参加者が公平に扱われることが保証されます。 + +### スラッシュされたバリデータを提案から除外する {#exclude-slashed-validators} + +- ペナルティを受けた（スラッシュされた）バリデータが将来のブロックを提案するバリデーターとして選択されないようにすることで、保証されたスロットの欠落をなくします。 +- イーサリアムをスムーズかつ確実に稼働させ、大量スラッシングイベントが発生した場合でも深刻な停滞を防ぎます。 + +現在、バリデータがスラッシュされた場合（ルール違反や期待どおりに動作しなかったことに対するペナルティ）、システムは将来のプロポーザーの先行予測を生成する際に、近い将来にそのバリデーターをブロックのリーダーとして選択する可能性があります。 + +スラッシュされたプロポーザーからのブロックは、無効として自動的に拒否されるため、ネットワークはスロットをスキップし、大量スラッシングイベント中のネットワーク復旧が遅延します。 + +**スラッシュされたバリデータを提案から除外する（またはEIP-8045）** は、スラッシュされたバリデータが将来のタスクに選ばれないように単純にフィルタリングします。これにより、健全なバリデータのみがブロックを提案するように選択されることが保証され、ネットワーク障害時でもサービス品質が維持されるため、チェーンの回復力が向上します。 + +**リソース**: [EIP-8045 技術仕様](https://eips.ethereum.org/EIPS/eip-8045) + +### 終了時に統合キューを使用する {#let-exits-use-the-consolidation-queue} + +- コンソリデーションキューを介して、残高の多いバリデータが残高の少ないバリデータよりも迅速にネットワークから退出できる抜け穴を塞ぎます。 +- 余剰容量がある場合、通常の出金がこの第2のキューに流れ込むことを可能にし、高負荷時のステーキング出金時間を短縮します。 +- イーサリアムのコアな安全性に関する制限を変更したり、ネットワークを弱体化させたりしないよう、厳格なセキュリティを維持します。 + +[Pectraのアップグレード](/roadmap/pectra)により、イーサリアムバリデータの最大有効残高が32ETHから2,048ETHに増加したため、技術的な抜け穴が生じ、残高の多いバリデータは、コンソリデーションキューを介して、残高の少ないバリデータよりも速くネットワークから退出できるようになりました。 + +出金にコンソリデーションキュー（またはEIP-8080）を使用することで、すべてのステーキング出金に対してコンソリデーションキューが民主化され、全員にとって単一で公平な列が作成されます。 + +今日の仕組みを分解すると、以下のようになります。 + +- イーサリアムのチャーンリミットは、バリデータがステーキングされたETHの参加、退出、またはマージ（統合）を行うことができるレートに対する安全上の制限であり、ネットワークのセキュリティが決して不安定にならないようにするためのものです。 +- バリデータの統合は、標準的なバリデータの終了よりも多くの可動部分を伴う重いアクションであるため、この安全予算（チャーン制限）のより大きな部分を消費します。 +- 具体的には、プロトコルでは、1回の標準的な出口の正確なセキュリティコストは、1回のコンソリデーションのコストの3分の2（2/3）であると規定されています。 + +より公平なエグジットキューにより、標準エグジットは、エグジット需要が高い期間中に、未使用のコンソリデーションキューのスペースを借りることが可能になり、「3対2」の交換レートが適用されます（未使用のコンソリデーションスポット2つにつき、ネットワークは安全に3つの標準エグジットを処理できます）。この3/2のチャーンファクターは、コンソリデーションキューとエグジットキューの需要のバランスを取ります。 + +コンソリデーションキューへのアクセスを民主化することで、ネットワークのセキュリティを損なうことなく、需要の高い時期にユーザーがステークを解除できる速度を最大2.5倍に引き上げることができます。 + +**リソース**: [EIP-8080 技術仕様](https://eips.ethereum.org/EIPS/eip-8080) + +## ユーザーと開発者のエクスペリエンスを向上させる {#improve-user-developer-experience} + +イーサリアムのGlamsterdamアップグレードは、ユーザーエクスペリエンスの向上、データ検索性の強化、メッセージサイズの増加への対応による同期エラーの防止を目指しています。これにより、ネットワークが拡大するにつれて発生する技術的な問題を防ぎながら、オンチェーンで何が起こっているかをより簡単に追跡できるようになります。 + +### 本質的なトランザクションガス代を削減する {#reduce-intrinsic-transaction-gas-costs} + +- トランザクションのベースフィーを下げ、シンプルなネイティブETH決済の全体的なコストを削減します。 +- 少額の送金をより手頃なものにし、日常的な交換手段としてのイーサリアムの実行可能性を高めます。 + +すべてのイーサリアムのトランザクションは、処理の単純さや複雑さに関係なく、今日、フラットなベースガス代がかかります。**本質的なトランザクションガス（またはEIP-2780）の削減**は、既存のアカウント間の標準的なETH転送を最大71％安くするために、そのベースフィーを削減することを提案しています。 + +トランザクションフィーを、デジタル署名の検証や残高の更新など、ネットワークを稼働させているコンピューターが実際に行う基本的な必須作業のみを反映するように分解することで、本質的なトランザクションガスを削減します。基本的なETHの支払いでは複雑なコードを実行したり、追加のデータを転送したりしないため、この提案により、その軽量なフットプリントに合わせて手数料が削減されます。 + +この提案は、ネットワークの状態を低料金が圧倒しないように、新しいアカウントを作成するための例外を導入しています。転送でETHを空の、存在しないアドレスに送信する場合、ネットワークはそれに対して永続的な新しいレコードを作成する必要があります。そのアカウント作成には、長期的なストレージの負担をカバーするためにガスサーチャージが追加されます。 + +EIP-2780は、既存のアカウント間の日常的な送金をより手頃な価格にすると同時に、真の状態の成長を正確に価格設定することで、ネットワークがデータベースの肥大化から保護されるようにすることを目指しています。 + +**リソース**: [EIP-2780 技術仕様](https://eips.ethereum.org/EIPS/eip-2780) + +### 決定論的ファクトリ事前デプロイ {#deterministic-factory-predeploy} + +- 開発者がネイティブな方法でアプリケーションやスマートコントラクトウォレットを、複数のチェーンにわたって全く同じアドレスにデプロイできるようにします。 +- ユーザーが複数のレイヤー2（L2）ネットワークで同じスマートウォレットアドレスを使用できるようにし、認知負荷、混乱、および偶発的な資金損失のリスクを軽減します。 +- 開発者が現在この同等性を実現するために使用している回避策に代わるもので、マルチチェーンウォレットやアプリをより簡単かつ安全に構築できるようになります。 + +現在、ユーザーが複数のEVM（イーサリアム仮想マシン）互換チェーンにまたがるスマートコントラクトウォレットを持っている場合、異なるネットワークでまったく異なるアドレスになることがよくあります。これは混乱を招くだけでなく、誤って資金を失うことにもつながる可能性があります。 + +決定論的ファクトリー事前デプロイ（またはEIP-7997）は、開発者が分散型アプリケーションやスマートコントラクトウォレットを、イーサリアムメインネット、レイヤー2（L2）ネットワークなど、複数のEVMチェーン間でまったく同じアドレスにデプロイするための、ネイティブで組み込みの手段を提供します。採用されれば、ユーザーは参加するすべてのチェーンでまったく同じアドレスを持つことができ、認知負荷とユーザーエラーの可能性を大幅に軽減します。 + +決定論的ファクトリ事前デプロイは、参加するすべてのEVM互換チェーン上の同一の場所（具体的にはアドレス0x12）に、最小限の特殊なファクトリプログラムを永続的に配置することで機能します。その目標は、あらゆるEVM互換ネットワークで採用できる、普遍的で標準的なファクトリコントラクトを提供することです。EVMチェーンがこの標準に参加し採用する限り、開発者はそれを使用してスマートコントラクトをそのネットワーク上のまったく同じアドレスにデプロイできるようになります。 + +この標準化により、開発者や広範なエコシステムにとって、クロスチェーンアプリケーションの構築と管理が簡素化されます。開発者は、異なるネットワーク間でソフトウェアを連携させるために、カスタムのチェーン固有のコードを構築する必要がなくなり、代わりにこのユニバーサルファクトリーを使用して、アプリケーションのまったく同じアドレスをあらゆる場所で生成できるようになります。さらに、ブロックエクスプローラー、追跡サービス、ウォレットは、これらのアプリケーションやアカウントをさまざまなチェーン間でより簡単に識別し、連携させることができ、すべてのイーサリアムベースの参加者にとって、より統合されたシームレスなマルチチェーン環境が構築されます。 + +**リソース**: [EIP-7997 技術仕様](https://eips.ethereum.org/EIPS/eip-7997) + +### ETHの送金とバーンはログを出力します {#eth-transfers-and-burns-emit-a-log} + +- ETHが送金またはバーンされるたびに、自動的に恒久的な記録（ログ）を生成します。 +- アプリ、取引所、ブリッジが、その場限りの追跡ツールなしでユーザーの入金を確実に検出できるようにする、これまでの盲点を修正します。 + +トークン（ERC-20）とは異なり、スマートコントラクト間の通常のETH送金では明確なレシート（標準ログ）が発行されないため、取引所やアプリが追跡することが困難です。 + +ETHの送金とバーンはログ（またはEIP-7708）を生成します。これにより、ゼロ以外の量のETHが移動またはバーンされるたびに、ネットワークが標準的なログイベントを生成することが必須になります。 + +これにより、ウォレット、取引所、ブリッジの運営者は、カスタムツールなしで入金や移動を正確に追跡することが、より簡単かつ確実になります。 + +**リソース**: [EIP-7708 技術仕様](https://eips.ethereum.org/EIPS/eip-7708) + +### eth/70 部分ブロック受信リスト {#eth-70-partial-block-receipt-lists} + +イーサリアムが処理できる作業量が増えるにつれて、それらのアクションのレシートのリスト（これらのトランザクションのデータレコード）は非常に大きくなり、ノードが互いにデータを同期しようとすると、ネットワークのノードが故障する可能性があります。 + +eth/70 partial ブロック receipt lists（またはEIP-7975）は、ノードが互いに通信するための新しい方法（eth/70）を導入し、これらの大きなリストをより小さく、より管理しやすい部分に分割できるようにします。eth/70は、ネットワークの通信プロトコルにページネーションシステムを導入し、ノードがブロックレシートリストを分割し、より小さく、より管理しやすいチャンクでデータを安全に要求できるようにします。 + +この変更により、アクティビティが集中する期間中のネットワーク同期の失敗を防ぐことができます。最終的には、イーサリアムがブロック容量を増やし、将来的にブロックあたりのトランザクションを増やすための道を開き、チェーンを同期する物理ハードウェアに過負荷をかけることなく実現します。 + +**リソース**: [EIP-7975 技術仕様](https://eips.ethereum.org/EIPS/eip-7975) + +## 参考文献 {#further-reading} + +- [イーサリアムのロードマップ](/roadmap/) +- [フォークキャスト：グラムステルダム](https://forkcast.org/upgrade/glamsterdam) +- [Glamsterdam Meta EIP](https://eips.ethereum.org/EIPS/eip-7773) +- [2026年プロトコル優先順位の更新に関するブログのお知らせ](https://blog.ethereum.org/2026/02/18/protocol-priorities-update-2026) +- [The Daily Gwei Refuel ポッドキャスト - ポスト量子イーサリアム、グラムステルダムがやってくる](https://www.youtube.com/watch?v=qx9sd50uQjQ) + +## よくある質問 {#faq} + +### Glamsterdamのハードフォーク後、ETHはどのように変換されますか？ {#how-can-eth-be-converted-after-the-hardfork} + +- **ETHに関するアクションは不要です**：Glamsterdamのアップグレード後、ETHを変換またはアップグレードする必要はありません。アカウント残高は同じままで、現在お持ちのETHはハードフォーク後も既存の形式で引き続きご利用いただけます。 +- **詐欺にご注意ください！** ETHを「アップグレード」するよう指示する者は、詐欺を企てています。このアップグレードに関して、あなたが行うべきことは何もありません。あなたの資産は全く影響を受けません。詐欺に対する最善の防御策は、常に情報を得ておくことであることを忘れないでください。 + +[詐欺を見抜いて避ける方法について](/security/) + +### Glamsterdamのアップグレードは、すべてのイーサリアムノードとバリデータに影響しますか？ {#does-the-glamsterdam-upgrade-affect-all-ethereum-nodes-and-validators} + +はい、Glamsterdamのアップグレードには[、実行クライアントとコンセンサスクライアントの](/developers/docs/nodes-and-clients/)両方の更新が必要です。このアップグレードでは、エンシュラインド・プロポーザー・ビルダー・セパレーション（ePBS）が導入されるため、ノードオペレーターは、ブロックがネットワークによって構築、検証、認証される新しい方法に対応するために、クライアントが更新されていることを確認する必要があります。 + +すべての主要なイーサリアムクライアントは、高優先度としてマークされたハードフォークをサポートするバージョンをリリースします。これらのリリースがいつ利用可能になるかについては、クライアントのGitHubリポジトリ、 [Discordチャンネル](https://ethstaker.org/support)、 [EthStaker Discord](https://dsc.gg/ethstaker) 、またはプロトコル更新のためのイーサリアムブログを購読することで確認できます。 + +アップグレード後もイーサリアムネットワークとの同期を維持するには、ノードオペレーターはサポートされているクライアントバージョンを実行していることを確認する必要があります。クライアントリリースの情報は時間とともに変化するため、最新の詳細については最新のアップデートを参照してください。 + +### ステーカーとして、Glamsterdamのアップグレードのために何をする必要がありますか？ {#as-a-staker-what-do-i-need-to-do-for-the-glamsterdam-upgrade} + +すべてのネットワークアップグレードと同様に、クライアントをGlamsterdamサポート対象の最新バージョンにアップデートしてください。リリースに関する情報は、メーリングリストと[EFブログのプロトコル発表](https://blog.ethereum.org/category/protocol)でご確認ください。 + +Glamsterdamがメインネットで有効化される前にセットアップを検証するには、テストネットでバリデータを実行できます。テストネットのフォークは、メーリングリストやブログでも発表されます。 + +### GlamsterdamはL1スケーリングのためにどのような改善を予定していますか？ {#what-improvements-will-glamsterdam-include-for-l1-scaling} + +主な機能はePBS（EIP-7732）で、ネットワークトランザクションの検証という重いタスクとコンセンサスに達するタスクを分離します。これにより、データ伝播ウィンドウが2秒から約9秒に拡大され、イーサリアムがより高いトランザクションスループットを安全に処理し、レイヤー2ネットワークのデータブロブをより多く収容できるようになります。 + +### Glamsterdamはイーサリアム（レイヤー1）の手数料を下げますか？ {#will-glamsterdam-lower-fees-on-ethereum-layer-1} + +はい、Glamsterdamは一般ユーザーの料金を削減する可能性が高いです！トランザクションガス（またはEIP-2780）を削減することで、ETHの送金にかかるベースフィーが下がり、日常的な支払いにETHを使用するコストが大幅に安くなります。 + +さらに、長期的な持続可能性のために、Glamsterdamはブロックレベルアクセスリスト（BAL）を導入します。これにより並列処理が可能になり、L1が将来的に全体的なガス制限の上昇を安全に処理できるよう準備が整います。これにより、キャパシティが増加するにつれて、トランザクションあたりのガス代が削減される可能性が高まります。 + +### Glamsterdam開催後、既存のスマートコントラクトに変更はありますか？ {#will-my-smart-contracts-change} + +既存の契約はGlamsterdam後も通常通り機能します。開発者はいくつかの新しいツールを入手する可能性があり、ガス使用量を確認する必要があります。 + +- 最大契約サイズ（またはEIP-7954）を増やすことで、開発者はより大きなアプリケーションをデプロイできるようになり、最大契約サイズの上限が約24KiBから32KiBに引き上げられます。 +- 決定論的ファクトリー事前デプロイ（またはEIP-7997）は、ユニバーサルで組み込みのファクトリーコントラクトを導入します。これにより、開発者はアプリケーションやスマートコントラクトウォレットを、参加するすべてのEVMチェーンでまったく同じアドレスにデプロイできます。 +- アプリがETHの送金を見つけるために複雑なトレースに依存している場合、ETHの送金とバーンはログ（またはEIP-7708）を生成します。これにより、よりシンプルで信頼性の高い会計のためにログを使用するように切り替えることができます。 +- ステート作成ガス代の増加（またはEIP-8037）とステートアクセスガス代の更新（またはEIP-8038）は、新しい持続可能性モデルを導入します。これにより、新しいアカウントの作成や永続的なストレージの作成には動的に調整される手数料が発生するため、特定のコントラクトのデプロイコストが変更されます。 + +### Glamsterdamはノードのストレージやハードウェアの要件にどのような影響を与えますか？ {#how-will-glamsterdam-affect-node-storage-and-hardware-requirements} + +Glamsterdamで検討されている複数のEIPは、状態の成長に伴うパフォーマンスの急落に対処します。 + +- ステート作成ガス代の増加（またはEIP-8037）は、状態データベースの成長率を年間100 GiBに目標設定する動的価格設定モデルを導入し、標準的な物理ハードウェアがネットワークを効率的に実行し続けられるようにします。 +- eth/70 partial ブロック receipt lists（またはEIP-7975）により、ノードはページ分割されたブロックレシートを要求できるようになります。これにより、データ量の多いブロックレシートリストをより小さなチャンクに分割し、Ethereumがスケーリングする際のクラッシュや同期の問題を防ぎます。 + diff --git a/public/content/translations/ko/community/grants/index.md b/public/content/translations/ko/community/grants/index.md index e761ec699c4..998e0d1968f 100644 --- a/public/content/translations/ko/community/grants/index.md +++ b/public/content/translations/ko/community/grants/index.md @@ -20,6 +20,7 @@ lang: ko 이러한 프로그램은 광범위한 프로젝트에 보조금을 제공함으로써 광범위한 이더리움 생태계를 지원합니다. 여기에는 확장성, 커뮤니티 구축, 보안, 개인 정보 보호 등을 위한 솔루션이 포함됩니다. 이러한 보조금은 특정 이더리움 플랫폼에 국한되지 않으며 확실하지 않은 경우 시작하는 것이 좋습니다. - [EF 생태계 지원 프로그램](https://esp.ethereum.foundation) - _범용 도구, 인프라, 연구 및 공공재에 특히 중점을 두고 이더리움에 도움이 되는 오픈소스 프로젝트에 자금을 지원합니다_ +- [ESP 보조금 탐색기](https://esp.ethereum.foundation/funded-projects) - _생태계 지원 프로그램이 지원한 1,000개 이상의 프로젝트를 검색할 수 있는 디렉터리_ - [학술 보조금](https://esp.ethereum.foundation/academic-grants) - _이더리움 관련 학술 연구를 지원하는 보조금_ ## 보조금 목록 애그리게이터 및 플랫폼 {#grant-list-aggregators} diff --git a/public/content/translations/ko/developers/docs/nodes-and-clients/run-a-node/index.md b/public/content/translations/ko/developers/docs/nodes-and-clients/run-a-node/index.md index 2e7f6327f42..371e8a16a98 100644 --- a/public/content/translations/ko/developers/docs/nodes-and-clients/run-a-node/index.md +++ b/public/content/translations/ko/developers/docs/nodes-and-clients/run-a-node/index.md @@ -132,7 +132,6 @@ sidebarDepth: 2 - [EthPillar](https://www.coincashew.com/coins/overview-eth/ethpillar) - 풀 노드를 설정하는 가장 빠르고 쉬운 방법입니다. 원라이너 설정 도구 및 노드 관리 TUI. 무료입니다. 오픈 소스. 단독 스테이커에 의한 이더리움을 위한 공공재입니다. ARM64 및 AMD64 지원. - [eth-docker](https://eth-docker.net/) - 쉽고 안전한 스테이킹에 중점을 둔 Docker를 사용한 자동 설정으로, 기본적인 터미널 및 Docker 지식이 필요하며, 약간 더 고급 사용자에게 권장됩니다. - [Stereum](https://stereum-dev.github.io/ethereum-node-web-docs) - GUI 설정 가이드, 제어 센터 및 기타 여러 기능과 함께 SSH 연결을 통해 원격 서버에 클라이언트를 설치하기 위한 런처입니다. -- [NiceNode](https://www.nicenode.xyz/) - 컴퓨터에서 노드를 실행하기 위한 간단한 사용자 경험을 제공하는 런처입니다. 클라이언트를 선택하고 몇 번의 클릭만으로 시작하세요. 아직 개발 중입니다. - [Sedge](https://docs.sedge.nethermind.io/docs/intro) - CLI 마법사를 사용하여 Docker 구성을 자동으로 생성하는 노드 설정 도구입니다. Nethermind에서 Go로 작성되었습니다. ### 수동 클라이언트 설정 {#manual-setup} diff --git a/public/content/translations/ko/roadmap/glamsterdam/index.md b/public/content/translations/ko/roadmap/glamsterdam/index.md new file mode 100644 index 00000000000..d1102cde989 --- /dev/null +++ b/public/content/translations/ko/roadmap/glamsterdam/index.md @@ -0,0 +1,298 @@ +--- +title: Glamsterdam +description: "Glamsterdam 프로토콜 업그레이드에 대해 알아보기" +lang: ko +--- + +# Glamsterdam {#glamsterdam} + + + + +Glamsterdam은 2026년 상반기에 예정된 이더리움 업그레이드입니다. + + +Glamsterdam 업그레이드는 이더리움의 장기 개발 목표 중 한 단계일 뿐입니다. [프로토콜 로드맵](/roadmap/)과 [이전 업그레이드](/ethereum-forks/)에 대해 자세히 알아보세요. + + + + +[이더리움의](/) 다가오는 Glamsterdam 업그레이드는 차세대 확장을 위한 길을 열도록 설계되었습니다. Glamsterdam은 "Amsterdam"(이전 Devconnect 개최지 이름을 딴 실행 레이어 업그레이드)과 "Gloas"(별의 이름을 딴 합의 레이어 업그레이드)의 조합에서 이름을 따왔습니다. + +[Fusaka](/roadmap/fusaka/) 업그레이드의 진행 상황에 따라 Glamsterdam은 네트워크가 트랜잭션을 처리하고 증가하는 데이터베이스를 관리하는 방법을 재구성하여 L1을 확장하는 데 중점을 두며, 이더리움이 블록을 생성하고 검증하는 방법을 근본적으로 업데이트합니다. + +Fusaka가 기본적인 개선에 중점을 둔 반면, Glamsterdam은 다양한 네트워크 참여자 간의 업무 분리를 명시하고 처리량이 많은 병렬화를 위해 [상태](/glossary/#state)를 준비하기 위한 보다 효율적인 데이터 처리 방법을 도입하여 "L1 확장" 및 "블롭 확장" 목표를 발전시킵니다. + +이러한 개선을 통해 이더리움은 더 많은 활동을 처리하면서도 빠르고 저렴하며 탈중앙화된 상태를 유지하는 동시에 집에서 [노드](/glossary/#node)를 실행하는 사람들을 위해 관리 가능한 하드웨어 요구 사항을 유지할 수 있습니다. + + + +## Glamsterdam에서 고려되는 개선 사항 {#improvements-in-glamsterdam} + + + + +참고: 이 글은 현재 Glamsterdam에 포함될 것으로 고려되는 EIP 중 일부를 중점적으로 다루고 있습니다. 최신 상태 업데이트는 [Forkcast의 Glamsterdam 업그레이드](https://forkcast.org/upgrade/glamsterdam)에서 확인하세요. + +Glamsterdam에 포함될 것으로 고려 중이지만 아직 이 페이지에 추가되지 않은 EIP를 추가하려면 [여기서 이더리움 웹사이트에 기여하는 방법](/contributing/)을 알아보세요. + + + + +Glamsterdam 업그레이드는 세 가지 주요 목표를 중심으로 이루어집니다. + +- 처리 속도 향상(병렬화): 네트워크가 데이터 종속성을 기록하는 방식을 재구성하여 느린 순차적 방식 대신 여러 트랜잭션을 동시에 안전하게 처리할 수 있도록 합니다. +- 용량 확장: 블록 생성 및 검증의 부담이 큰 작업을 분할하여 네트워크 속도를 늦추지 않고 더 많은 양의 데이터를 전파할 수 있는 시간을 늘립니다. +- 데이터베이스 팽창 방지(지속 가능성): 네트워크 수수료를 조정하여 새 데이터를 저장하는 데 드는 장기적인 하드웨어 비용을 정확하게 반영하고, 하드웨어 성능 저하를 방지하면서 향후 가스 한도를 늘릴 수 있도록 합니다. + +요약하면, Glamsterdam은 네트워크 용량이 증가함에 따라 지속 가능성을 유지하고 높은 성능을 유지하기 위한 구조적 변경을 도입할 것입니다. + +## L1 확장 및 병렬 처리 {#scale-l1} + +의미 있는 L1 확장을 위해서는 오프 프로토콜 신뢰 가정과 직렬 실행 제약에서 벗어나야 합니다. Glamsterdam은 특정 블록 구축 의무의 분리를 명시하고 네트워크가 병렬 처리를 준비할 수 있도록 하는 새로운 데이터 구조를 도입하여 이 문제를 해결합니다. + +### 헤드라이너 제안: 명문화된 제안자-빌더 분리(ePBS) {#epbs} + +- 오프 프로토콜 신뢰 가정 및 타사 릴레이에 대한 의존성 제거 +- 확장된 전파 창을 통해 훨씬 더 큰 페이로드를 허용하여 L1 확장 지원 +- 신뢰가 필요 없는 빌더 결제를 프로토콜에 직접 도입 + +현재 블록 제안 및 구축 과정에는 블록 제안자와 블록 빌더 간의 핸드오프가 포함됩니다. 제안자와 빌더 간의 관계는 핵심 이더리움 프로토콜의 일부가 아니므로 신뢰할 수 있는 타사 미들웨어, 소프트웨어(릴레이) 및 엔티티 간의 오프 프로토콜 신뢰에 의존합니다. + +제안자와 빌더 간의 프로토콜 외부 관계는 또한 블록 검증 중에 "핫 패스"를 생성하여 [검증자](/glossary/#validator)가 2초의 짧은 시간 내에 트랜잭션 브로드캐스팅 및 실행을 서두르게 하여 네트워크가 처리할 수 있는 데이터 양을 제한합니다. + +명문화된 제안자-빌더 분리(ePBS 또는 EIP-7732)는 제안자(합의 블록을 선택하는 사람)의 작업과 빌더(실행 페이로드를 조립하는 사람)의 작업을 공식적으로 분리하여 이 핸드오프를 프로토콜에 직접 명시합니다. + +지불을 위한 블록 페이로드의 신뢰 없는 교환을 프로토콜에 직접 구축하면 타사 미들웨어(예: MEV-Boost)가 필요하지 않습니다. 그러나 빌더와 제안자는 아직 핵심 프로토콜의 일부가 아닌 복잡한 기능을 위해 프로토콜 외부 릴레이나 미들웨어를 계속 사용할 수 있습니다. + +"핫 패스" 병목 현상을 해결하기 위해 ePBS는 페이로드 적시성 위원회(PTC)와 이중 마감 로직을 도입하여 검증자가 합의 블록과 실행 페이로드 적시성을 별도로 증명하여 처리량을 극대화할 수 있도록 합니다. + + + +프로토콜 수준에서 제안자와 빌더 역할을 분리하면 전파 창(또는 네트워크 전체에 데이터를 전파하는 데 사용할 수 있는 시간)이 2초에서 약 9초로 확장됩니다. + +프로토콜 외부 미들웨어와 릴레이를 프로토콜 내 메커니즘으로 대체함으로써 ePBS는 신뢰 의존성을 줄이고 이더리움이 네트워크에 부담을 주지 않으면서 훨씬 더 많은 양의 데이터([레이어2](/glossary/#layer-2)를 위한 더 많은 블롭 등)를 안전하게 처리할 수 있게 해줍니다. + +**참고 자료**: [EIP-7732 기술 사양](https://eips.ethereum.org/EIPS/eip-7732) + +### 헤드라이너 제안: 블록 수준 접근 목록(BAL) {#bals} + +- 모든 트랜잭션 종속성에 대한 사전 맵을 제공하여 순차적 처리 병목 현상을 제거하고, 검증자가 한 번에 하나씩이 아닌 여러 트랜잭션을 병렬로 처리할 수 있는 기반을 마련합니다. +- 노드가 모든 트랜잭션을 재생할 필요 없이 최종 결과를 읽어 기록을 업데이트할 수 있게 하여(실행 없는 동기화), 노드를 네트워크에 동기화하는 속도를 훨씬 빠르게 만듭니다. +- 추측을 없애고 검증자가 필요한 모든 데이터를 단계별로 발견하는 대신 한 번에 미리 로드할 수 있게 하여 검증 속도를 훨씬 빠르게 만듭니다. + +오늘날의 이더리움은 1차선 도로와 같습니다. 네트워크는 트랜잭션이 실행될 때까지 해당 트랜잭션에 어떤 데이터가 필요하거나 변경될지(예: 트랜잭션이 어떤 계정에 영향을 미칠지) 알 수 없기 때문에 검증자는 엄격한 순차적 라인에서 트랜잭션을 하나씩 처리해야 합니다. 이러한 종속성을 모른 채 트랜잭션을 한 번에 처리하려고 하면 두 트랜잭션이 우연히 동시에 정확히 동일한 데이터를 변경하려고 시도하여 오류가 발생할 수 있습니다. + +블록 수준 접근 목록(BAL 또는 EIP-7928)은 모든 블록에 포함된 지도와 같아서 작업이 시작되기 전에 데이터베이스의 어떤 부분에 접근할지 네트워크에 알려줍니다. BAL은 모든 블록에 트랜잭션이 영향을 미칠 모든 계정 변경의 해시와 해당 변경의 최종 결과(모든 상태 접근 및 실행 후 값의 해시 기록)를 포함하도록 요구합니다. + +BAL은 어떤 트랜잭션이 겹치지 않는지에 대한 즉각적인 가시성을 제공하기 때문에 노드는 병렬 디스크 읽기를 수행하여 여러 트랜잭션에 대한 정보를 동시에 가져올 수 있습니다. 네트워크는 관련 없는 트랜잭션을 안전하게 그룹화하고 병렬로 처리할 수 있습니다. + +BAL에는 트랜잭션의 최종 결과(실행 후 값)가 포함되어 있으므로 네트워크의 노드가 네트워크의 현재 상태와 동기화해야 할 때 해당 최종 결과를 복사하여 기록을 업데이트할 수 있습니다. 검증자는 더 이상 무슨 일이 있었는지 알기 위해 모든 복잡한 트랜잭션을 처음부터 다시 재생할 필요가 없으므로 새로운 노드가 네트워크에 더 빠르고 쉽게 참여할 수 있습니다. + +BAL이 지원하는 병렬 디스크 읽기는 이더리움이 많은 트랜잭션을 한 번에 처리하여 네트워크 속도를 크게 높이는 미래를 향한 중요한 단계가 될 것입니다. + +#### eth/71 블록 접근 목록 교환 {#bale} + +블록 접근 목록 교환(eth/71 또는 EIP-8159)은 블록 수준 접근 목록의 직접적인 네트워킹 동반자입니다. BAL이 병렬 실행을 가능하게 하는 동안 eth/71은 P2P 프로토콜을 업그레이드하여 노드가 네트워크를 통해 이러한 목록을 실제로 공유할 수 있도록 합니다. 블록 접근 목록 교환을 구현하면 더 빠른 동기화가 가능해지고 노드가 실행 없는 상태 업데이트를 수행할 수 있게 됩니다. + +**참고 자료**: + +- [EIP-7928 기술 사양](https://eips.ethereum.org/EIPS/eip-7928) +- [EIP-8159 기술 사양](https://eips.ethereum.org/EIPS/eip-8159) + +## 네트워크 지속 가능성 {#network-sustainability} + +이더리움 네트워크가 더 빨리 성장함에 따라 이를 사용하는 비용이 이더리움을 실행하는 하드웨어의 마모와 일치하도록 하는 것이 중요합니다. 네트워크는 안전하게 확장하고 더 많은 트랜잭션을 처리하기 위해 전체 용량 한도를 늘려야 합니다. + +### 상태 생성 가스비 증가 {#state-creation-gas-cost-increase} + +- 새 계정이나 스마트 컨트랙트를 생성하는 수수료가 이더리움 데이터베이스에 가하는 장기적인 부담을 정확하게 반영하도록 보장합니다. +- 네트워크의 전체 용량을 기반으로 이러한 데이터 생성 수수료를 자동으로 조정하여 표준 물리적 하드웨어가 네트워크를 계속 실행할 수 있도록 안전하고 예측 가능한 성장률을 목표로 합니다. +- 이러한 특정 수수료에 대한 회계를 새 리저버로 분리하여 이전 트랜잭션 한도를 제거하고 개발자가 더 크고 복잡한 애플리케이션을 배포할 수 있도록 합니다. + +새로운 계정, 토큰 및 [스마트 컨트랙트](/glossary/#smart-contract)를 추가하면 네트워크를 실행하는 모든 컴퓨터가 무기한으로 저장해야 하는 영구 데이터( "상태"라고 함)가 생성됩니다. 이 데이터를 추가하거나 읽는 현재 수수료는 일관성이 없으며 네트워크 하드웨어에 가하는 실제 장기 저장 부담을 반드시 반영하지는 않습니다. + +이더리움에서 상태를 생성하는 일부 작업(예: 새 계정 생성 또는 대규모 스마트 컨트랙트 배포)은 네트워크 노드에서 차지하는 영구 저장 공간에 비해 상대적으로 비용이 저렴했습니다. 예를 들어 컨트랙트 배포는 저장 슬롯을 생성하는 것보다 바이트당 비용이 훨씬 저렴합니다. + +조정하지 않으면 네트워크가 1억 가스 한도로 확장될 경우 이더리움의 상태가 연간 거의 200GiB씩 증가하여 결국 일반 하드웨어를 능가할 수 있습니다. + +상태 생성 가스비 증가(또는 EIP-8037)는 비용을 생성되는 데이터의 실제 크기에 연동하여 조화시키고, 수수료를 작업이 생성하거나 접근하는 영구 데이터의 양에 비례하도록 업데이트합니다. + +EIP-8037은 또한 이러한 비용을 보다 예측 가능하게 관리하기 위해 리저버 모델을 도입합니다. 상태 가스비는 먼저 `state_gas_reservoir`에서 인출되고 `GAS` 연산 부호는 `gas_left`만 반환하여 실행 프레임이 사용 가능한 가스비를 잘못 계산하는 것을 방지합니다. + +EIP-8037 이전에는 계산 작업(활성 처리)과 영구 데이터 저장(스마트 컨트랙트를 네트워크 데이터베이스에 저장)이 모두 동일한 가스 한도를 공유했습니다. 리저버 모델은 회계를 분할합니다. 트랜잭션의 실제 계산 작업(처리)에 대한 가스 한도와 장기 데이터 저장(상태 가스비)에 대한 가스 한도로 나눕니다. 이 둘을 분리하면 애플리케이션 데이터의 엄청난 크기가 가스 한도에 도달하는 것을 방지하는 데 도움이 됩니다. 개발자가 데이터 저장을 위해 리저버를 채울 충분한 자금을 제공하는 한, 훨씬 더 크고 복잡한 스마트 컨트랙트를 배포할 수 있습니다. + +데이터 저장 가격을 보다 정확하고 예측 가능하게 책정하면 이더리움이 데이터베이스를 팽창시키지 않고 안전하게 속도와 용량을 늘리는 데 도움이 될 것입니다. 이러한 지속 가능성을 통해 노드 운영자는 앞으로 몇 년 동안 (비교적) 저렴한 하드웨어를 계속 사용할 수 있게 되어 네트워크의 탈중앙화를 유지하기 위해 홈 스테이킹에 계속 접근할 수 있게 됩니다. + +**참고 자료**: [EIP-8037 기술 사양](https://eips.ethereum.org/EIPS/eip-8037) + +### 상태 접근 가스비 업데이트 {#state-access-gas-cost-update} + +- 애플리케이션이 이더리움에 영구적으로 저장된 정보(상태 접근 연산 부호)를 읽거나 업데이트할 때의 가스비를 인상하여 이러한 명령에 필요한 계산 작업과 정확하게 일치시킵니다. +- 인위적으로 저렴한 데이터 읽기 작업을 악용하는 서비스 거부 공격을 방지하여 네트워크 복원력을 강화합니다. + +이더리움의 상태가 커짐에 따라 오래된 데이터를 검색하고 읽는 행위("상태 접근")는 노드가 처리하기에 더 무겁고 느려졌습니다. 이러한 작업에 대한 수수료는 (컴퓨팅 성능 측면에서) 정보를 조회하는 데 약간 더 비싸졌음에도 불구하고 동일하게 유지되었습니다. + +결과적으로 일부 특정 명령은 현재 노드가 수행해야 하는 작업에 비해 저평가되어 있습니다. `EXTCODESIZE` 및 `EXTCODECOPY`는 예를 들어 계정 객체에 대한 데이터베이스 읽기와 실제 코드 크기 또는 바이트코드에 대한 두 번째 데이터베이스 읽기가 필요하기 때문에 저평가되어 있습니다. + +상태 접근 가스비 업데이트(또는 EIP-8038)는 계정 및 컨트랙트 데이터 조회와 같은 상태 접근 연산 부호의 가스 상수를 최신 하드웨어 성능 및 상태 크기에 맞게 증가시킵니다. + +상태 접근 비용을 조정하는 것은 이더리움을 더욱 탄력적으로 만드는 데도 도움이 됩니다. 이러한 과도한 데이터 읽기 작업이 인위적으로 저렴하기 때문에 악의적인 공격자는 네트워크의 수수료 한도에 도달하기 전에 단일 블록에서 수천 개의 복잡한 데이터 요청으로 네트워크를 스팸으로 공격하여 잠재적으로 네트워크가 중단되거나 충돌(서비스 거부 공격)할 수 있습니다. 악의적인 의도가 없더라도 네트워크 데이터 읽기 비용이 너무 저렴하면 개발자는 효율적인 애플리케이션을 구축할 경제적 동기가 부여되지 않습니다. + +상태 접근 작업의 가격을 보다 정확하게 책정함으로써 이더리움은 우발적이거나 의도적인 속도 저하에 대해 더욱 탄력적으로 대처할 수 있으며, 네트워크 비용을 하드웨어 부하와 일치시킴으로써 향후 가스 한도 증가를 위한 보다 지속 가능한 기반을 마련할 수 있습니다. + +**참고 자료**: [EIP-8038 기술 사양](https://eips.ethereum.org/EIPS/eip-8038) + +## 네트워크 탄력성 + +검증자 의무 및 출금 프로세스의 개선은 대규모 지분 삭감 이벤트 동안 네트워크 안정성을 보장하고 유동성을 민주화합니다. 이러한 개선 사항은 네트워크를 더욱 안정적으로 만들고 크고 작은 모든 참여자가 공정하게 대우받도록 보장합니다. + +### 지분 삭감된 검증자를 제안에서 제외 {#exclude-slashed-validators} + +- 페널티를 받은(지분 삭감된) 검증자가 향후 블록을 제안하도록 선택되는 것을 중단하여 보장된 누락 슬롯을 제거합니다. +- 대규모 지분 삭감 이벤트가 발생할 경우 심각한 중단을 방지하여 이더리움을 원활하고 안정적으로 실행합니다. + +현재, 검증자가 지분 삭감(규칙 위반 또는 예상대로 작동하지 않은 것에 대한 처벌)을 받더라도 시스템은 향후 제안자를 미리 생성할 때 가까운 미래에 블록을 이끌도록 선택할 수 있습니다. + +지분 삭감된 제안자의 블록은 자동으로 무효로 거부되기 때문에 이는 네트워크가 슬롯을 놓치게 하고 대규모 지분 삭감 이벤트 동안 네트워크 복구를 지연시킵니다. + +지분 삭감된 검증자를 제안에서 제외(또는 EIP-8045)는 지분 삭감된 검증자가 향후 의무를 위해 선택되지 않도록 간단히 필터링합니다. 이는 건강한 검증자만 블록을 제안하도록 선택되도록 보장하여 네트워크 중단 시 서비스 품질을 유지함으로써 체인 복원력을 향상시킵니다. + +**참고 자료**: [EIP-8045 기술 사양](https://eips.ethereum.org/EIPS/eip-8045) + +### 출금이 통합 대기열을 사용하도록 허용 {#let-exits-use-the-consolidation-queue} + +- 잔액이 많은 검증자가 통합 대기열을 통해 소규모 검증자보다 더 빨리 네트워크를 나갈 수 있도록 하는 허점을 막습니다. +- 일반 출금이 여유 용량이 있을 때 이 두 번째 대기열로 오버플로우되도록 허용하여 대량 기간 동안 스테이킹 인출 시간을 줄입니다. +- 이더리움의 핵심 안전 한도를 변경하거나 네트워크를 약화시키지 않도록 엄격한 보안을 유지합니다. + +[Pectra 업그레이드](/roadmap/pectra)가 이더리움 검증자의 최대 유효 잔액을 32 ETH에서 2,048 ETH로 증가시킨 이후, 기술적 허점으로 인해 잔액이 많은 검증자가 통합 대기열을 통해 소규모 검증자보다 더 빨리 네트워크를 나갈 수 있습니다. + +출금이 통합 대기열을 사용하도록 허용(또는 EIP-8080)은 모든 스테이킹 출금에 대해 통합 대기열을 민주화하여 모든 사람에게 단일하고 공정한 줄을 만듭니다. + +오늘날 이것이 어떻게 작동하는지 분석해 보겠습니다. + +- 이더리움의 처닝 한도는 검증자가 스테이킹된 ETH를 입력, 종료 또는 병합(통합)할 수 있는 속도에 대한 안전 한도로, 네트워크의 보안이 절대 불안정해지지 않도록 보장합니다. +- 검증자 통합은 표준 검증자 출금보다 움직이는 부분이 더 많은 더 무거운 작업이기 때문에 이 안전 예산(처닝 한도)의 더 큰 부분을 차지합니다. +- 특히, 프로토콜은 하나의 표준 출금의 정확한 보안 비용이 하나의 통합 비용의 3분의 2(2/3)라고 규정합니다. + +보다 공정한 출금 대기열은 출금 수요가 많은 기간 동안 표준 출금이 통합 대기열에서 사용되지 않은 공간을 빌릴 수 있도록 하여 "2개당 3개" 교환율을 적용합니다(사용되지 않은 통합 지점 2개마다 네트워크는 3개의 표준 출금을 안전하게 처리할 수 있음). 이 3/2 처닝 계수는 통합 및 출금 대기열 전반에 걸쳐 수요의 균형을 맞춥니다. + +통합 대기열에 대한 접근을 민주화하면 네트워크 보안을 손상시키지 않으면서 수요가 많은 기간 동안 사용자가 스테이킹을 종료할 수 있는 속도를 최대 2.5배까지 높일 수 있습니다. + +**참고 자료**: [EIP-8080 기술 사양](https://eips.ethereum.org/EIPS/eip-8080) + +## 사용자 및 개발자 경험 개선 {#improve-user-developer-experience} + +이더리움의 Glamsterdam 업그레이드는 사용자 경험을 개선하고 데이터 검색 가능성을 높이며 증가하는 메시지 크기를 처리하여 동기화 실패를 방지하는 것을 목표로 합니다. 이를 통해 네트워크가 확장됨에 따라 기술적인 문제를 방지하면서 온체인에서 일어나는 일을 더 쉽게 추적할 수 있습니다. + +### 내재적 트랜잭션 가스비 절감 {#reduce-intrinsic-transaction-gas-costs} + +- 트랜잭션의 기본 수수료를 낮추어 간단한 기본 ETH 지불의 전체 비용을 절감합니다. +- 소액 송금을 더 저렴하게 만들어 이더리움이 일상적인 교환 매체로서의 실행 가능성을 높입니다. + +오늘날 모든 이더리움 트랜잭션은 처리의 단순성이나 복잡성에 관계없이 고정된 기본 가스비를 가집니다. 내재적 트랜잭션 가스비 절감(또는 EIP-2780)은 기존 계정 간의 표준 ETH 이체 비용을 최대 71% 저렴하게 만들기 위해 해당 기본 수수료를 줄일 것을 제안합니다. + +내재적 트랜잭션 가스비 절감은 트랜잭션 수수료를 분해하여 네트워크를 실행하는 컴퓨터가 실제로 수행하는 기본적이고 필수적인 작업(예: 디지털 서명 확인 및 잔액 업데이트)만 반영하도록 작동합니다. 기본적인 ETH 지불은 복잡한 코드를 실행하거나 추가 데이터를 전달하지 않기 때문에 이 제안은 경량의 발자취에 맞춰 수수료를 줄일 것입니다. + +이 제안은 새로운 계정을 생성하는 데 대한 예외를 도입하여 낮은 수수료가 네트워크의 상태를 압도하지 않도록 합니다. 이체가 비어 있고 존재하지 않는 주소로 ETH를 보내는 경우, 네트워크는 이에 대한 영구적인 새 기록을 생성해야 합니다. 해당 계정 생성에 대한 가스 할증료가 추가되어 장기적인 저장 부담을 충당하는 데 도움이 됩니다. + +함께, EIP-2780은 기존 계정 간의 일상적인 이체를 더 저렴하게 만드는 것을 목표로 하면서도 실제 상태 성장을 정확하게 가격 책정하여 네트워크가 데이터베이스 팽창으로부터 여전히 보호되도록 보장합니다. + +**참고 자료**: [EIP-2780 기술 사양](https://eips.ethereum.org/EIPS/eip-2780) + +### 결정적 팩토리 사전 배포 {#deterministic-factory-predeploy} + +- 개발자에게 여러 체인에 걸쳐 동일한 주소에 애플리케이션과 스마트 컨트랙트 지갑을 배포할 수 있는 기본 방법을 제공합니다. +- 사용자가 여러 레이어2(L2) 네트워크에서 동일한 스마트 지갑 주소를 가질 수 있도록 하여 인지 부하를 줄이고 혼란을 줄이며 우발적인 자금 손실 위험을 줄입니다. +- 개발자가 현재 이 동등성을 달성하기 위해 사용하는 해결 방법을 대체하여 다중 체인 지갑 및 앱을 더 쉽고 안전하게 구축할 수 있도록 합니다. + +사용자가 오늘날 여러 이더리움 가상 머신(EVM) 호환 체인에 걸쳐 계정이 있는 스마트 컨트랙트 지갑을 가지고 있는 경우, 종종 다른 네트워크에서 완전히 다른 주소를 갖게 됩니다. 이는 혼란스러울 뿐만 아니라 우발적인 자금 손실로 이어질 수 있습니다. + +결정적 팩토리 사전 배포(또는 EIP-7997)는 개발자에게 이더리움 메인넷, 레이어2(L2) 네트워크 등을 포함한 여러 EVM 체인에 걸쳐 탈중앙화 애플리케이션과 스마트 컨트랙트 지갑을 정확히 동일한 주소에 배포할 수 있는 기본적이고 내장된 방법을 제공합니다. 채택된다면 사용자가 모든 참여 체인에서 정확히 동일한 주소를 가질 수 있게 되어 인지 부하와 사용자 오류 가능성을 크게 줄일 수 있습니다. + +결정적 팩토리 사전 배포는 모든 참여 EVM 호환 체인의 동일한 위치(특히 주소 0x12)에 최소한의 특수 팩토리 프로그램을 영구적으로 배치함으로써 작동합니다. 그 목표는 모든 EVM 호환 네트워크에서 채택할 수 있는 보편적이고 표준적인 팩토리 계약을 제공하는 것입니다. EVM 체인이 참여하고 이 표준을 채택하는 한 개발자는 이를 사용하여 해당 네트워크의 정확히 동일한 주소에 스마트 컨트랙트를 배포할 수 있습니다. + +이 표준화는 개발자와 더 넓은 생태계를 위한 크로스체인 애플리케이션의 구축 및 관리를 단순화합니다. 개발자는 더 이상 다른 네트워크에서 소프트웨어를 함께 연결하기 위해 사용자 지정, 체인별 코드를 빌드할 필요가 없으며, 대신 이 보편적인 팩토리를 사용하여 모든 곳에서 애플리케이션에 대한 정확히 동일한 주소를 생성합니다. 또한, 블록 탐색기, 추적 서비스 및 지갑은 다양한 체인에서 이러한 애플리케이션과 계정을 더 쉽게 식별하고 연결하여 모든 이더리움 기반 참여자를 위한 보다 통합되고 원활한 다중 체인 환경을 만들 수 있습니다. + +**참고 자료**: [EIP-7997 기술 사양](https://eips.ethereum.org/EIPS/eip-7997) + +### ETH 이체 및 소각 시 로그 방출 {#eth-transfers-and-burns-emit-a-log} + +- ETH가 이체되거나 소각될 때마다 영구 기록(로그)을 자동으로 생성합니다. +- 앱, 거래소 및 브리지가 임시 추적 도구 없이 사용자 예금을 안정적으로 감지할 수 있도록 하는 역사적 맹점을 수정합니다. + +토큰(ERC-20)과 달리, 스마트 컨트랙트 간의 일반적인 ETH 이체는 명확한 영수증(표준 로그)을 발행하지 않아 거래소와 앱이 추적하기 어렵습니다. + +ETH 이체 및 소각 시 로그 방출(또는 EIP-7708)은 0이 아닌 양의 ETH가 이동하거나 소각될 때마다 네트워크가 표준 로그 이벤트를 의무적으로 방출하도록 합니다. + +이를 통해 지갑, 거래소 및 브리지 운영자가 사용자 지정 도구 없이 예금 및 이동을 정확하게 추적하는 것이 훨씬 더 쉽고 신뢰할 수 있게 됩니다. + +**참고 자료**: [EIP-7708 기술 사양](https://eips.ethereum.org/EIPS/eip-7708) + +### eth/70 부분 블록 영수증 목록 {#eth-70-partial-block-receipt-lists} + +이더리움이 할 수 있는 작업의 양이 증가함에 따라 해당 작업에 대한 영수증 목록(이러한 트랜잭션의 데이터 기록)이 너무 커져 네트워크의 노드가 서로 데이터를 동기화하려고 할 때 실패할 수 있습니다. + +eth/70 부분 블록 영수증 목록(또는 EIP-7975)은 노드가 서로 통신하는 새로운 방법(eth/70)을 도입하여 이러한 큰 목록을 더 작고 관리하기 쉬운 조각으로 나눌 수 있도록 합니다. eth/70은 네트워크의 통신 프로토콜에 대한 페이지네이션 시스템을 도입하여 노드가 블록 영수증 목록을 분해하고 더 작고 관리하기 쉬운 청크로 데이터를 안전하게 요청할 수 있도록 합니다. + +이 변경 사항은 활동이 많은 기간 동안 네트워크 동기화 실패를 방지합니다. 궁극적으로 이는 이더리움이 향후 블록 용량을 늘리고 블록당 더 많은 트랜잭션을 처리할 수 있는 길을 열어 체인을 동기화하는 물리적 하드웨어를 압도하지 않도록 합니다. + +**참고 자료**: [EIP-7975 기술 사양](https://eips.ethereum.org/EIPS/eip-7975) + +## 더 읽어보기 {#further-reading} + +- [이더리움 로드맵](/roadmap/) +- [Forkcast: Glamsterdam](https://forkcast.org/upgrade/glamsterdam) +- [Glamsterdam 메타 EIP](https://eips.ethereum.org/EIPS/eip-7773) +- [2026년 프로토콜 우선순위 업데이트 블로그 공지](https://blog.ethereum.org/2026/02/18/protocol-priorities-update-2026) +- [The Daily Gwei Refuel 팟캐스트 - 양자내성 이더리움, Glamsterdam이 온다](https://www.youtube.com/watch?v=qx9sd50uQjQ) + +## 자주 묻는 질문 {#faq} + +### Glamsterdam 하드 포크 이후 ETH는 어떻게 변환할 수 있나요? {#how-can-eth-be-converted-after-the-hardfork} + +- **귀하의 ETH에 대해 조치가 필요하지 않음**: Glamsterdam 업그레이드 이후 ETH를 변환하거나 업그레이드할 필요가 없습니다. 계정 잔액은 그대로 유지되며, 현재 보유한 ETH는 하드 포크 이후에도 기존 형태로 계속 접근 가능합니다. +- **사기를 조심하세요!** **ETH를 "업그레이드"하라고 지시하는 사람은 사기를 시도하는 것입니다.** 이 업그레이드와 관련하여 귀하가 해야 할 일은 아무것도 없습니다. 여러분의 자산은 전혀 영향을 받지 않을 것입니다. 정보를 잘 아는 것이 사기를 막는 가장 좋은 방어책임을 기억하세요. + +[사기 인식과 예방에 대해 더 알아보기](/security/) + +### Glamsterdam 업그레이드는 모든 이더리움 노드와 검증자에게 영향을 미치나요? {#does-the-glamsterdam-upgrade-affect-all-ethereum-nodes-and-validators} + +예, Glamsterdam 업그레이드는 [실행 클라이언트와 합의 클라이언트](/developers/docs/nodes-and-clients/) 모두에 대한 업데이트가 필요합니다. 이 업그레이드는 명문화된 제안자-빌더 분리(ePBS)를 도입하므로 노드 운영자는 자신의 클라이언트가 네트워크에서 블록이 구축, 검증 및 증명되는 새로운 방식을 처리하도록 업데이트되었는지 확인해야 합니다. + +모든 주요 이더리움 클라이언트는 높은 우선순위로 표시된 하드 포크를 지원하는 버전을 출시할 것입니다. 이러한 릴리스가 언제 제공될지는 클라이언트 GitHub 리포지토리, 해당 [Discord 채널](https://ethstaker.org/support), [EthStaker Discord](https://dsc.gg/ethstaker) 또는 프로토콜 업데이트를 위해 이더리움 블로그를 구독하여 확인할 수 있습니다. + +업그레이드 이후 이더리움 네트워크와의 동기화를 유지하려면, 노드 운영자들은 지원되는 클라이언트 버전을 실행하고 있어야 합니다. 클라이언트 출시 정보는 시간에 민감하므로, 사용자는 최신 정보를 확인해야 합니다. + +### 스테이커로서 Glamsterdam 업그레이드를 위해 무엇을 해야 하나요? {#as-a-staker-what-do-i-need-to-do-for-the-glamsterdam-upgrade} + +모든 네트워크 업그레이드와 마찬가지로 클라이언트를 Glamsterdam 지원이 표시된 최신 버전으로 업데이트해야 합니다. 메일링 리스트와 [EF 블로그의 프로토콜 공지](https://blog.ethereum.org/category/protocol)에서 업데이트를 확인하여 릴리스 정보를 얻으세요. + +Glamsterdam이 메인넷에서 활성화되기 전에 설정을 검증하려면 테스트넷에서 검증자를 실행할 수 있습니다. 테스트넷 포크도 메일링 리스트와 블로그에 공지됩니다. + +### Glamsterdam은 L1 확장을 위해 어떤 개선 사항을 포함할까요? {#what-improvements-will-glamsterdam-include-for-l1-scaling} + +헤드라인 기능은 ePBS(EIP-7732)로, 네트워크 트랜잭션을 검증하는 무거운 작업과 합의에 도달하는 작업을 분리합니다. 이는 데이터 전파 창을 2초에서 약 9초로 확장하여 이더리움이 훨씬 더 높은 트랜잭션 처리량을 안전하게 처리하고 레이어2 네트워크를 위한 더 많은 데이터 블롭을 수용할 수 있는 능력을 열어줍니다. + +### Glamsterdam이 이더리움(레이어 1)의 수수료를 낮출까요? {#will-glamsterdam-lower-fees-on-ethereum-layer-1} + +네, Glamsterdam은 일반 사용자의 수수료를 낮출 가능성이 높습니다! 내재적 트랜잭션 가스비 절감(또는 EIP-2780)은 ETH 전송의 기본 수수료를 줄여 일상적인 지불에 ETH를 훨씬 저렴하게 사용할 수 있도록 합니다. + +또한, 장기적인 지속 가능성을 위해 Glamsterdam은 블록 수준 접근 목록(BAL)을 도입합니다. 이는 병렬 처리를 가능하게 하고 L1이 향후 더 높은 전체 가스 한도를 안전하게 처리할 수 있도록 준비하며, 이는 용량이 증가함에 따라 트랜잭션당 가스비를 줄일 가능성이 높습니다. + +### Glamsterdam 이후 기존 스마트 컨트랙트에 변경 사항이 있나요? {#will-my-smart-contracts-change} + +기존 계약은 Glamsterdam 이후에도 정상적으로 계속 작동합니다. 개발자는 몇 가지 새로운 도구를 얻게 될 것이며 가스 사용량을 검토해야 합니다. + +- 최대 컨트랙트 크기 증가(또는 EIP-7954)는 개발자가 더 큰 애플리케이션을 배포할 수 있도록 하며, 최대 컨트랙트 크기 제한을 약 24KiB에서 32KiB로 높입니다. +- 결정적 팩토리 사전 배포(또는 EIP-7997)는 보편적인 내장 팩토리 계약을 도입합니다. 이를 통해 개발자는 모든 참여 EVM 체인에서 정확히 동일한 주소에 애플리케이션과 스마트 컨트랙트 지갑을 배포할 수 있습니다. +- 앱이 ETH 이체를 찾기 위해 복잡한 추적에 의존하는 경우, ETH 이체 및 소각 시 로그 방출(또는 EIP-7708)을 사용하면 더 간단하고 신뢰할 수 있는 회계를 위해 로그 사용으로 전환할 수 있습니다. +- 상태 생성 가스비 증가(또는 EIP-8037) 및 상태 접근 가스비 업데이트(또는 EIP-8038)는 특정 컨트랙트 배포 비용을 변경할 새로운 지속 가능성 모델을 도입합니다. 새 계정을 생성하거나 영구 저장 공간을 생성하면 동적으로 조정되는 수수료가 부과되기 때문입니다. + +### Glamsterdam은 노드 저장 공간 및 하드웨어 요구 사항에 어떤 영향을 미치나요? {#how-will-glamsterdam-affect-node-storage-and-hardware-requirements} + +Glamsterdam에 대해 고려 중인 여러 EIP는 상태 성장의 성능 절벽 문제를 해결합니다. + +- 상태 생성 가스비 증가(또는 EIP-8037)는 연간 100GiB의 상태 데이터베이스 성장률을 목표로 하는 동적 가격 모델을 도입하여 표준 물리적 하드웨어가 네트워크를 효율적으로 계속 실행할 수 있도록 보장합니다. +- eth/70 부분 블록 영수증 목록(또는 EIP-7975)은 노드가 페이지가 매겨진 블록 영수증을 요청할 수 있도록 하여 데이터가 많은 블록 영수증 목록을 더 작은 청크로 분할하여 이더리움이 확장될 때 충돌과 동기화를 방지합니다. diff --git a/public/content/translations/mr/community/grants/index.md b/public/content/translations/mr/community/grants/index.md index 2d3d53875de..86c5451e055 100644 --- a/public/content/translations/mr/community/grants/index.md +++ b/public/content/translations/mr/community/grants/index.md @@ -20,6 +20,7 @@ lang: mr हे कार्यक्रम मोठ्या व्याप्तीच्या प्रकल्पांना अनुदान देऊन विस्तृत Ethereum परिसंस्थेला समर्थन देतात. यामध्ये स्केलेबिलिटी, समुदाय निर्मिती, सुरक्षितता, गोपनीयता आणि बरेच काही यासाठी उपायांचा समावेश आहे. हे अनुदान कोणत्याही एका Ethereum प्लॅटफॉर्मसाठी विशिष्ट नाहीत आणि तुम्हाला खात्री नसल्यास सुरुवात करण्यासाठी हे एक चांगले ठिकाण आहे. - [EF इकोसिस्टम सपोर्ट प्रोग्राम](https://esp.ethereum.foundation) - _Ethereum ला फायदा होणाऱ्या ओपन सोर्स प्रकल्पांना निधी देणे, विशेषतः सार्वत्रिक साधने, पायाभूत सुविधा, संशोधन आणि सार्वजनिक वस्तूंवर लक्ष केंद्रित करून_ +- [ESP ग्रांट एक्सप्लोरर](https://esp.ethereum.foundation/funded-projects) - _इकोसिस्टम सपोर्ट प्रोग्रामद्वारे समर्थित १,०००+ प्रकल्पांची शोधण्यायोग्य डिरेक्टरी_ - [ॲकॅडमिक ग्रांट्स](https://esp.ethereum.foundation/academic-grants) - _Ethereum-संबंधित शैक्षणिक कार्याला समर्थन देण्यासाठी अनुदान_ ## अनुदान सूची ॲग्रीगेटर्स आणि प्लॅटफॉर्म {#grant-list-aggregators} diff --git a/public/content/translations/mr/developers/docs/nodes-and-clients/run-a-node/index.md b/public/content/translations/mr/developers/docs/nodes-and-clients/run-a-node/index.md index 022867271f0..28380f2fe07 100644 --- a/public/content/translations/mr/developers/docs/nodes-and-clients/run-a-node/index.md +++ b/public/content/translations/mr/developers/docs/nodes-and-clients/run-a-node/index.md @@ -132,7 +132,6 @@ sidebarDepth: 2 - [EthPillar](https://www.coincashew.com/coins/overview-eth/ethpillar) - पूर्ण नोड सेट करण्याचा सर्वात जलद आणि सोपा मार्ग. वन-लाइनर सेटअप टूल आणि नोड व्यवस्थापन TUI. मोफत. ओपन सोर्स. सोलो स्टेकर्सद्वारे इथेरियमसाठी सार्वजनिक वस्तू. ARM64 आणि AMD64 सपोर्ट. - [eth-docker](https://eth-docker.net/) - डॉकर वापरून स्वयंचलित सेटअप जो सोपे आणि सुरक्षित स्टेकिंगवर लक्ष केंद्रित करतो, ज्यासाठी मूलभूत टर्मिनल आणि डॉकर ज्ञानाची आवश्यकता आहे, थोड्या अधिक प्रगत वापरकर्त्यांसाठी शिफारस केलेले. - [Stereum](https://stereum-dev.github.io/ethereum-node-web-docs) - GUI सेटअप मार्गदर्शक, नियंत्रण केंद्र आणि इतर अनेक वैशिष्ट्यांसह SSH कनेक्शनद्वारे रिमोट सर्व्हरवर क्लायंट इंस्टॉल करण्यासाठी लॉन्चर. -- [NiceNode](https://www.nicenode.xyz/) - तुमच्या संगणकावर नोड चालवण्यासाठी सरळ वापरकर्ता अनुभवासह लॉन्चर. फक्त क्लायंट निवडा आणि त्यांना काही क्लिक्सने सुरू करा. अजूनही विकासात आहे. - [Sedge](https://docs.sedge.nethermind.io/docs/intro) - नोड सेटअप टूल जे CLI विझार्ड वापरून स्वयंचलितपणे डॉकर कॉन्फिगरेशन तयार करते. Nethermind द्वारे Go मध्ये लिहिलेले. ### मॅन्युअल क्लायंट सेटअप {#manual-setup} diff --git a/public/content/translations/mr/roadmap/glamsterdam/index.md b/public/content/translations/mr/roadmap/glamsterdam/index.md new file mode 100644 index 00000000000..7c571ff4a20 --- /dev/null +++ b/public/content/translations/mr/roadmap/glamsterdam/index.md @@ -0,0 +1,295 @@ +--- +title: "ग्लॅमस्टरडॅम" +description: "ग्लॅमस्टरडॅम प्रोटोकॉल अपग्रेडबद्दल जाणून घ्या" +lang: mr +--- +# ग्लॅमस्टरडॅम {#glamsterdam} + + + + +ग्लॅमस्टर्डॅम हे २०२६ च्या पहिल्या सहामाहीत नियोजित असलेले एक आगामी इथेरियम अपग्रेड आहे. + + +ग्लॅमस्टर्डम अपग्रेड हे इथेरियमच्या दीर्घकालीन विकास उद्दिष्टांमधील केवळ एक पाऊल आहे. [प्रोटोकॉल रोडमॅप](/roadmap/) आणि [मागील अपग्रेडबद्दल](/ethereum-forks/) अधिक जाणून घ्या. + + + + +[इथेरियमचे](/) आगामी ग्लॅमस्टरडॅम अपग्रेड हे पुढील पिढीच्या स्केलिंगसाठी मार्ग मोकळा करण्यासाठी डिझाइन केलेले आहे. ग्लॅमस्टरडॅम हे "अ‍ॅमस्टरडॅम" (एक्झिक्युशन लेयर अपग्रेड, पूर्वीच्या डेव्हकनेक्ट स्थानावरून नाव) आणि "ग्लोआस" (कन्सेंसस लेयर अपग्रेड, एका ताऱ्यावरून नाव) यांच्या संयोजनातून बनलेले आहे. + +[फुसाका](/roadmap/fusaka/) अपग्रेडमध्ये झालेल्या प्रगतीनंतर, ग्लॅमस्टर्डम नेटवर्क व्यवहारांवर प्रक्रिया कशी करते आणि त्याचा वाढता डेटाबेस कसा व्यवस्थापित करते हे पुनर्रचना करून L1 ला स्केल करण्यावर लक्ष केंद्रित करते, मूलतः इथेरियम ब्लॉक कसे तयार करते आणि सत्यापित करते हे अपडेट करते. + +फूसाका मूलभूत सुधारणांवर लक्ष केंद्रित करत असताना, ग्लॅमस्टर्डम वेगवेगळ्या नेटवर्क सहभागींमधील कर्तव्यांचे विभाजन करून आणि उच्च-थ्रुपुट पॅराललायझेशनसाठी [स्थिती](/glossary/#state) तयार करण्यासाठी डेटा हाताळण्याचे अधिक कार्यक्षम मार्ग सादर करून "स्केल एल१" आणि "स्केल ब्लब्स" उद्दिष्टांना पुढे नेत आहे. + +या सुधारणांमुळे, अधिक क्रियाकलाप हाताळतानाही, Ethereum जलद, परवडणारे आणि विकेंद्रित राहते, तर घरी [नोड्स](/glossary/#node) चालवणाऱ्या लोकांसाठी हार्डवेअर आवश्यकता व्यवस्थापित करण्यायोग्य राहतात. + + + +## ग्लॅमस्टरडॅमसाठी विचाराधीन असलेल्या सुधारणा {#improvements-in-glamsterdam} + + + + +टीप: हा लेख सध्या ग्लॅमस्टरडॅममध्ये समाविष्ट करण्यासाठी विचाराधीन असलेल्या काही EIPs वर प्रकाश टाकतो. नवीनतम स्थिती अद्यतनांसाठी, [फोर्ककास्टवर ग्लॅमस्टरडॅम अपग्रेड](https://forkcast.org/upgrade/glamsterdam) पहा. + +जर तुम्हाला ग्लॅमस्टरडॅमसाठी विचाराधीन असलेला EIP जोडायचा असेल, परंतु तो अद्याप या पृष्ठावर जोडला गेला नसेल, [तर ethereum.org मध्ये योगदान कसे द्यायचे ते येथे जाणून घ्या](/contributing/). + + + + +ग्लॅमस्टर्डम अपग्रेड तीन मुख्य उद्दिष्टांवर केंद्रित आहे: + +- प्रक्रिया जलद करणे (समांतरकरण): नेटवर्क डेटा अवलंबित्व कसे रेकॉर्ड करते हे पुनर्रचना करणे, जेणेकरून ते हळूहळू, एकामागून एक क्रमाने करण्याऐवजी एकाच वेळी अनेक व्यवहार सुरक्षितपणे प्रक्रिया करू शकेल. +- क्षमता वाढवणे: ब्लॉक तयार करणे आणि सत्यापित करणे यासारख्या जड कामांचे विभाजन करणे, ज्यामुळे नेटवर्कला मंदावण्याशिवाय मोठ्या प्रमाणात डेटा प्रसारित करण्यासाठी अधिक वेळ मिळतो. +- डेटाबेस ब्लोट (शाश्वतता) रोखणे: नवीन डेटा संग्रहित करण्यासाठी दीर्घकालीन हार्डवेअर खर्चाचे अचूकपणे प्रतिबिंब करण्यासाठी नेटवर्क शुल्क समायोजित करणे, हार्डवेअर कार्यप्रदर्शन बिघडण्यापासून रोखताना भविष्यातील गॅस मर्यादा वाढीस अडथळा दूर करणे. + +थोडक्यात, ग्लॅमस्टर्डॅम नेटवर्कची क्षमता वाढत असताना ते शाश्वत राहील आणि कामगिरी उच्च राहील याची खात्री करण्यासाठी संरचनात्मक बदल करेल. + +## स्केल L1 आणि समांतर प्रक्रिया {#scale-l1} + +अर्थपूर्ण L1 स्केलिंगसाठी ऑफ-प्रोटोकॉल ट्रस्ट गृहीतके आणि सिरीयल एक्झिक्यूशन निर्बंधांपासून दूर जाणे आवश्यक आहे. ग्लॅमस्टरडॅम काही ब्लॉक-बिल्डिंग ड्युटीजचे पृथक्करण करून आणि नवीन डेटा स्ट्रक्चर्सची ओळख करून देऊन हे संबोधित करते जेणेकरून नेटवर्क समांतर प्रक्रियेसाठी तयारी करू शकेल. + +### हेडलाइनर प्रस्ताव: प्रतिष्ठापित प्रस्तावक-बिल्डर पृथक्करण (ePBS) {#epbs} + +- प्रोटोकॉल-बाहेरील विश्वासाच्या गृहीतकांना काढून टाकते आणि तृतीय-पक्ष रिलेवरील अवलंबित्व कमी करते +- विस्तारित प्रसारण खिडक्यांमधून खूप मोठे पेलोड देऊन L1 स्केलिंग सक्षम करते +- थेट प्रोटोकॉलमध्ये ट्रस्टलेस बिल्डर पेमेंट्सची ओळख करून देते + +सध्या, ब्लॉक प्रस्तावित करण्याची आणि तयार करण्याची प्रक्रिया ब्लॉक प्रस्तावक आणि ब्लॉक बिल्डर्स यांच्यातील हस्तांतरण समाविष्ट करते. प्रस्तावक आणि बिल्डर्समधील संबंध हा कोअर इथेरियम प्रोटोकॉलचा भाग नाही, म्हणून तो विश्वासार्ह तृतीय-पक्ष मिडलवेअर, सॉफ्टवेअर (रिले) वर अवलंबून असतो, तसेच संस्थांमधील ऑफ-प्रोटोकॉल विश्वासावर अवलंबून असतो. + +प्रस्तावकांना आणि बिल्डर्सना प्रोटोकॉलच्या बाहेर असलेल्या संबंधामुळे ब्लॉक व्हॅलिडेशन दरम्यान 'हॉट पाथ' तयार होतो, ज्यामुळे [व्हॅलिडेटर्सना](/glossary/#validator) २ सेकंदांच्या कमी वेळेत ट्रान्झॅक्शन ब्रॉडकास्टिंग आणि एक्झिक्यूशनमध्ये घाई करावी लागते, ज्यामुळे नेटवर्क किती डेटा हाताळू शकते यावर मर्यादा येतात. + +**प्रतिष्ठित प्रस्तावक-बिल्डर पृथक्करण (ePBS, किंवा EIP-7732)** प्रस्तावक (जो कन्सेन्सस ब्लॉक निवडतो) आणि बिल्डर (जो एक्झिक्यूशन पेलोड एकत्र करतो) यांचे काम औपचारिकरित्या वेगळे करते, हे हस्तांतरण थेट प्रोटोकॉलमध्ये प्रतिष्ठित करते. + +ब्लॉक पेलोड आणि पेमेंटसाठी ट्रस्टलेस एक्सचेंज थेट प्रोटोकॉलमध्ये तयार केल्याने तृतीय-पक्ष मिडलवेअर (जसे की MEV-Boost) ची गरज नाहीशी होते. तथापि, बिल्डर्स आणि प्रस्तावक अजूनही जटिल वैशिष्ट्यांसाठी ऑफ-प्रोटोकॉल रिले किंवा मिडलवेअर वापरणे निवडू शकतात जे अद्याप कोअर प्रोटोकॉलचा भाग नाहीत. + +'हॉट पाथ' अडथळा सोडवण्यासाठी, ePBS पेलोड टाइमलीनेस कमिटी (PTC) आणि ड्युअल-डेडलाइन लॉजिक देखील सादर करते, ज्यामुळे व्हॅलिडेटर्सना कन्सेन्सस ब्लॉक आणि एक्झिक्यूशन पेलोड टाइमलीनेस स्वतंत्रपणे प्रमाणित करण्याची परवानगी मिळते, ज्यामुळे थ्रूपुट जास्तीत जास्त वाढतो. + + + +प्रोटोकॉल स्तरावर प्रस्तावक आणि बिल्डरच्या भूमिका वेगळ्या केल्याने प्रसार विंडो (किंवा नेटवर्कवर डेटा पसरवण्यासाठी उपलब्ध वेळ) 2 सेकंदांवरून सुमारे 9 सेकंदांपर्यंत वाढते. + +ऑफ-प्रोटोकॉल मिडलवेअर आणि रिले इन-प्रोटोकॉल मेकॅनिक्सने बदलून, ePBS विश्वास अवलंबित्व कमी करते आणि नेटवर्कवर ताण न देता Ethereum ला मोठ्या प्रमाणात डेटा (जसे की [लेयर 2](/glossary/#layer-2) साठी अधिक ब्लॉब्स) सुरक्षितपणे प्रक्रिया करण्यास अनुमती देते. + +**संसाधने**: [EIP-7732 तांत्रिक तपशील](https://eips.ethereum.org/EIPS/eip-7732) + +### मुख्य प्रस्ताव: ब्लॉक-स्तरीय प्रवेश यादी (बीएएल) {#bals} + +- सर्व व्यवहारांच्या अवलंबित्वेचा आगाऊ नकाशा प्रदान करून अनुक्रमिक प्रक्रिया अडथळे दूर करते, ज्यामुळे व्हॅलिडेटर्सना एकामागून एक व्यवहार करण्याऐवजी अनेक व्यवहार समांतरपणे प्रक्रिया करण्यासाठी मंच तयार होतो. +- प्रत्येक व्यवहाराची पुनरावृत्ती न करता (एक्झिक्युशनलेस सिंक) अंतिम निकाल वाचून नोड्सना त्यांचे रेकॉर्ड अपडेट करण्याची परवानगी देते, ज्यामुळे नोड नेटवर्कशी सिंक करणे खूप वेगवान होते. +- अंदाज लावण्याची गरज नाहीशी करते, ज्यामुळे व्हॅलिडेटर्सना सर्व आवश्यक डेटा एकाच वेळी प्री-लोड करता येतो, टप्प्याटप्प्याने शोधण्याऐवजी, ज्यामुळे व्हॅलिडेशन खूप जलद होते. + +आजचे इथेरियम हे एकाच लेन असलेल्या रस्त्यासारखे आहे; कारण व्यवहार चालण्यापूर्वी नेटवर्कला व्यवहाराला कोणता डेटा लागेल किंवा कोणता डेटा बदलेल (जसे की व्यवहार कोणत्या खात्यांना स्पर्श करेल) हे माहित नसते, त्यामुळे व्हॅलिडेटर्सना व्यवहारांवर एकामागून एक, काटेकोरपणे, क्रमाने प्रक्रिया करावी लागते. जर त्यांनी या अवलंबनांची माहिती नसताना सर्व व्यवहारांवर एकाच वेळी प्रक्रिया करण्याचा प्रयत्न केला, तर दोन व्यवहार चुकून एकाच वेळी अगदी समान डेटा बदलण्याचा प्रयत्न करू शकतात, ज्यामुळे त्रुटी निर्माण होतील. + +**ब्लॉक-लेव्हल ॲक्सेस लिस्ट (BALs, किंवा EIP-7928)** म्हणजे प्रत्येक ब्लॉकमध्ये समाविष्ट असलेला एक नकाशा आहे, जो नेटवर्कला कामाला सुरुवात होण्यापूर्वी डेटाबेसचे कोणते भाग ॲक्सेस केले जातील हे सांगतो. BALs साठी प्रत्येक ब्लॉकमध्ये व्यवहारांद्वारे प्रभावित होणाऱ्या प्रत्येक खाते बदलाचा हॅश, तसेच त्या बदलांचे अंतिम परिणाम (सर्व स्थिती ॲक्सेस आणि अंमलबजावणीनंतरच्या मूल्यांचा हॅश रेकॉर्ड) समाविष्ट करणे आवश्यक आहे. + +कोणते व्यवहार ओव्हरलॅप होत नाहीत याची त्वरित दृश्यमानता ते देत असल्याने, BALs नोड्सना समांतर डिस्क वाचन करण्यास अनुमती देतात, अनेक व्यवहारांसाठी माहिती एकाच वेळी मिळवतात. नेटवर्क असंबंधित व्यवहारांचे सुरक्षितपणे गट करू शकते आणि त्यांना समांतरपणे प्रक्रिया करू शकते. + +BAL मध्ये व्यवहारांचे अंतिम निकाल (अंमलबजावणीनंतरची मूल्ये) समाविष्ट असल्याने, जेव्हा नेटवर्कच्या नोड्सना नेटवर्कच्या सध्याच्या स्थितीशी सिंक करावे लागते, तेव्हा ते त्यांचे रेकॉर्ड अपडेट करण्यासाठी ते अंतिम निकाल कॉपी करू शकतात. व्हॅलिडेटर्सना काय घडले हे जाणून घेण्यासाठी सर्व क्लिष्ट व्यवहार पुन्हा नव्याने करावे लागत नाहीत, ज्यामुळे नवीन नोड्सना नेटवर्कमध्ये सामील होणे जलद आणि सोपे होते. + +BALs द्वारे सक्षम केलेले समांतर डिस्क वाचन हे भविष्याकडे एक महत्त्वपूर्ण पाऊल असेल जिथे Ethereum एकाच वेळी अनेक व्यवहार प्रक्रिया करू शकेल, ज्यामुळे नेटवर्कची गती लक्षणीयरीत्या वाढेल. + +#### eth/71 ब्लॉक ऍक्सेस लिस्ट एक्सचेंज {#bale} + +ब्लॉक ॲक्सेस लिस्ट एक्सचेंज (eth/71 किंवा EIP-8159) हा ब्लॉक-लेव्हल ॲक्सेस लिस्टसाठी थेट नेटवर्किंग सोबती आहे. BALs समांतर अंमलबजावणी अनलॉक करताना, eth/71 पीअर-टू-पीअर प्रोटोकॉलला अपग्रेड करते ज्यामुळे नोड्सना प्रत्यक्षात नेटवर्कवर या सूची शेअर करण्याची परवानगी मिळते. ब्लॉक ॲक्सेस लिस्ट एक्सचेंज लागू केल्याने जलद सिंकिंग सक्षम होईल आणि नोड्सना एक्झिक्यूशनलेस स्टेट अपडेट्स करण्याची परवानगी मिळेल. + +**संसाधने**: +- [EIP-7928 तांत्रिक तपशील](https://eips.ethereum.org/EIPS/eip-7928) +- [EIP-8159 तांत्रिक तपशील](https://eips.ethereum.org/EIPS/eip-8159) + +## नेटवर्कची शाश्वतता {#network-sustainability} + +इथेरियम नेटवर्क वेगाने वाढत असल्याने, ते वापरण्याचा खर्च इथेरियम चालवणाऱ्या हार्डवेअरच्या झीज आणि फाडशी जुळतो याची खात्री करणे महत्त्वाचे आहे. सुरक्षितपणे स्केल करण्यासाठी आणि अधिक व्यवहार प्रक्रिया करण्यासाठी नेटवर्कला त्याची एकूण क्षमता मर्यादा वाढवण्याची आवश्यकता आहे. + +### स्टेट निर्मिती गॅस खर्चात वाढ {#state-creation-gas-cost-increase} + +- नवीन खाती किंवा स्मार्ट कॉन्ट्रॅक्ट तयार करण्यासाठी लागणारे शुल्क Ethereum च्या डेटाबेसवर पडणाऱ्या दीर्घकालीन भाराचे अचूकपणे प्रतिबिंब आहे याची खात्री करते. +- नेटवर्कच्या एकूण क्षमतेनुसार या डेटा-निर्मिती शुल्काचे स्वयंचलितपणे समायोजन करते, सुरक्षित आणि अंदाजे वाढीच्या दराचे लक्ष्य ठेवते जेणेकरून मानक भौतिक हार्डवेअर नेटवर्क चालवत राहू शकेल. +- या विशिष्ट शुल्कांसाठी लेखांकन एका नवीन जलाशयात वेगळे करते, जुन्या व्यवहाराच्या मर्यादा काढून टाकते आणि विकासकांना मोठे, अधिक जटिल अनुप्रयोग तैनात करण्यास अनुमती देते. + +नवीन खाती, टोकन आणि [स्मार्ट कॉन्ट्रॅक्ट्स](/glossary/#smart-contract) जोडल्याने कायमस्वरूपी डेटा (ज्याला "स्टेट" म्हणून ओळखले जाते) तयार होतो जो नेटवर्क चालवणाऱ्या प्रत्येक संगणकाने अनिश्चित काळासाठी संग्रहित करणे आवश्यक आहे. हा डेटा जोडण्यासाठी किंवा वाचण्यासाठी सध्याचे शुल्क विसंगत आहे आणि ते नेटवर्कच्या हार्डवेअरवर पडणाऱ्या प्रत्यक्ष, दीर्घकालीन स्टोरेजच्या ओझ्याचे प्रतिबिंब नाही. + +इथेरियमवर स्टेट तयार करणाऱ्या काही कृती, जसे की नवीन खाती तयार करणे किंवा मोठे स्मार्ट कॉन्ट्रॅक्ट्स तैनात करणे, नेटवर्कच्या नोड्सवर ते घेतात त्या कायमस्वरूपी स्टोरेज स्पेसच्या तुलनेत तुलनेने कमी किमतीच्या आहेत, उदाहरणार्थ, कॉन्ट्रॅक्ट डिप्लॉयमेंट स्टोरेज स्लॉट तयार करण्यापेक्षा प्रति बाइट लक्षणीयरीत्या स्वस्त आहे. + +समायोजन न करता, जर नेटवर्क १०० दशलक्ष गॅस मर्यादेपर्यंत वाढले तर एथेरियमची स्थिती दरवर्षी जवळजवळ २०० गिगाबाइट वाढू शकते, ज्यामुळे शेवटी सामान्य हार्डवेअर मागे पडेल. + +**राज्य निर्मिती गॅस खर्चात वाढ (किंवा EIP-8037)** निर्माण होणाऱ्या डेटाच्या प्रत्यक्ष आकाराशी खर्च जोडून, शुल्क अद्यतनित करून ते सुसंगत करते जेणेकरून ते ऑपरेशनद्वारे तयार केलेल्या किंवा प्रवेश केलेल्या कायमस्वरूपी डेटाच्या प्रमाणाच्या प्रमाणात असतील. + +EIP-8037 या खर्चाचे अधिक अंदाजे व्यवस्थापन करण्यासाठी एक जलाशय मॉडेल देखील सादर करते; स्टेट गॅस शुल्क प्रथम `state_gas_reservoir` मधून घेतले जाते आणि `GAS` ओपकोड फक्त `gas_left` परत करतो, ज्यामुळे एक्झिक्यूशन फ्रेम उपलब्ध गॅसची चुकीची गणना करण्यापासून रोखले जाते. + +EIP-8037 पूर्वी, संगणकीय काम (सक्रिय प्रक्रिया) आणि कायमस्वरूपी डेटा स्टोरेज (स्मार्ट कॉन्ट्रॅक्ट नेटवर्कच्या डेटाबेसमध्ये सेव्ह करणे) या दोन्हींसाठी समान गॅस मर्यादा होती. रिझर्व्हॉयर मॉडेल अकाउंटिंग विभाजित करते: ट्रान्झॅक्शनच्या प्रत्यक्ष संगणकीय कामासाठी (प्रक्रिया) आणि दीर्घकालीन डेटा स्टोरेजसाठी (स्टेट गॅस) गॅस मर्यादा. या दोन्हींना वेगळे केल्याने ॲप्लिकेशनच्या डेटाच्या प्रचंड आकारामुळे गॅस मर्यादा ओलांडण्यापासून रोखण्यास मदत होते; जोपर्यंत डेव्हलपर्स डेटा स्टोरेजसाठी रिझर्व्हॉयर भरण्यासाठी पुरेसा निधी देतात, तोपर्यंत ते खूप मोठे आणि अधिक जटिल स्मार्ट कॉन्ट्रॅक्ट्स तैनात करू शकतात. + +किमतींचा डेटा अधिक अचूकपणे आणि अंदाजे संग्रहित केल्याने डेटाबेस वाढवण्याशिवाय इथेरियम सुरक्षितपणे त्याचा वेग आणि क्षमता वाढवू शकेल. ही शाश्वतता नोड ऑपरेटरना येत्या काळात (तुलनेने) परवडणारे हार्डवेअर वापरत राहण्यास अनुमती देईल, ज्यामुळे नेटवर्कचे विकेंद्रीकरण राखण्यासाठी होम स्टेकिंग सुलभ होईल. + +**संसाधने**: [EIP-8037 तांत्रिक तपशील](https://eips.ethereum.org/EIPS/eip-8037) + +### राज्य-प्रवेश वायू खर्चाचे अद्यतन {#state-access-gas-cost-update} + +- जेव्हा ॲप्लिकेशन्स इथेरियमवर कायमस्वरूपी संग्रहित माहिती वाचतात किंवा अपडेट करतात (स्टेट-अॅक्सेस ओपकोड्स) तेव्हा गॅसची किंमत वाढवते जेणेकरून या कमांड्सना आवश्यक असलेल्या संगणकीय कामाशी अचूकपणे जुळेल. +- कृत्रिमरीत्या स्वस्त डेटा-रीडिंग ऑपरेशन्सचा गैरफायदा घेणारे डिनायल-ऑफ-सर्व्हिस हल्ले रोखून नेटवर्कची लवचिकता मजबूत करते + +इथेरियमची स्थिती वाढत गेल्यामुळे, जुना डेटा शोधणे आणि वाचणे ("स्टेट अ‍ॅक्सेस") हे नोड्ससाठी प्रक्रिया करण्यास जड आणि हळू झाले आहे. माहिती शोधणे (संगणकीय शक्तीच्या बाबतीत) आता थोडे महाग झाले असले तरी, या कृतींसाठीचे शुल्क तेवढेच राहिले आहे. + +परिणामी, काही विशिष्ट कमांड्स सध्या नोडला कराव्या लागणाऱ्या कामाच्या तुलनेत कमी किमतीच्या आहेत. उदाहरणार्थ, `EXTCODESIZE` आणि `EXTCODECOPY` या कमी किमतीच्या आहेत कारण त्यांना दोन स्वतंत्र डेटाबेस वाचनांची आवश्यकता असते—एक खाते ऑब्जेक्टसाठी आणि दुसरे प्रत्यक्ष कोड आकार किंवा बाइटकोडसाठी. + +**स्टेट-अॅक्सेस गॅस कॉस्ट अपडेट (किंवा EIP-8038)** हे आधुनिक हार्डवेअर कार्यप्रदर्शन आणि स्टेट आकारानुसार अकाउंट आणि कॉन्ट्रॅक्ट डेटा शोधण्यासारख्या स्टेट-अॅक्सेस ऑपकोड्ससाठी गॅस स्थिरांक वाढवते. + +स्टेट-अॅक्सेसचा खर्च समायोजित केल्याने इथेरियम अधिक लवचिक होण्यास मदत होते. कारण या जड डेटा-वाचन क्रिया कृत्रिमपणे स्वस्त आहेत, एक दुर्भावनापूर्ण हल्लेखोर नेटवर्कच्या शुल्क मर्यादेपर्यंत पोहोचण्यापूर्वी हजारो जटिल डेटा विनंत्यांसह नेटवर्कवर स्पॅम करू शकतो, ज्यामुळे नेटवर्क थांबण्याची किंवा क्रॅश होण्याची शक्यता असते (सेवा नाकारण्याचा हल्ला). दुर्भावनापूर्ण हेतू नसतानाही, जर नेटवर्क डेटा वाचणे खूप स्वस्त असेल तर विकासकांना कार्यक्षम अनुप्रयोग तयार करण्यासाठी आर्थिकदृष्ट्या प्रोत्साहित केले जात नाही. + +राज्य-प्रवेश कृतींचे अधिक अचूकपणे मूल्यनिर्धारण करून, Ethereum अपघाती किंवा हेतुपुरस्सर मंदावण्यांविरुद्ध अधिक लवचिक बनू शकते, तर हार्डवेअर लोडसह नेटवर्क खर्च जुळवून घेणे भविष्यातील गॅस मर्यादा वाढीसाठी अधिक शाश्वत पाया असल्याचे सिद्ध होते. + +**संसाधने**: [EIP-8038 तांत्रिक तपशील](https://eips.ethereum.org/EIPS/eip-8038) + +## नेटवर्कची लवचिकता + +व्हॅलिडेटरच्या जबाबदाऱ्या आणि एक्झिट प्रक्रियांमध्ये सुधारणा केल्याने मोठ्या प्रमाणात स्लॅशिंगच्या घटनांमध्ये नेटवर्कची स्थिरता सुनिश्चित होते आणि तरलतेला लोकशाहीकरण मिळते. या सुधारणांमुळे नेटवर्क अधिक स्थिर होते आणि सर्व सहभागींना, मोठ्या आणि लहान, योग्य वागणूक दिली जाते. + +### प्रस्ताव देण्यापासून स्लॅश केलेल्या व्हॅलिडेटर्सना वगळा {#exclude-slashed-validators} + +- दंडित (कपात केलेले) व्हॅलिडेटर भविष्यातील ब्लॉक प्रस्तावित करण्यासाठी निवडले जाण्यापासून थांबवते, ज्यामुळे हमखास चुकलेले स्लॉट टाळता येतात. +- मोठ्या प्रमाणात स्लॅशिंग इव्हेंटच्या बाबतीत गंभीर अडथळे येण्यापासून रोखून, इथेरियमला सुरळीत आणि विश्वासार्हपणे चालू ठेवते. + +सध्या, जरी एखाद्या व्हॅलिडेटरला स्लॅश केले तरी (नियम मोडल्याबद्दल किंवा अपेक्षेप्रमाणे काम न केल्याबद्दल दंड केला तरी), भविष्यात जेव्हा ते भविष्यातील प्रस्तावक लुकअहेड तयार करतात तेव्हा सिस्टम त्यांना ब्लॉकचे नेतृत्व करण्यासाठी निवडू शकते. + +स्लॅश केलेल्या प्रस्तावककर्त्यांकडून येणारे ब्लॉक्स स्वयंचलितपणे अवैध म्हणून नाकारले जात असल्याने, नेटवर्क स्लॉट्स गमावते आणि मोठ्या प्रमाणात स्लॅशिंग घटनांदरम्यान नेटवर्क पुनर्प्राप्तीस विलंब होतो. + +**प्रस्तावित करण्यापासून स्लॅश केलेल्या व्हॅलिडेटर्सना वगळा (किंवा EIP-8045)** हे फक्त स्लॅश केलेल्या व्हॅलिडेटर्सना भविष्यातील ड्युटीसाठी निवडण्यापासून फिल्टर करते. हे केवळ निरोगी व्हॅलिडेटर्स ब्लॉक प्रस्तावित करण्यासाठी निवडले जातील याची खात्री करून चेन रेझिलियन्स सुधारते, नेटवर्क व्यत्ययादरम्यान सेवेची गुणवत्ता राखते. + +**संसाधने**: [EIP-8045 तांत्रिक तपशील](https://eips.ethereum.org/EIPS/eip-8045) + +### बाहेर पडण्यासाठी एकत्रीकरण रांग वापरा. {#let-exits-use-the-consolidation-queue} + +- कन्सोलिडेशन क्यूद्वारे उच्च-बॅलन्स व्हॅलिडेटर्सना लहान व्हॅलिडेटर्सपेक्षा जलद नेटवर्कमधून बाहेर पडण्याची परवानगी देणारा एक दोष दूर करते. +- जेव्हा दुसऱ्या रांगेत अतिरिक्त क्षमता असेल तेव्हा नियमित एक्झिट्सना त्यात ओव्हरफ्लो होण्याची परवानगी देते, ज्यामुळे जास्त व्हॉल्यूमच्या काळात स्टेकिंग पैसे काढण्याचा वेळ कमी होतो. +- इथेरियमच्या मुख्य सुरक्षा मर्यादा बदलणे किंवा नेटवर्क कमकुवत करणे टाळण्यासाठी कडक सुरक्षा राखते. + +[पेक्ट्रा अपग्रेडमुळे](/roadmap/pectra) इथेरियम व्हॅलिडेटर्ससाठी कमाल प्रभावी शिल्लक 32 ETH वरून 2,048 ETH पर्यंत वाढली आहे, त्यामुळे एक तांत्रिक त्रुटीमुळे जास्त शिल्लक असलेले व्हॅलिडेटर्स कमी शिल्लक असलेल्या व्हॅलिडेटर्सपेक्षा कन्सोलिडेशन क्यूद्वारे नेटवर्कमधून जलद बाहेर पडू शकतात. + +**एक्झिट्सना कन्सोलिडेशन क्यू (किंवा EIP-8080) वापरू द्या** हे सर्व स्टेकिंग एक्झिट्ससाठी कन्सोलिडेशन क्यूचे लोकशाहीकरण करते, प्रत्येकासाठी एकच, निष्पक्ष रांग तयार करते. + +हे आज कसे कार्य करते ते येथे आहे: + +- इथेरियमची चर्न मर्यादा ही एक सुरक्षा मर्यादा आहे, जी व्हॅलिडेटर्स त्यांच्या स्टेक केलेल्या ETH मध्ये प्रवेश करू शकतात, बाहेर पडू शकतात किंवा विलीन (एकत्रित) करू शकतात, जेणेकरून नेटवर्कची सुरक्षा कधीही अस्थिर होणार नाही. +- कारण व्हॅलिडेटर कन्सोलिडेशन ही एक मानक व्हॅलिडेटर एक्झिटपेक्षा अधिक हलणाऱ्या भागांसह एक जड क्रिया आहे, ती या सुरक्षा बजेटचा (चर्न लिमिट) मोठा भाग खाते. +- विशेषतः, प्रोटोकॉलमध्ये असे नमूद केले आहे की एका मानक एक्झिटची अचूक सुरक्षा किंमत एका एकत्रीकरणाच्या किमतीच्या दोन तृतीयांश (२/३) आहे. + +अधिक चांगल्या एक्झिट रांगांमुळे, जास्त एक्झिट मागणीच्या काळात, स्टँडर्ड एक्झिट्सना कन्सोलिडेशन रांगेतून न वापरलेली जागा उधार घेता येईल, ज्यामध्ये "३ साठी २" विनिमय दर लागू होईल (प्रत्येक २ न वापरलेल्या कन्सोलिडेशन जागांसाठी, नेटवर्क सुरक्षितपणे ३ स्टँडर्ड एक्झिट्सवर प्रक्रिया करू शकते). हा ३/२ चर्न फॅक्टर कन्सोलिडेशन आणि एक्झिट रांगांमधील मागणीचे संतुलन राखतो. + +कन्सोलिडेशन क्यूमध्ये लोकशाही प्रवेशामुळे नेटवर्क सुरक्षिततेशी तडजोड न करता, उच्च मागणीच्या काळात वापरकर्ते त्यांच्या स्टेकमधून बाहेर पडण्याचा वेग 2.5 पटीने वाढेल. + +**संसाधने**: [EIP-8080 तांत्रिक तपशील](https://eips.ethereum.org/EIPS/eip-8080) + +## वापरकर्ता आणि विकासकांचा अनुभव सुधारा {#improve-user-developer-experience} + +इथेरियमच्या ग्लॅमस्टरडॅम अपग्रेडचा उद्देश वापरकर्त्याचा अनुभव सुधारणे, डेटा शोधण्याची क्षमता वाढवणे आणि वाढत्या संदेशांच्या आकारांना हाताळून सिंक अपयशांना प्रतिबंध करणे हा आहे. यामुळे नेटवर्क वाढताना तांत्रिक अडचणी टाळून ऑनचेन काय घडत आहे याचा मागोवा घेणे सोपे होते. + +### अंतर्गत व्यवहार गॅस खर्च कमी करा {#reduce-intrinsic-transaction-gas-costs} + +- व्यवहारांसाठी मूळ शुल्क कमी करते, ज्यामुळे साध्या मूळ ETH पेमेंटची एकूण किंमत कमी होते. +- लहान हस्तांतरणे अधिक परवडणारी बनवते, ज्यामुळे देवाणघेवाणीचे एक नियमित माध्यम म्हणून इथेरियमची व्यवहार्यता वाढते. + +आज सर्व इथेरियम व्यवहारांसाठी एकसमान बेस गॅस शुल्क आहे, प्रक्रिया कितीही सोपी किंवा गुंतागुंतीची असली तरीही. **अंतर्गत व्यवहार गॅस कमी करा (किंवा EIP-2780)** हा प्रस्ताव विद्यमान खात्यांमधील मानक ETH हस्तांतरण 71% पर्यंत स्वस्त करण्यासाठी बेस शुल्क कमी करण्याचा आहे. + +नेटवर्क चालवणारे संगणक प्रत्यक्षात करत असलेल्या मूलभूत, आवश्यक कामाचे प्रतिबिंब म्हणून व्यवहार शुल्क कमी करून अंतर्गत व्यवहार गॅसचे काम कमी करा, जसे की डिजिटल स्वाक्षरी सत्यापित करणे आणि शिल्लक अद्यतनित करणे. कारण मूलभूत ETH पेमेंट जटिल कोड कार्यान्वित करत नाही किंवा अतिरिक्त डेटा घेऊन जात नाही, ही प्रस्तावित योजना त्याचे शुल्क त्याच्या हलक्या पायाच्या प्रिंटशी जुळवून घेईल. + +कमी शुल्क नेटवर्कच्या स्थितीवर ओझे बनण्यापासून रोखण्यासाठी, नवीन खाती तयार करण्यासाठी हा प्रस्ताव एक अपवाद सादर करतो. जर ट्रान्सफरने ETH रिकाम्या, अस्तित्वात नसलेल्या पत्त्यावर पाठवले, तर नेटवर्कने त्यासाठी कायमस्वरूपी नवीन रेकॉर्ड तयार करणे आवश्यक आहे. त्या खात्याच्या निर्मितीसाठी गॅस अधिभार जोडला जातो जेणेकरून त्याच्या दीर्घकालीन स्टोरेजच्या ओझ्याची भरपाई करता येईल. + +एकत्रितपणे, EIP-2780 चा उद्देश विद्यमान खात्यांमधील दैनंदिन हस्तांतरणे अधिक परवडणारी बनवणे आहे, तर खऱ्या स्थितीच्या वाढीचे अचूक मूल्यनिर्धारण करून नेटवर्क डेटाबेस ब्लोटपासून संरक्षित राहील याची खात्री करणे आहे. + +**संसाधने**: [EIP-2780 तांत्रिक तपशील](https://eips.ethereum.org/EIPS/eip-2780) + +### निर्धारणात्मक फॅक्टरी प्रीडिप्लॉय {#deterministic-factory-predeploy} + +- डेव्हलपर्सना एकाच पत्त्यावर अनेक चेनवर ॲप्लिकेशन्स आणि स्मार्ट कॉन्ट्रॅक्ट वॉलेट्स तैनात करण्याचा एक मूळ मार्ग देते. +- वापरकर्त्यांना अनेक लेयर 2 (L2) नेटवर्क्सवर समान स्मार्ट वॉलेट पत्ता वापरण्याची परवानगी देते, ज्यामुळे संज्ञानात्मक भार कमी होतो, गोंधळ कमी होतो आणि निधी अपघाती गमावण्याचा धोका कमी होतो. +- हे डेव्हलपर्स सध्या वापरत असलेल्या पर्यायी उपायांची जागा घेते, ज्यामुळे मल्टी-चेन वॉलेट्स आणि अॅप्स तयार करणे सोपे आणि अधिक सुरक्षित होते. + +जर एखाद्या वापरकर्त्याकडे आज स्मार्ट कॉन्ट्रॅक्ट वॉलेट असेल ज्यामध्ये अनेक इथेरियम व्हर्च्युअल मशीन (EVM)-सुसंगत चेनवरील खाती असतील, तर त्यांना वेगवेगळ्या नेटवर्क्सवर पूर्णपणे वेगळा पत्ता मिळतो. हे केवळ गोंधळात टाकणारेच नाही तर त्यामुळे चुकून निधी गमावण्याची शक्यता देखील असते. + +**डिटरमिनिस्टिक फॅक्टरी प्रीडिप्लॉय (किंवा EIP-7997)** डेव्हलपर्सना त्यांच्या विकेंद्रित ॲप्लिकेशन्स आणि स्मार्ट कॉन्ट्रॅक्ट वॉलेट्सना अनेक EVM चेन्सवर, ज्यात इथेरियम मेननेट, लेयर 2 (L2) नेटवर्क्स आणि इतर अनेक गोष्टींचा समावेश आहे, अगदी त्याच पत्त्यावर डिप्लॉय करण्याचा एक मूळ, अंगभूत मार्ग प्रदान करते. जर ते स्वीकारले गेले, तर ते वापरकर्त्यांना प्रत्येक सहभागी चेनवर अगदी समान पत्ता ठेवण्याची परवानगी देईल, ज्यामुळे संज्ञानात्मक भार आणि वापरकर्त्याच्या त्रुटीची शक्यता लक्षणीयरीत्या कमी होईल. + +डिटरमिनिस्टिक फॅक्टरी प्री-डिप्लॉय प्रत्येक सहभागी EVM-सुसंगत चेनवर एकाच ठिकाणी (विशेषतः, ॲड्रेस 0x12) किमान, विशेष फॅक्टरी प्रोग्राम कायमचा ठेवून कार्य करते. त्याचे ध्येय एक सार्वत्रिक, मानक फॅक्टरी कॉन्ट्रॅक्ट प्रदान करणे आहे जे कोणत्याही EVM-सुसंगत नेटवर्कद्वारे स्वीकारले जाऊ शकते; जोपर्यंत EVM चेन सहभागी होते आणि हे मानक स्वीकारते, तोपर्यंत डेव्हलपर्स त्यांच्या स्मार्ट कॉन्ट्रॅक्ट्सना त्या नेटवर्कवरील अगदी त्याच ॲड्रेसवर तैनात करण्यासाठी ते वापरू शकतील. + +हे मानकीकरण विकासकांसाठी आणि व्यापक परिसंस्थेसाठी क्रॉस-चेन अनुप्रयोग तयार करणे आणि व्यवस्थापित करणे सोपे करते. विकासकांना आता वेगवेगळ्या नेटवर्क्सवर त्यांचे सॉफ्टवेअर एकत्र करण्यासाठी कस्टम, चेन-विशिष्ट कोड तयार करावा लागणार नाही, त्याऐवजी ते त्यांच्या अनुप्रयोगासाठी सर्वत्र अगदी समान पत्ता तयार करण्यासाठी या युनिव्हर्सल फॅक्टरीचा वापर करू शकतात. याव्यतिरिक्त, ब्लॉक एक्सप्लोरर, ट्रॅकिंग सेवा आणि वॉलेट्स विविध चेन्सवरील या अनुप्रयोगांना आणि खात्यांना अधिक सहजपणे ओळखू शकतात आणि लिंक करू शकतात, ज्यामुळे सर्व इथेरियम-आधारित सहभागींसाठी अधिक एकत्रित आणि अखंड मल्टी-चेन वातावरण तयार होते. + +**संसाधने**: [EIP-7997 तांत्रिक तपशील](https://eips.ethereum.org/EIPS/eip-7997) + +### ETH हस्तांतरण आणि बर्न एक लॉग उत्सर्जित करतात {#eth-transfers-and-burns-emit-a-log} + +- प्रत्येक वेळी ETH हस्तांतरित किंवा बर्न केले जाते तेव्हा स्वयंचलितपणे कायमस्वरूपी रेकॉर्ड (लॉग) तयार करते. +- अ‍ॅप्स, एक्सचेंज आणि ब्रिजेसना अ‍ॅड-हॉक ट्रेसिंग टूल्सशिवाय वापरकर्त्यांच्या ठेवी विश्वासार्हपणे शोधण्याची परवानगी देणारा एक ऐतिहासिक अंध बिंदू दुरुस्त करतो. + +टोकन्स (ERC-20s) च्या विपरीत, स्मार्ट कॉन्ट्रॅक्ट्समधील नियमित ETH हस्तांतरणे स्पष्ट पावती (मानक लॉग) उत्सर्जित करत नाहीत, ज्यामुळे एक्सचेंज आणि अॅप्ससाठी ते ट्रॅक करणे कठीण होते. + +ETH हस्तांतरण आणि बर्न लॉग (किंवा EIP-7708) उत्सर्जित करतात, ज्यामुळे नेटवर्कला प्रत्येक वेळी शून्य नसलेली ETH रक्कम हलवली किंवा जाळली जाते तेव्हा एक मानक लॉग इव्हेंट उत्सर्जित करणे अनिवार्य होते. + +यामुळे वॉलेट्स, एक्सचेंज आणि ब्रिज ऑपरेटर्सना कस्टम टूलिंगशिवाय ठेवी आणि हालचाली अचूकपणे ट्रॅक करणे खूप सोपे आणि अधिक विश्वासार्ह होईल. + +**संसाधने**: [EIP-7708 तांत्रिक तपशील](https://eips.ethereum.org/EIPS/eip-7708) + +### eth/70 अंशतः ब्लॉक पावती यादी {#eth-70-partial-block-receipt-lists} + +जसजसे आपण इथेरियम करू शकणाऱ्या कामाचे प्रमाण वाढवतो, तसतसे त्या कृतींच्या पावत्यांची यादी (या व्यवहारांचे डेटा रेकॉर्ड) इतकी मोठी होत जाते की, एकमेकांशी डेटा सिंक करण्याचा प्रयत्न करताना नेटवर्कच्या नोड्समध्ये बिघाड होऊ शकतो. + +eth/70 पार्शियल ब्लॉक रिसीप्ट लिस्ट (किंवा EIP-7975) नोड्सना एकमेकांशी संवाद साधण्याचा एक नवीन मार्ग (eth/70) सादर करते, ज्यामुळे या मोठ्या याद्या लहान, अधिक व्यवस्थापनीय भागांमध्ये विभागल्या जाऊ शकतात. eth/70 नेटवर्कच्या कम्युनिकेशन प्रोटोकॉलसाठी एक पेजिनेशन सिस्टम सादर करते, ज्यामुळे नोड्स ब्लॉक रिसीप्ट याद्या लहान आणि अधिक व्यवस्थापनीय भागांमध्ये विभागू शकतात आणि सुरक्षितपणे डेटाची विनंती करू शकतात. + +या बदलामुळे जास्त हालचालीच्या काळात नेटवर्क सिंक अपयशी ठरण्यापासून रोखले जाईल. शेवटी, हे Ethereum ला त्याची ब्लॉक क्षमता वाढवण्याचा आणि भविष्यात ब्लॉक प्रति अधिक व्यवहार प्रक्रिया करण्याचा मार्ग मोकळा करते, साखळी सिंक करणाऱ्या भौतिक हार्डवेअरवर जास्त भार न टाकता. + +**संसाधने**: [EIP-7975 तांत्रिक तपशील](https://eips.ethereum.org/EIPS/eip-7975) + +## पुढील वाचन {#further-reading} + +- [इथेरियम रोडमॅप](/roadmap/) +- [फोर्ककास्ट: ग्लॅमस्टर्डम](https://forkcast.org/upgrade/glamsterdam) +- [ग्लॅमस्टर्डम मेटा ईआयपी](https://eips.ethereum.org/EIPS/eip-7773) +- [२०२६ साठी प्रोटोकॉल प्राधान्यांचे अपडेट ब्लॉग घोषणा](https://blog.ethereum.org/2026/02/18/protocol-priorities-update-2026) +- [द डेली ग्वाई रिफ्यूएल पॉडकास्ट - पोस्ट-क्वांटम इथेरियम, ग्लॅमस्टरडॅम येत आहे](https://www.youtube.com/watch?v=qx9sd50uQjQ) + +## वारंवार विचारले जाणारे प्रश्न {#faq} + +### ग्लॅमस्टरडॅम हार्ड फोर्कनंतर ETH कसे रूपांतरित केले जाऊ शकते? {#how-can-eth-be-converted-after-the-hardfork} + +- **तुमच्या ETH साठी कोणतीही कारवाई आवश्यक नाही**: ग्लॅमस्टरडॅम अपग्रेडनंतर तुमचे ETH रूपांतरित करण्याची किंवा अपग्रेड करण्याची आवश्यकता नाही. तुमच्या खात्यातील शिल्लक तीच राहील आणि हार्ड फोर्कनंतर तुमच्याकडे असलेले ETH त्याच्या विद्यमान स्वरूपात उपलब्ध राहील. +- **फसवणुकीपासून सावध रहा!** **तुम्हाला "अपग्रेड" करण्यासाठी कोणीही सूचना देत असेल तर ते तुम्हाला फसवण्याचा प्रयत्न करत आहेत.** या अपग्रेडच्या संदर्भात तुम्हाला काहीही करण्याची आवश्यकता नाही. तुमची मालमत्ता पूर्णपणे अबाधित राहील. लक्षात ठेवा, माहितीपूर्ण राहणे हा फसवणुकीविरुद्धचा सर्वोत्तम बचाव आहे. + +[फसवणूक ओळखणे आणि टाळणे याबद्दल अधिक माहिती](/security/) + +### ग्लॅमस्टर्डॅम अपग्रेडचा सर्व इथेरियम नोड्स आणि व्हॅलिडेटर्सवर परिणाम होतो का? {#does-the-glamsterdam-upgrade-affect-all-ethereum-nodes-and-validators} + +होय, ग्लॅमस्टरडॅम अपग्रेडसाठी [एक्झिक्यूशन क्लायंट आणि कन्सेंसस क्लायंट](/developers/docs/nodes-and-clients/) दोघांनाही अपडेट करणे आवश्यक आहे. कारण हे अपग्रेड एन्श्राइन्ड प्रपोजर-बिल्डर सेपरेशन (ePBS) सादर करते, नोड ऑपरेटर्सना हे सुनिश्चित करावे लागेल की त्यांचे क्लायंट ब्लॉक कसे तयार केले जातात, प्रमाणित केले जातात आणि नेटवर्कद्वारे प्रमाणित केले जातात या नवीन पद्धती हाताळण्यासाठी अपडेट केले आहेत. + +सर्व मुख्य इथेरियम क्लायंट हार्ड फोर्कला समर्थन देणारे आवृत्ती जारी करतील ज्यांना उच्च प्राधान्य म्हणून चिन्हांकित केले आहे. क्लायंट गिटहब रेपोमध्ये, त्यांच्या [डिस्कॉर्ड चॅनेलमध्ये](https://ethstaker.org/support), [एथस्टेकर डिस्कॉर्डमध्ये](https://dsc.gg/ethstaker) किंवा प्रोटोकॉल अपडेटसाठी इथेरियम ब्लॉगची सदस्यता घेऊन या रिलीझ कधी उपलब्ध होतील याबद्दल तुम्ही माहिती मिळवू शकता. + +अपग्रेडनंतर इथेरियम नेटवर्कसह सिंक्रोनाइझेशन राखण्यासाठी, नोड ऑपरेटरने त्यांनी समर्थित क्लायंट आवृत्ती चालवत असल्याची खात्री करणे आवश्यक आहे. लक्षात ठेवा की क्लायंट रिलीझबद्दलची माहिती वेळेनुसार बदलते, आणि वापरकर्त्यांनी सर्वात अद्ययावत तपशीलांसाठी नवीनतम अपडेट्स पहाव्यात. + +### स्टेकर म्हणून, ग्लॅमस्टरडॅम अपग्रेडसाठी मला काय करावे लागेल? {#as-a-staker-what-do-i-need-to-do-for-the-glamsterdam-upgrade} + +प्रत्येक नेटवर्क अपग्रेडप्रमाणे, ग्लॅमस्टरडॅम सपोर्टसह चिन्हांकित केलेल्या नवीनतम आवृत्त्यांवर तुमचे क्लायंट अपडेट करा. रिलीझबद्दल माहिती मिळविण्यासाठी मेलिंग सूची आणि [ईएफ ब्लॉगवरील प्रोटोकॉल घोषणांमधील](https://blog.ethereum.org/category/protocol) अपडेट्सचे अनुसरण करा. + +मेननेटवर ग्लॅमस्टर्डॅम सक्रिय होण्यापूर्वी तुमची सेटअपची पडताळणी करण्यासाठी, तुम्ही टेस्टनेटवर व्हॅलिडेटर चालवू शकता. टेस्टनेट फोर्कची घोषणा मेलिंग लिस्ट आणि ब्लॉगमध्ये देखील केली जाते. + +### L1 स्केलिंगसाठी ग्लॅमस्टर्डममध्ये कोणते सुधारणांचा समावेश असेल? {#what-improvements-will-glamsterdam-include-for-l1-scaling} + +मुख्य वैशिष्ट्य म्हणजे ईपीबीएस (EIP-7732), जे नेटवर्क व्यवहारांची पडताळणी करण्याचे जड काम सर्वसंमतीपर्यंत पोहोचण्याच्या कामापासून वेगळे करते. हे डेटा प्रसारणाची वेळ २ सेकंदांवरून अंदाजे ९ सेकंदांपर्यंत वाढवते, ज्यामुळे इथेरियमची अधिक व्यवहार क्षमता सुरक्षितपणे हाताळण्याची आणि लेयर २ नेटवर्क्ससाठी अधिक डेटा ब्लॉब्स सामावून घेण्याची क्षमता वाढते. + +### ग्लॅमस्टर्डॅम इथेरियम (लेयर १) वरील शुल्क कमी करेल का? {#will-glamsterdam-lower-fees-on-ethereum-layer-1} + +होय, ग्लॅमस्टर्डॅम बहुधा दैनंदिन वापरकर्त्यांसाठी शुल्क कमी करेल! इनट्रिन्सिक ट्रान्झॅक्शन गॅस (किंवा EIP-2780) कमी केल्याने ETH पाठवण्यासाठीचे मूळ शुल्क कमी होते, ज्यामुळे दैनंदिन पेमेंटसाठी ETH वापरणे खूपच स्वस्त होते. + +याव्यतिरिक्त, दीर्घकालीन शाश्वततेसाठी, ग्लॅमस्टर्डॅम ब्लॉक-लेव्हल अॅक्सेस लिस्ट (BALs) सादर करते. हे समांतर प्रक्रियेस सक्षम करते आणि भविष्यात एकूण गॅस मर्यादा सुरक्षितपणे हाताळण्यासाठी L1 ला तयार करते, ज्यामुळे क्षमता वाढल्याने प्रति-व्यवहार गॅस खर्च कमी होण्याची शक्यता आहे. + +### ग्लॅमस्टर्डेनंतर माझ्या विद्यमान स्मार्ट कॉन्ट्रॅक्ट्समध्ये काही बदल होतील का? {#will-my-smart-contracts-change} + +ग्लॅमस्टरडॅम नंतरही विद्यमान करार सामान्यपणे कार्यरत राहतील. विकासकांना अनेक नवीन साधने मिळण्याची शक्यता आहे आणि त्यांनी त्यांच्या गॅस वापराचे पुनरावलोकन करावे: +- कमाल करार आकार वाढवा (किंवा EIP-7954) विकासकांना मोठे अनुप्रयोग तैनात करण्याची परवानगी देते, कमाल करार आकार मर्यादा अंदाजे 24KiB वरून 32KiB पर्यंत वाढवते. +- डिटरमिनिस्टिक फॅक्टरी प्रीडिप्लॉय (किंवा EIP-7997) एक युनिव्हर्सल, बिल्ट-इन फॅक्टरी कॉन्ट्रॅक्ट सादर करते. हे डेव्हलपर्सना त्यांच्या ॲप्लिकेशन्स आणि स्मार्ट कॉन्ट्रॅक्ट वॉलेट्स सर्व सहभागी EVM चेन्सवर अगदी त्याच पत्त्यावर डिप्लॉय करण्याची परवानगी देते. +- जर तुमचे अॅप ETH हस्तांतरण शोधण्यासाठी जटिल ट्रेसिंगवर अवलंबून असेल, तर ETH हस्तांतरण आणि बर्न लॉग (किंवा EIP-7708) उत्सर्जित करेल, ज्यामुळे तुम्ही अधिक सोप्या आणि विश्वासार्ह लेखांकनासाठी लॉग वापरण्याकडे वळू शकाल. +- स्टेट क्रिएशन गॅस कॉस्ट वाढ (किंवा EIP-8037) आणि स्टेट-अॅक्सेस गॅस कॉस्ट अपडेट (किंवा EIP-8038) नवीन टिकाऊपणा मॉडेल्स सादर करतात जे काही कॉन्ट्रॅक्ट डिप्लॉयमेंट खर्च बदलतील, कारण नवीन खाती किंवा कायमस्वरूपी स्टोरेज तयार करण्यासाठी डायनॅमिकली-अॅडजस्टिंग शुल्क असेल. + +### ग्लॅमस्टर्डॅमचा नोड स्टोरेज आणि हार्डवेअर आवश्यकतांवर कसा परिणाम होईल? {#how-will-glamsterdam-affect-node-storage-and-hardware-requirements} + +ग्लॅमस्टर्डमसाठी विचाराधीन असलेल्या अनेक ईआयपी राज्याच्या वाढीच्या कामगिरीतील घसरणीला संबोधित करतात: +- स्टेट क्रिएशन गॅस कॉस्ट इन्क्रीज (किंवा EIP-8037) हे प्रति वर्ष १०० GiB च्या स्टेट डेटाबेस वाढीच्या दराचे लक्ष्य करण्यासाठी एक डायनॅमिक किंमत मॉडेल सादर करते, ज्यामुळे मानक भौतिक हार्डवेअर नेटवर्कला कार्यक्षमतेने चालवत राहू शकते. +- eth/70 पार्शियल ब्लॉक रिसीप्ट लिस्ट (किंवा EIP-7975) नोड्सना पेजिनेटेड ब्लॉक रिसीप्टची विनंती करण्याची परवानगी देते, जे क्रॅश टाळण्यासाठी आणि इथेरियम स्केल होत असताना सिंक करण्यासाठी डेटा-हेवी ब्लॉक रिसीप्ट लिस्ट लहान भागांमध्ये विभाजित करते. + diff --git a/public/content/translations/pl/community/grants/index.md b/public/content/translations/pl/community/grants/index.md index 55e6c278d8c..36d17b64e92 100644 --- a/public/content/translations/pl/community/grants/index.md +++ b/public/content/translations/pl/community/grants/index.md @@ -20,6 +20,7 @@ Ta lista jest tworzona przez naszą społeczność. Jeśli czegoś brakuje lub j Te programy wspierają rozległy ekosystem Ethereum, oferując granty dla wielu projektów. Obejmują one rozwiązania skalowalności, budowania społeczności, bezpieczeństwa, prywatności i nie tylko. Granty te nie są specyficzne dla żadnej platformy Ethereum i są dobrym miejscem do rozpoczęcia, jeśli nie masz pewności. - [Program wsparcia ekosystemu EF](https://esp.ethereum.foundation) - _Finansowanie projektów open source, które przynoszą korzyści Ethereum, ze szczególnym naciskiem na uniwersalne narzędzia, infrastrukturę, badania i dobra publiczne_ +- [ESP Grant Explorer](https://esp.ethereum.foundation/funded-projects) - _Przeszukiwalny katalog ponad 1000 projektów wspieranych przez Ecosystem Support Program_ - [Granty akademickie](https://esp.ethereum.foundation/academic-grants) - _Granty na wsparcie prac akademickich związanych z Ethereum_ ## Agregatory i platformy z listami grantów {#grant-list-aggregators} diff --git a/public/content/translations/pl/developers/docs/nodes-and-clients/run-a-node/index.md b/public/content/translations/pl/developers/docs/nodes-and-clients/run-a-node/index.md index 399c8a10ab2..9949234e86a 100644 --- a/public/content/translations/pl/developers/docs/nodes-and-clients/run-a-node/index.md +++ b/public/content/translations/pl/developers/docs/nodes-and-clients/run-a-node/index.md @@ -132,7 +132,6 @@ Poniżej jest kilka projektów, które mogą pomóc Ci w instalacji i kontroli k - [EthPillar](https://www.coincashew.com/coins/overview-eth/ethpillar) – najszybszy i najłatwiejszy sposób na skonfigurowanie pełnego węzła. Narzędzie do konfiguracji za pomocą jednej linijki i TUI do zarządzania węzłem. Bezpłatne. Otwarte źródło. Dobra publiczne dla Ethereum od solo stakerów. Wsparcie dla ARM64 i AMD64. - [eth-docker](https://eth-docker.net/) – zautomatyzowana konfiguracja przy użyciu Dockera, skoncentrowana na łatwym i bezpiecznym stakingu, wymaga podstawowej znajomości terminala i Dockera, zalecana dla nieco bardziej zaawansowanych użytkowników. - [Stereum](https://stereum-dev.github.io/ethereum-node-web-docs) – launcher do instalowania klientów na zdalnym serwerze przez połączenie SSH, z graficznym przewodnikiem konfiguracji, centrum sterowania i wieloma innymi funkcjami. -- [NiceNode](https://www.nicenode.xyz/) – launcher z prostym interfejsem użytkownika do uruchamiania węzła na komputerze. Po prostu wybierz klientów i uruchom je za pomocą kilku kliknięć. Wciąż w fazie rozwoju. - [Sedge](https://docs.sedge.nethermind.io/docs/intro) – narzędzie do konfiguracji węzła, które automatycznie generuje konfigurację Dockera za pomocą kreatora CLI. Napisane w Go przez Nethermind. ### Ręczna konfiguracja klientów {#manual-setup} diff --git a/public/content/translations/pl/roadmap/glamsterdam/index.md b/public/content/translations/pl/roadmap/glamsterdam/index.md new file mode 100644 index 00000000000..286cc41c5ff --- /dev/null +++ b/public/content/translations/pl/roadmap/glamsterdam/index.md @@ -0,0 +1,296 @@ +--- +title: Glamsterdam +description: "Dowiedz się więcej o aktualizacji protokół Glamsterdam" +lang: pl +--- +# Glamsterdam {#glamsterdam} + + + + + +Glamsterdam to nadchodząca aktualizacja Ethereum zaplanowana na pierwszą połowę 2026 roku + + +Aktualizacja Glamsterdam to tylko jeden z kroków w długoterminowych celach rozwojowych Ethereum. Dowiedz się więcej o [plan działania protokół](/roadmap/) i [poprzednich aktualizacjach](/ethereum-forks/). + + + + +Nadchodząca aktualizacja [Ethereum](/) o nazwie Glamsterdam ma na celu przygotowanie gruntu pod kolejną generację skalowanie. Nazwa Glamsterdam pochodzi od połączenia „Amsterdam” (aktualizacja warstwa wykonawcza, nazwana na cześć poprzedniej lokalizacji Devconnect) i „Gloas” (aktualizacja warstwa konsensusu, nazwana na cześć gwiazdy). + +Po postępach poczynionych w ramach aktualizacji [Fusaka](/roadmap/fusaka/), Glamsterdam skupia się na skalowanie L1 poprzez reorganizację sposobu, w jaki sieć przetwarza transakcje i zarządza swoją rosnącą bazą danych, fundamentalnie aktualizując sposób, w jaki Ethereum tworzy i weryfikuje bloki. + +Podczas gdy Fusaka skupiała się na podstawowych udoskonaleniach, Glamsterdam realizuje cele „Scale L1” i „Scale Blobs”, ustanawiając podział obowiązków między różnymi uczestnikami sieć i wprowadzając bardziej wydajne sposoby obsługi danych w celu przygotowania [stan](/glossary/#state) do wysokowydajnej paralelizacji. + +Te ulepszenia zapewniają, że Ethereum pozostaje szybki, przystępny cenowo i zdecentralizowany w miarę obsługi większej liczby działań, przy jednoczesnym utrzymaniu rozsądnych wymagań sprzętowych dla osób uruchamiających [węzły](/glossary/#node) w domu. + + + +## Rozważane ulepszenia dla Glamsterdam {#improvements-in-glamsterdam} + + + + +Uwaga: Ten artykuł przedstawia wybrane EIP, które są rozważane do włączenia do Glamsterdam. Najnowsze informacje o statusie można znaleźć w [aktualizacji Glamsterdam na Forkcast](https://forkcast.org/upgrade/glamsterdam). + +Jeśli chcesz dodać EIP, który jest rozważany dla Glamsterdam, ale nie został jeszcze dodany do tej strony, [dowiedz się, jak wnieść swój wkład w ethereum.org tutaj](/contributing/). + + + + +Ulepszenie Glamsterdam koncentruje się na trzech głównych celach: + +- Przyspieszenie przetwarzania (paralelizacja): reorganizacja sposobu, w jaki sieć rejestruje zależności danych, tak aby mogła bezpiecznie przetwarzać wiele transakcje jednocześnie, zamiast w powolnej sekwencji jedna po drugiej. +- Zwiększenie wydajności: Rozdzielenie ciężkich zadań związanych z tworzeniem i weryfikacją bloki, co daje sieć więcej czasu na propagację większych ilości danych bez spowalniania. +- Zapobieganie rozrastaniu się bazy danych (zrównoważony rozwój): Dostosowanie opłat sieć w celu dokładnego odzwierciedlenia długoterminowych kosztów sprzętowych związanych z przechowywaniem nowych danych, odblokowanie przyszłych podwyżek limit gazu przy jednoczesnym zapobieganiu pogorszeniu wydajności sprzętu. + +Krótko mówiąc, Glamsterdam wprowadzi zmiany strukturalne, aby zapewnić, że w miarę zwiększania przepustowości sieć, pozostanie ona zrównoważona, a jej wydajność wysoka. + +## Skalowanie L1 i przetwarzanie równoległe {#scale-l1} + +Znaczące skalowanie L1 wymaga odejścia od założeń zaufania poza protokołem i ograniczeń wykonywania szeregowego. Glamsterdam rozwiązuje ten problem, wprowadzając podział niektórych obowiązków związanych z tworzeniem bloków i nowe struktury danych, które pozwalają sieć przygotować się do równoległego przetwarzania. + +### Propozycja główna: Ustanowienie rozdzielenia ról proponent bloku-builder (ePBS) {#epbs} + +- Eliminuje założenia dotyczące zaufania spoza protokołu i poleganie na przekaźnikach zewnętrznych +- Umożliwia skalowanie L1, pozwalając na przesyłanie znacznie większych ładunków dzięki rozszerzonym oknom propagacji +- Wprowadza bezpośrednie, bezdowierzeniale płatności dla builderów do protokołu + +Obecnie proces proponowania i tworzenia bloków obejmuje przekazywanie zadań między podmiotami proponującymi bloki a podmiotami je tworzącymi. Relacja między podmiotami proponującymi a tworzącymi bloki nie jest częścią podstawowego protokołu Ethereum, więc opiera się na zaufanym oprogramowaniu pośredniczącym innych firm (przekaźnikach) oraz na zaufaniu między podmiotami poza protokołem. + +Pozaprotokołowe relacje między proponentami bloków a builderami tworzą również „gorącą ścieżkę” podczas walidacji bloków, która zmusza [walidatorów](/glossary/#validator) do szybkiego nadawania i wykonywania transakcji w ścisłym 2-sekundowym oknie, ograniczając ilość danych, jaką sieć może obsłużyć. + +**Ustanowienie rozdzielenia ról proponent-builder (ePBS lub EIP-7732)** formalnie rozdziela zadanie proponenta (który wybiera blok konsensusu) od zadania buildera (który składa ładunek wykonawczy), wpisując ten proces bezpośrednio w protokół. + +Wbudowanie bezdowierzenialnej wymiany ładunku bloku za płatność bezpośrednio w protokole eliminuje potrzebę korzystania z oprogramowania pośredniczącego innych firm (takiego jak MEV-Boost). Jednakże builderzy i proponenci mogą nadal korzystać z przekaźników lub oprogramowania pośredniczącego spoza protokołu w celu obsługi złożonych funkcji, które nie są jeszcze częścią podstawowego protokołu. + +Aby rozwiązać problem wąskiego gardła „gorącej ścieżki”, ePBS wprowadza również Payload Timeliness Committee (PTC) i logikę podwójnego terminu, pozwalając walidatorom poświadczać blok konsensusu i terminowość ładunku wykonawczego oddzielnie, aby zmaksymalizować przepustowość. + + + +Oddzielenie ról proponującego i konstruktora na poziomie protokołu rozszerza okno propagacji (lub czas dostępny do rozpowszechniania danych w sieci) z 2 sekund do około 9 sekund. + +Zastąpienie oprogramowania pośredniczącego i przekaźników spoza protokołu mechanizmami wbudowanymi w protokół pozwala ePBS zmniejszyć zależności od zaufania i umożliwia Ethereum bezpiecznie przetwarzać znacznie większe ilości danych (takie jak więcej blobów dla [warstw 2](/glossary/#layer-2)) bez obciążania sieci. + +**Zasoby**: [Specyfikacja techniczna EIP-7732](https://eips.ethereum.org/EIPS/eip-7732) + +### Propozycja główna: Listy kontroli dostępu na poziomie bloku (BAL) {#bals} + +- Eliminuje wąskie gardła w przetwarzaniu sekwencyjnym, zapewniając wstępną mapę wszystkich zależności transakcja, co umożliwia walidatorzy przetwarzanie wielu transakcje równolegle, zamiast jednej po drugiej. +- Umożliwia węzłom aktualizowanie swoich rekordów poprzez odczytywanie ostatecznych wyników bez konieczności odtwarzania każdej transakcja (synchronizacja bez wykonywania), dzięki czemu synchronizacja węzeł z sieć jest znacznie szybsza. +- Eliminuje zgadywanie, umożliwiając walidatorzy wstępne załadowanie wszystkich niezbędnych danych jednocześnie, zamiast odkrywania ich krok po kroku, co znacznie przyspiesza walidację. + +Dzisiejszy Ethereum jest jak droga jednopasmowa; ponieważ sieć nie wie, jakich danych będzie potrzebować transakcja lub jakie dane zmieni (np. które konta transakcja dotknie), dopóki transakcja nie zostanie uruchomiona, walidatorzy muszą przetwarzać transakcje pojedynczo w ścisłej, sekwencyjnej kolejności. Gdyby próbowali przetwarzać transakcje wszystkie naraz, nie znając tych zależności, dwie transakcje mogłyby przypadkowo próbować zmienić dokładnie te same dane w tym samym czasie, powodując błędy. + +**Listy dostępu na poziomie bloków (BAL, lub EIP-7928)** są jak mapa dołączona do każdego blok, która informuje sieć, do których części bazy danych będzie dostęp przed rozpoczęciem pracy. BAL wymagają, aby każdy blok zawierał hasz każdej zmiany konto, której dotkną transakcje, wraz z ostatecznymi wynikami tych zmian (rekord hasz wszystkich dostępów do stan i wartości po wykonaniu). + +Ponieważ zapewniają natychmiastową widoczność transakcje, które się nie pokrywają, BAL-e umożliwiają węzłom równoległe odczyty z dysku, pobierając informacje dla wielu transakcje jednocześnie. sieć może bezpiecznie grupować niezwiązane transakcje i przetwarzać je równolegle. + +Ponieważ BAL zawiera ostateczne wyniki transakcje (wartości po wykonaniu), gdy węzły sieci muszą zsynchronizować się z bieżącym stan sieci, mogą skopiować te ostateczne wyniki, aby zaktualizować swoje dane. Walidatory nie muszą już odtwarzać wszystkich skomplikowanych transakcje od zera, aby wiedzieć, co się stało, co sprawia, że dołączenie nowych węzłów do sieć jest szybsze i łatwiejsze. + +Równoległe odczyty dysków, umożliwione przez BAL-e, będą znaczącym krokiem w kierunku przyszłości, w której Ethereum będzie mogło przetwarzać wiele transakcje jednocześnie, znacznie zwiększając szybkość sieci. + +#### eth/71 wymiana listy dostępu do blok {#bale} + +Wymiana list dostępu do bloków (eth/71 lub EIP-8159) jest bezpośrednim uzupełnieniem sieciowym list dostępu na poziomie bloków. Podczas gdy listy dostępu do bloków odblokowują równoległe wykonanie, eth/71 ulepsza protokół peer-to-peer, aby umożliwić węzłom faktyczne udostępnianie tych list w sieć. Wdrożenie wymiany list dostępu do blok umożliwi szybszą synchronizację i pozwoli węzłom na wykonywanie aktualizacji stan bez wykonania. + +**Zasoby**: +- [Specyfikacja techniczna EIP-7928](https://eips.ethereum.org/EIPS/eip-7928) +- [Specyfikacja techniczna EIP-8159](https://eips.ethereum.org/EIPS/eip-8159) + +## Zrównoważony rozwój sieci {#network-sustainability} + +W miarę szybszego rozwoju sieć Ethereum ważne jest, aby upewnić się, że koszt jej użytkowania odpowiada zużyciu sprzętu, na którym działa Ethereum. sieć musi zwiększyć swoje ogólne limity pojemności, aby bezpiecznie skalować i przetwarzać więcej transakcje. + +### Wzrost kosztów gaz przy tworzeniu stanu {#state-creation-gas-cost-increase} + +- Zapewnia, że opłaty za tworzenie nowych kont lub inteligentnych kontraktów dokładnie odzwierciedlają długoterminowe obciążenie, jakie nakładają one na bazę danych Ethereum. +- Automatycznie dostosowuje te opłaty za tworzenie danych w oparciu o ogólną wydajność sieci, dążąc do bezpiecznego i przewidywalnego tempa wzrostu, aby standardowy sprzęt fizyczny mógł nadal obsługiwać sieć. +- Oddziela rozliczanie tych konkretnych opłat do nowego zasobu, usuwając stare limity transakcja i umożliwiając programistom wdrażanie większych, bardziej złożonych aplikacji. + +Dodawanie nowych kont, tokenów i [inteligentnych kontraktów](/glossary/#smart-contract) tworzy trwałe dane (znane jako „stan”), które każdy komputer działający w sieć musi przechowywać bezterminowo. Obecne opłaty za dodawanie lub odczytywanie tych danych są niespójne i niekoniecznie odzwierciedlają rzeczywiste, długoterminowe obciążenie pamięci, jakie nakładają na sprzęt sieciowy. + +Niektóre działania, które tworzą stan w sieci Ethereum, takie jak tworzenie nowych kont lub wdrażanie dużych inteligentnych kontraktów, były stosunkowo tanie w porównaniu do trwałego miejsca do przechowywania, które zajmują w węzłach sieci. Na przykład wdrożenie kontraktu jest znacznie tańsze za bajt niż tworzenie miejsc do przechowywania. + +Bez dostosowania stan Ethereum mógłby wzrosnąć o prawie 200 GiB rocznie, jeśli sieć skalowałaby się do limitu 100M gazu, ostatecznie przewyższając możliwości typowego sprzętu. + +**Zwiększenie kosztów gaz przy tworzeniu stanu (lub EIP-8037)** harmonizuje koszty, wiążąc je z rzeczywistym rozmiarem tworzonych danych, aktualizując opłaty tak, aby były proporcjonalne do ilości trwałych danych, które operacja tworzy lub do których uzyskuje dostęp. + +EIP-8037 wprowadza również model rezerwuaru, aby zarządzać tymi kosztami w bardziej przewidywalny sposób; opłaty za gaz stan pobierane są najpierw z `state_gas_reservoir`, a kod operacji `GAS` zwraca tylko `gas_left`, zapobiegając błędnemu obliczeniu dostępnego gaz przez ramki wykonania. + +Przed EIP-8037 zarówno praca obliczeniowa (aktywne przetwarzanie), jak i trwałe przechowywanie danych (zapisywanie inteligentny kontrakt w bazie danych sieci) miały ten sam limit gazu. Model zbiornika rozdziela rozliczanie: limit gazu dla faktycznej pracy obliczeniowej transakcja (przetwarzania) i dla długoterminowego przechowywania danych ( gaz stan ). Rozdzielenie tych dwóch elementów pomaga zapobiec temu, aby sam rozmiar danych aplikacji nie przekraczał limit gazu; dopóki deweloperzy zapewnią wystarczające środki do wypełnienia zbiornika do przechowywania danych, mogą wdrażać znacznie większe i bardziej złożone inteligentne umowy. + +Dokładniejsze i bardziej przewidywalne wycenianie przechowywania danych pomoże Ethereum bezpiecznie zwiększyć swoją szybkość i pojemność bez nadmiernego rozrastania bazy danych. Ta zrównoważona polityka pozwoli operatorom węzeł na dalsze używanie (stosunkowo) przystępnego cenowo sprzętu przez wiele lat, utrzymując dostępność staking w warunkach domowych w celu zachowania zdecentralizowanej sieci. + +**Zasoby**: [Specyfikacja techniczna EIP-8037](https://eips.ethereum.org/EIPS/eip-8037) + +### Aktualizacja kosztów gaz w ramach programu State-Access {#state-access-gas-cost-update} + +- Zwiększa koszty gaz dla aplikacji odczytujących lub aktualizujących informacje trwale przechowywane w Ethereum (kody operacji dostępu do stanu), aby dokładnie odpowiadały pracy obliczeniowej wymaganej przez te polecenia. +- Wzmacnia odporność sieci poprzez zapobieganie atakom typu odmowa usługi, które wykorzystują sztucznie zaniżone koszty operacji odczytu danych + +W miarę jak stan Ethereum rósł, wyszukiwanie i odczytywanie starych danych („dostęp do stan ”) stawało się coraz bardziej obciążające i wolniejsze dla węzłów. Opłaty za te działania pozostały takie same, mimo że wyszukiwanie informacji jest teraz nieco droższe (pod względem mocy obliczeniowej). + +W rezultacie niektóre konkretne polecenia są obecnie niedoceniane w stosunku do pracy, którą zmuszają węzeł do wykonania. Na przykład `EXTCODESIZE` i `EXTCODECOPY` są niedoceniane, ponieważ wymagają dwóch oddzielnych odczytów z bazy danych — jednego dla obiektu konto i drugiego dla rzeczywistego rozmiaru kodu lub bajtkodu. + +**Aktualizacja kosztów gaz dla dostępu do stanu (lub EIP-8038)** zwiększa stałe gaz dla kodów operacji dostępu do stanu, takich jak wyszukiwanie danych konto i kontraktu, aby dostosować je do wydajności nowoczesnego sprzętu i rozmiaru stan. + +Ujednolicenie kosztów dostępu do stanu pomaga również zwiększyć odporność sieci Ethereum. Ponieważ te intensywne operacje odczytu danych są sztucznie tanie, złośliwy atakujący mógłby zasypać sieć tysiącami złożonych żądań danych w jednym blok, zanim osiągnie limit opłat sieci, potencjalnie powodując sieć spowolnienie lub awarię (atak typu DoS). Nawet bez złych intencji, deweloperzy nie są ekonomicznie zachęcani do tworzenia wydajnych aplikacji, jeśli odczyt danych sieć jest zbyt tani. + +Dzięki dokładniejszemu wycenianiu działań związanych z dostępem do stanu, Ethereum może być bardziej odporne na przypadkowe lub celowe spowolnienia, a dostosowanie kosztów sieć do obciążenia sprzętowego okazuje się bardziej zrównoważoną podstawą do przyszłych podwyżek limit gazu. + +**Zasoby**: [Specyfikacja techniczna EIP-8038](https://eips.ethereum.org/EIPS/eip-8038) + +## Odporność sieci + +Usprawnienia w obowiązkach walidator i procesach wyjścia zapewniają stabilność sieć podczas masowych zdarzeń slashingowych i demokratyzują płynność. Te ulepszenia sprawiają, że sieć jest bardziej stabilna i zapewniają, że wszyscy uczestnicy, zarówno duzi, jak i mali, są traktowani sprawiedliwie. + +### Wyklucz walidatorzy z obniżonym limitem z proponowania {#exclude-slashed-validators} + +- Uniemożliwia wybór ukaranych (zdyskwalifikowanych) walidatorzy do proponowania przyszłych bloki, eliminując gwarantowane pominięte sloty. +- Zapewnia płynne i niezawodne działanie Ethereum, zapobiegając poważnym przestojom w przypadku masowego cięcie. + +Obecnie, nawet jeśli walidator zostanie ukarany (za naruszenie zasad lub niedziałanie zgodnie z oczekiwaniami), system może nadal wybrać go do prowadzenia blok w niedalekiej przyszłości, gdy generuje przyszłe podpowiedzi dla propozytora. + +Ponieważ bloki od proponentów bloku, których stawki zostały obcięte, są automatycznie odrzucane jako nieprawidłowe, powoduje to, że sieć pomija sloty i opóźnia odzyskiwanie sieć podczas masowych cięcie stawek. + +**Wykluczenie ukaranych walidatorzy z proponowania (lub EIP-8045)** po prostu odfiltrowuje ukaranych walidatorzy z wyboru do przyszłych zadań. Poprawia to odporność łańcucha, zapewniając, że tylko zdrowi walidatorzy są wybierani do proponowania bloki, utrzymując jakość usług podczas zakłóceń sieć. + +**Zasoby**: [Specyfikacja techniczna EIP-8045](https://eips.ethereum.org/EIPS/eip-8045) + +### Zezwól wyjściom na korzystanie z kolejki konsolidacji {#let-exits-use-the-consolidation-queue} + +- Zamyka lukę prawną, która pozwala walidatorzy z dużymi saldami opuszczać sieć szybciej niż walidatorzy z mniejszymi saldami za pośrednictwem kolejki konsolidacyjnej. +- Umożliwia regularnym wypłatom przechodzenie do tej drugiej kolejki, gdy ma ona wolną przestrzeń, skracając czas wypłat środków ze staking w okresach wzmożonego ruchu. +- Utrzymuje ścisłe zabezpieczenia, aby uniknąć zmiany podstawowych limitów bezpieczeństwa Ethereum lub osłabienia sieć. + +Ponieważ [aktualizacja Pectra](/roadmap/pectra) zwiększyła maksymalny efektywny depozyt dla walidatorzy Ethereum z 32 ETH do 2048 ETH, luka techniczna pozwala walidatorzy z wysokimi depozytami na szybsze wyjście z sieć niż walidatorzy z mniejszymi depozytami za pośrednictwem kolejki konsolidacyjnej. + +**Zezwolenie na używanie kolejki konsolidacyjnej (lub EIP-8080) przez wyjścia** demokratyzuje kolejkę konsolidacyjną dla wszystkich wyjść ze staking, tworząc jedną, sprawiedliwą kolejkę dla wszystkich. + +Oto jak to działa obecnie: + +- Limit churnu Ethereum to limit bezpieczeństwa dotyczący szybkości, z jaką walidatorzy mogą wchodzić, wychodzić lub łączyć (konsolidować) swoje postawione ETH, aby zapewnić, że bezpieczeństwo sieci nigdy nie zostanie zdestabilizowane. +- Ponieważ konsolidacja walidator jest cięższą akcją z większą liczbą ruchomych części niż standardowe wyjście walidator, zużywa ona większą część tego budżetu bezpieczeństwa (limit churn). +- Dokładniej, protokół określa, że dokładny koszt bezpieczeństwa jednego standardowego wyjścia wynosi dwie trzecie (2/3) kosztu jednej konsolidacji. + +Sprawiedliwsze kolejki wyjściowe pozwolą standardowym wyjściom pożyczać niewykorzystane miejsce z kolejki konsolidacyjnej w okresach dużego zapotrzebowania na wyjścia, stosując kurs wymiany „3 za 2” (na każde 2 niewykorzystane miejsca konsolidacyjne sieć może bezpiecznie przetworzyć 3 standardowe wyjścia). Ten współczynnik rotacji 3/2 równoważy popyt w kolejkach konsolidacyjnych i wyjściowych. + +Demokratyzacja dostępu do kolejki konsolidacyjnej zwiększy do 2,5x szybkość, z jaką użytkownicy mogą wyjść ze swojej stawka w okresach wysokiego popytu, bez uszczerbku dla bezpieczeństwa sieć. + +**Zasoby**: [Specyfikacja techniczna EIP-8080](https://eips.ethereum.org/EIPS/eip-8080) + +## Poprawa doświadczeń użytkowników i deweloperów {#improve-user-developer-experience} + +Aktualizacja Glamsterdam dla Ethereum ma na celu poprawę komfortu użytkowania, zwiększenie możliwości wyszukiwania danych i obsługę rosnących rozmiarów wiadomości w celu zapobiegania błędom synchronizacji. Ułatwia to śledzenie tego, co dzieje się na łańcuchu, jednocześnie zapobiegając problemom technicznym w miarę skalowania sieć. + +### Zmniejsz wewnętrzne koszty gaz transakcja {#reduce-intrinsic-transaction-gas-costs} + +- Obniża podstawowa opłata za transakcje, zmniejszając całkowity koszt prostej, natywnej płatności w ETH. +- Dzięki temu mniejsze przelewy stają się bardziej przystępne cenowo, co zwiększa rentowność Ethereum jako rutynowego środka wymiany. + +Wszystkie transakcje Ethereum mają dziś stałą podstawową opłata za gaz, niezależnie od tego, jak proste lub złożone jest ich przetwarzanie. **Zmniejszenie wewnętrznego gaz transakcja (lub EIP-2780)** proponuje obniżenie tej podstawowa opłata, aby standardowy transfer ETH między istniejącymi kontami był do 71% tańszy. + +Zmniejszenie wewnętrznego zużycia gaz transakcja poprzez rozbicie opłata transakcyjna tak, aby odzwierciedlała jedynie podstawową, niezbędną pracę, którą faktycznie wykonują komputery obsługujące sieć, taką jak weryfikacja podpis cyfrowy i aktualizacja salda. Ponieważ podstawowa płatność ETH nie wykonuje złożonego kodu ani nie przenosi dodatkowych danych, ta propozycja zmniejszyłaby jej opłatę, aby odpowiadała jej niewielkiemu obciążeniu. + +Propozycja wprowadza wyjątek dla tworzenia zupełnie nowych kont, aby niższe opłaty nie przeciążyły stan sieci. Jeśli transfer wysyła ETH na pusty, nieistniejący adres, sieć musi utworzyć dla niego trwały nowy rekord. Za utworzenie tego konto dodawana jest dopłata za gaz, aby pomóc pokryć długoterminowe koszty jego przechowywania. + +Ogólnie rzecz biorąc, EIP-2780 ma na celu obniżenie kosztów codziennych przelewów między istniejącymi kontami, jednocześnie zapewniając ochronę sieć przed nadmiernym rozmiarem bazy danych poprzez dokładne wycenianie rzeczywistego wzrostu stan. + +**Zasoby**: [Specyfikacja techniczna EIP-2780](https://eips.ethereum.org/EIPS/eip-2780) + +### Deterministyczne wstępne wdrożenie fabryczne {#deterministic-factory-predeploy} + +- Zapewnia programistom natywny sposób wdrażania aplikacji i portfeli inteligentny kontrakt pod dokładnie tym samym adres w wielu łańcuchach. +- Umożliwia użytkownikom posiadanie tego samego adres inteligentnego portfel w wielu sieciach warstwy 2 (L2), zmniejszając obciążenie poznawcze, redukując zamieszanie i zmniejszając ryzyko przypadkowej utraty środków. +- Zastępuje obejścia, których obecnie używają programiści, aby osiągnąć tę równość, dzięki czemu tworzenie portfeli i aplikacji wielołańcuchowych jest łatwiejsze i bezpieczniejsze. + +Jeśli użytkownik posiada dziś portfel inteligentny kontrakt z kontami w wielu sieciach kompatybilnych z maszyną wirtualną Ethereum (EVM), często kończy się to posiadaniem zupełnie innych adres w różnych sieciach. Jest to nie tylko mylące, ale może również prowadzić do przypadkowej utraty środków. + +**Deterministyczne fabryczne wdrożenie wstępne (lub EIP-7997)** zapewnia programistom natywny, wbudowany sposób wdrażania zdecentralizowany aplikacji i portfeli inteligentny kontrakt pod dokładnie tym samym adres w wielu sieciach EVM, w tym w sieci głównej Ethereum, sieciach warstwy 2 (L2) i innych. Jeśli zostanie przyjęte, umożliwi użytkownikom posiadanie dokładnie tego samego adres w każdym uczestniczącym łańcuchu, znacznie zmniejszając obciążenie poznawcze i potencjalne błędy użytkownika. + +Deterministyczne fabryczne wstępne wdrożenie działa poprzez trwałe umieszczenie minimalnego, wyspecjalizowanego programu fabrycznego w identycznej lokalizacji (konkretnie adres 0x12) na każdym uczestniczącym łańcuchu kompatybilnym z EVM. Jego celem jest zapewnienie uniwersalnej, standardowej umowy fabrycznej, która może zostać przyjęta przez dowolną sieć kompatybilną z EVM; dopóki łańcuch EVM uczestniczy i przyjmuje ten standard, deweloperzy będą mogli go używać do wdrażania swoich inteligentnych kontraktów pod dokładnie tym samym adres w tej sieć. + +Ta standaryzacja upraszcza tworzenie i zarządzanie aplikacjami międzyłańcuchowymi dla programistów i szerszego ekosystemu. Programiści nie muszą już tworzyć niestandardowego, specyficznego dla danego łańcucha kodu, aby połączyć swoje oprogramowanie w różnych sieciach, zamiast tego używają tej uniwersalnej fabryki do generowania dokładnie tego samego adres dla swojej aplikacji wszędzie. Ponadto eksploratory blok, usługi śledzenia i portfele mogą łatwiej identyfikować i łączyć te aplikacje i konta w różnych łańcuchach, tworząc bardziej ujednolicone i płynne środowisko wielołańcuchowe dla wszystkich uczestników opartych na Ethereum. + +**Zasoby**: [Specyfikacja techniczna EIP-7997](https://eips.ethereum.org/EIPS/eip-7997) + +### Przelewy i spalanie ETH emitują log {#eth-transfers-and-burns-emit-a-log} + +- Automatycznie generuje trwały zapis (dziennik) za każdym razem, gdy ETH jest przesyłane lub spalane. +- Usuwa historyczną lukę, która pozwala aplikacjom, giełdom i mostom na niezawodne wykrywanie wpłat użytkowników bez użycia doraźnych narzędzi do śledzenia. + +W przeciwieństwie do tokenów (ERC-20), zwykłe transfery ETH między inteligentnymi kontraktami nie generują wyraźnego potwierdzenia (standardowego logu), co utrudnia ich śledzenie przez giełdy i aplikacje. + +Przelewy i spalanie ETH emitują log (lub EIP-7708), co sprawia, że sieć musi emitować standardowe zdarzenie logu za każdym razem, gdy przenoszona lub spalana jest niezerowa ilość ETH. + +Dzięki temu portfele, giełdy i operatorzy most będą mogli znacznie łatwiej i bardziej niezawodnie śledzić depozyty i przepływy środków bez potrzeby stosowania niestandardowych narzędzi. + +**Zasoby**: [Specyfikacja techniczna EIP-7708](https://eips.ethereum.org/EIPS/eip-7708) + +### eth/70 częściowe listy odbiorców blok {#eth-70-partial-block-receipt-lists} + +W miarę zwiększania ilości pracy, jaką może wykonać Ethereum, listy potwierdzeń tych działań (zapisy danych tych transakcje) stają się tak duże, że mogą potencjalnie spowodować awarię węzłów sieci podczas próby synchronizacji danych między sobą. + +eth/70 (lub EIP-7975) wprowadza nowy sposób komunikacji między węzłami (eth/70), który pozwala na podzielenie dużych list potwierdzeń blok na mniejsze, łatwiejsze do zarządzania części. eth/70 wprowadza system stronicowania dla protokół komunikacyjnego sieci, który pozwala węzłom dzielić listy potwierdzeń blok i bezpiecznie żądać danych w mniejszych, łatwiejszych do zarządzania fragmentach. + +Ta zmiana zapobiegnie awariom synchronizacji sieć w okresach wzmożonej aktywności. Ostatecznie utoruje ona drogę dla Ethereum do zwiększenia pojemności blok i przetwarzania większej transakcje na blok w przyszłości, bez przeciążania fizycznego sprzętu synchronizującego łańcuch. + +**Zasoby**: [Specyfikacja techniczna EIP-7975](https://eips.ethereum.org/EIPS/eip-7975) + +## Dalsza lektura {#further-reading} + +- [plan działania Ethereum](/roadmap/) +- [Forkcast: Glamsterdam](https://forkcast.org/upgrade/glamsterdam) +- [Glamsterdam Meta EIP](https://eips.ethereum.org/EIPS/eip-7773) +- [Aktualizacja priorytetów protokołu na 2026 r. – ogłoszenie na blogu](https://blog.ethereum.org/2026/02/18/protocol-priorities-update-2026) +- [Podcast The Daily Gwei Refuel – Post-kwantowe Ethereum, nadchodzi Glamsterdam](https://www.youtube.com/watch?v=qx9sd50uQjQ) + +## Często zadawane pytania {#faq} + +### Jak można przekonwertować ETH po hard fork Glamsterdam? {#how-can-eth-be-converted-after-the-hardfork} + +- **Brak konieczności podejmowania działań w odniesieniu do Twoich ETH**: Po aktualizacji Glamsterdam nie ma potrzeby konwertowania ani ulepszania Twoich ETH. Salda Twoich konto pozostaną bez zmian, a ETH, które obecnie posiadasz, pozostanie dostępne w obecnej formie po hard fork. +- **Uważaj na oszustwa!** **Każdy, kto instruuje Cię, aby „uaktualnić” swoje ETH, próbuje Cię oszukać.** Nie musisz nic robić w związku z tą aktualizacją. Twoje aktywa pozostaną całkowicie nienaruszone. Pamiętaj, że bycie poinformowanym to najlepsza obrona przed oszustwami. + +[Więcej o rozpoznawaniu i unikaniu oszustw](/security/) + +### Czy aktualizacja Glamsterdam dotyczy wszystkich węzłów i walidatorzy Ethereum? {#does-the-glamsterdam-upgrade-affect-all-ethereum-nodes-and-validators} + +Tak, aktualizacja Glamsterdam wymaga aktualizacji zarówno [klientów wykonawczych, jak i klientów konsensusu](/developers/docs/nodes-and-clients/). Ponieważ ta aktualizacja wprowadza Enshrined Proposer-Builder Separation (ePBS), operatorzy węzeł będą musieli upewnić się, że ich klienci są zaktualizowani, aby obsługiwać nowe sposoby tworzenia, walidacji i poświadczania bloki przez sieć. + +Wszyscy główni klienci Ethereum wydadzą wersje obsługujące hard fork oznaczony jako wysoki priorytet. Możesz śledzić, kiedy te wersje będą dostępne w repozytoriach klient na GitHubie, na ich [kanałach Discord](https://ethstaker.org/support), na [Discordzie EthStaker](https://dsc.gg/ethstaker) lub subskrybując blog Ethereum, aby otrzymywać aktualizacje protokół. + +Aby utrzymać synchronizację z sieć Ethereum po aktualizacji, operatorzy węzeł muszą upewnić się, że używają obsługiwanej wersji klient. Należy pamiętać, że informacje o wydaniach klient są ograniczone czasowo, a użytkownicy powinni zapoznać się z najnowszymi aktualizacjami, aby uzyskać najbardziej aktualne informacje. + +### Co jako stakujący muszę zrobić w związku z aktualizacją Glamsterdam? {#as-a-staker-what-do-i-need-to-do-for-the-glamsterdam-upgrade} + +Jak w przypadku każdej aktualizacji sieć, upewnij się, że zaktualizowałeś swoje oprogramowanie klienckie do najnowszych wersji oznaczonych jako wspierane przez Glamsterdam. Śledź aktualizacje na liście mailingowej i [ogłoszenia dotyczące protokołu na blogu EF,](https://blog.ethereum.org/category/protocol) aby być na bieżąco z wydaniami. + +Aby zweryfikować swoją konfigurację przed aktywacją Glamsterdam w sieci głównej, możesz uruchomić walidator w sieciach testowych. Informacje o rozgałęzieniach sieci testowych są również ogłaszane na liście mailingowej i blogu. + +### Jakie ulepszenia wprowadzi Glamsterdam w zakresie skalowania L1? {#what-improvements-will-glamsterdam-include-for-l1-scaling} + +Główną funkcją jest ePBS (EIP-7732), która oddziela ciężkie zadanie walidacji transakcje sieć od zadania osiągania konsensus. Rozszerza to okno propagacji danych z 2 sekund do około 9 sekund, odblokowując zdolność Ethereum do bezpiecznego obsługiwania znacznie większej przepustowości transakcja i uwzględniania większej liczby bloków danych dla sieci warstwy 2. + +### Czy Glamsterdam obniży opłaty za Ethereum (warstwa 1)? {#will-glamsterdam-lower-fees-on-ethereum-layer-1} + +Tak, Glamsterdam najprawdopodobniej obniży opłaty dla codziennych użytkowników! Zmniejszenie wewnętrznego gaz transakcja (lub EIP-2780) obniża podstawowa opłata za wysyłanie ETH, dzięki czemu korzystanie z ETH do codziennych płatności jest znacznie tańsze. + +Ponadto, w celu zapewnienia długoterminowej zrównoważoności, Glamsterdam wprowadza listy dostępu na poziomie bloków (Block-Level Access Lists – BAL). Umożliwia to równoległe przetwarzanie i przygotowuje warstwę L1 do bezpiecznego obsługiwania wyższych ogólnych limitów gaz w przyszłości, co prawdopodobnie zmniejszy koszty gaz za transakcję w miarę wzrostu przepustowości. + +### Czy po Glamsterdamie nastąpią jakieś zmiany w moich dotychczasowych inteligentnych kontraktach? {#will-my-smart-contracts-change} + +Istniejące kontrakty będą nadal działać normalnie po Glamsterdamie. Deweloperzy prawdopodobnie otrzymają kilka nowych narzędzi i powinni sprawdzić zużycie gaz: +- Zwiększenie maksymalnego rozmiaru kontraktu (lub EIP-7954) pozwala programistom wdrażać większe aplikacje, podnosząc maksymalny limit rozmiaru kontraktu z około 24 KiB do 32 KiB. +- Deterministyczne fabryki predeploy (lub EIP-7997) wprowadzają uniwersalną, wbudowaną fabrykę kontraktów. Pozwala ona deweloperom wdrażać swoje aplikacje i portfele inteligentny kontrakt pod dokładnie tym samym adres we wszystkich uczestniczących łańcuchach EVM. +- Jeśli Twoja aplikacja polega na złożonym śledzeniu w celu znalezienia transferów ETH, transfery i spalanie ETH emitują log (lub EIP-7708), co pozwoli Ci przełączyć się na używanie logów w celu prostszego i bardziej niezawodnego rozliczania. +- Wzrost kosztów gaz przy tworzeniu stanu (lub EIP-8037) i aktualizacja kosztów gaz przy dostępie do stanu (lub EIP-8038) wprowadzają nowe modele zrównoważonego rozwoju, które zmienią pewne koszty wdrożenia kontraktu, ponieważ tworzenie nowych kont lub pamięci trwałej będzie miało dynamicznie dostosowywaną opłatę. + +### Jak Glamsterdam wpłynie na przechowywanie danych w węzeł i wymagania sprzętowe? {#how-will-glamsterdam-affect-node-storage-and-hardware-requirements} + +Wiele EIP rozważanych dla Glamsterdam adres się do problemu wydajności w miarę wzrostu stan: +- Zwiększenie kosztów gaz przy tworzeniu stanu (lub EIP-8037) wprowadza dynamiczny model cenowy, którego celem jest osiągnięcie tempa wzrostu bazy danych stan na poziomie 100 GiB/rok, zapewniając, że standardowy sprzęt fizyczny będzie mógł nadal wydajnie obsługiwać sieć. +- eth/70 częściowe listy potwierdzeń blok (lub EIP-7975) pozwalają węzłom na żądanie potwierdzeń blok w podziale na strony, co dzieli listy potwierdzeń blok o dużej objętości danych na mniejsze fragmenty, aby zapobiec awariom i synchronizacjom w miarę skalowania Ethereum. + diff --git a/public/content/translations/pt-br/community/grants/index.md b/public/content/translations/pt-br/community/grants/index.md index 8f9e57a2ea5..68c767fbe10 100644 --- a/public/content/translations/pt-br/community/grants/index.md +++ b/public/content/translations/pt-br/community/grants/index.md @@ -20,6 +20,7 @@ Esta página é administrada por nossa comunidade. Se houver algo faltando ou er Esses programas abrangem um amplo ecossistema Ethereum ao oferecer recompensas a um grande escopo de projetos. Eles incluem soluções de dimensionamento, formação de comunidades, segurança, privacidade e muito mais. Essas recompensas não são específicas de nenhuma plataforma Ethereum e são um bom lugar para começar se você não tiver certeza. - [Programa de Apoio ao Ecossistema da EF](https://esp.ethereum.foundation) - _Financiamento de projetos de código aberto que beneficiam a Ethereum, com foco particular em ferramentas universais, infraestrutura, pesquisa e bens públicos_ +- [ESP Grant Explorer](https://esp.ethereum.foundation/funded-projects) - _Diretório pesquisável de mais de 1.000 projetos apoiados pelo Ecosystem Support Program_ - [Bolsas Acadêmicas](https://esp.ethereum.foundation/academic-grants) - _Bolsas para apoiar trabalhos acadêmicos relacionados à Ethereum_ ## Agregadores de listas e plataformas de bolsas {#grant-list-aggregators} 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 c272a88025c..0c76eb3817c 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 @@ -132,7 +132,6 @@ Abaixo estão alguns projetos que podem ajudar você a instalar e controlar clie - [EthPillar](https://www.coincashew.com/coins/overview-eth/ethpillar) - A maneira mais rápida e fácil de configurar um nó completo. Ferramenta de configuração linear e gerenciamento de nó TUI. Gratuito. Código aberto. Bons públicos para Ethereum por solistas. Apoio de ARM64 e AMD64. - [eth-docker](https://eth-docker.net/) - Configuração automatizada usando Docker focada em staking fácil e seguro, requer conhecimento básico de terminal e Docker, recomendado para usuários um pouco mais avançados. - [Stereum](https://stereum-dev.github.io/ethereum-node-web-docs) - Iniciador para instalar clientes em um servidor remoto via conexão SSH com um guia de configuração da GUI, centro de controle e muitos outros recursos. -- [NiceNode](https://www.nicenode.xyz/) - Iniciador com uma experiência de usuário simples para executar um nó em seu computador. Basta escolher os clientes e iniciá-los em alguns cliques. Ainda em desenvolvimento. - [Sedge](https://docs.sedge.nethermind.io/docs/intro) - Ferramenta de configuração de nó que gera automaticamente uma configuração do Docker usando o assistente da CLI. Escrito em Go pela Nethermind. ### Configuração manual de clientes {#manual-setup} diff --git a/public/content/translations/pt-br/roadmap/glamsterdam/index.md b/public/content/translations/pt-br/roadmap/glamsterdam/index.md new file mode 100644 index 00000000000..95d81bb7248 --- /dev/null +++ b/public/content/translations/pt-br/roadmap/glamsterdam/index.md @@ -0,0 +1,298 @@ +--- +title: Glamsterdam +description: Saiba mais sobre a melhoria do protocolo Glamsterdam +lang: pt-br +--- + +# Glamsterdam {#glamsterdam} + + + + +Glamsterdam é uma melhoria do Ethereum planejada para o primeiro semestre de 2026 + + +A melhoria Glamsterdam é apenas um passo nos objetivos de desenvolvimento de longo prazo do Ethereum. Saiba mais sobre [o roteiro do protocolo](/roadmap/) e [atualizações anteriores](/ethereum-forks/). + + + + +A futura melhoria Glamsterdam da [Ethereum](/) foi projetada para abrir caminho para a próxima geração de escalabilidade. Glamsterdam recebe o nome da combinação de "Amsterdam" (melhoria da camada de execução, nomeada em homenagem a um local anterior da Devconnect) e "Gloas" (melhoria da camada de consenso, nomeada em homenagem a uma estrela). + +Após o progresso feito na melhoria [Fusaka](/roadmap/fusaka/), Glamsterdam se concentra em escalar a L1, reorganizando como a rede processa transações e gerencia seu crescente banco de dados, atualizando fundamentalmente como o Ethereum cria e verifica blocos. + +Enquanto Fusaka se concentrou em refinamentos fundamentais, Glamsterdam avança os objetivos de "Escalar L1" e "Escalar Blobs", consagrando a separação de tarefas entre diferentes participantes da rede e introduzindo maneiras mais eficientes de lidar com dados para preparar o [estado](/glossary/#state) para paralelização de alto rendimento. + +Essas melhorias garantem que o Ethereum permaneça rápido, acessível e descentralizado à medida que lida com mais atividades, mantendo os requisitos de hardware gerenciáveis para pessoas que executam [nós](/glossary/#node) em casa. + + + +## Melhorias consideradas para a Glamsterdam {#improvements-in-glamsterdam} + + + + +Observação: este artigo destaca atualmente uma seleção de EIPs que estão sendo consideradas para inclusão na Glamsterdam. Para as atualizações de status mais recentes, veja a [melhoria Glamsterdam no Forkcast](https://forkcast.org/upgrade/glamsterdam). + +Se você quiser adicionar uma EIP que esteja sob consideração para a Glamsterdam, mas que ainda não foi adicionada a esta página, [saiba como contribuir para ethereum.org aqui](/contributing/). + + + + +A melhoria Glamsterdam se concentra em três objetivos principais: + +- Acelerar o processamento (paralelização): Reorganizar como a rede registra as dependências de dados, para que ela possa processar com segurança muitas transações ao mesmo tempo, em vez de em uma sequência lenta, uma por uma. +- Expandir a capacidade: dividir o trabalho pesado de criar e verificar blocos, dando à rede mais tempo para propagar grandes quantidades de dados sem lentidão. +- Prevenindo o inchaço do banco de dados (sustentabilidade): Ajustar as taxas da rede para refletir com precisão o custo de hardware a longo prazo do armazenamento de novos dados, desbloqueando futuros aumentos no limite de gas e evitando a degradação do desempenho do hardware. + +Em resumo, Glamsterdam introduzirá mudanças estruturais para garantir que, à medida que a rede aumenta a capacidade, ela permaneça sustentável e o desempenho se mantenha alto. + +## Escalabilidade da L1 e processamento paralelo {#scale-l1} + +A escalabilidade significativa da L1 exige o abandono das premissas de confiança fora do protocolo e das restrições de execução em série. A Glamsterdam aborda isso ao consagrar a separação de certas tarefas de construção de blocos e introduzir novas estruturas de dados que permitem que a rede se prepare para o processamento paralelo. + +### Proposta principal: Separação entre proponente e construtor consagrada (ePBS) {#epbs} + +- Remove premissas de confiança fora do protocolo e a dependência de relays de terceiros +- Suporta a escalabilidade da L1 ao permitir cargas úteis muito maiores por meio de janelas de propagação estendidas +- Introduz pagamentos de construtor sem confiança diretamente no protocolo + +Atualmente, o processo de propor e construir blocos inclui uma passagem de responsabilidades entre proponentes de bloco e construtores de bloco. A relação entre proponentes e construtores não faz parte do protocolo central do Ethereum, então depende de middleware de terceiros confiáveis, software (relays) e confiança fora do protocolo entre as entidades. + +A relação fora do protocolo entre proponentes e construtores também cria um "caminho crítico" durante a validação de blocos que força os [validadores](/glossary/#validator) a acelerar a transmissão e execução de transações em uma janela apertada de 2 segundos, limitando a quantidade de dados que a rede pode lidar. + +**Separação entre proponente e construtor consagrada (ePBS, ou EIP-7732)** separa formalmente o trabalho do proponente (que seleciona o bloco de consenso) do construtor (que monta a carga de execução), consagrando essa passagem de responsabilidades diretamente no protocolo. + +Integrar a troca sem confiança de uma carga útil de bloco por pagamento diretamente no protocolo remove a necessidade de middleware de terceiros (como o MEV-Boost). No entanto, construtores e proponentes ainda podem optar por usar relays ou middleware fora do protocolo para recursos complexos que ainda não fazem parte do protocolo central. + +Para resolver o gargalo do "caminho crítico", o ePBS também introduz o Comitê de Pontualidade de Carga Útil (PTC) e uma lógica de prazo duplo, permitindo que os validadores atestem separadamente a pontualidade do bloco de consenso e da carga útil de execução para maximizar o rendimento. + + + +A separação das funções de proponente e construtor no nível do protocolo expande a janela de propagação (ou o tempo disponível para espalhar dados pela rede) de 2 segundos para cerca de 9 segundos. + +Ao substituir middleware e relays fora do protocolo por mecanismos dentro do protocolo, o ePBS reduz as dependências de confiança e permite que o Ethereum processe com segurança quantidades muito maiores de dados (como mais blobs para [camadas 2](/glossary/#layer-2)) sem sobrecarregar a rede. + +**Recursos**: [Especificação técnica da EIP-7732](https://eips.ethereum.org/EIPS/eip-7732) + +### Proposta principal: Listas de acesso em nível de bloco (BALs) {#bals} + +- Elimina gargalos de processamento sequencial ao fornecer um mapa antecipado de todas as dependências de transação, preparando o terreno para que os validadores processem muitas transações em paralelo em vez de uma por uma +- Permite que os nós atualizem seus registros lendo os resultados finais sem a necessidade de reproduzir cada transação (sincronização sem execução), tornando muito mais rápido sincronizar um nó com a rede +- Elimina a adivinhação, permitindo que os validadores pré-carreguem todos os dados necessários de uma só vez, em vez de descobri-los passo a passo, o que torna a validação muito mais rápida + +O Ethereum de hoje é como uma estrada de mão única; como a rede não sabe quais dados uma transação precisará ou alterará (como quais contas uma transação tocará) até que a transação seja executada, os validadores devem processar as transações uma a uma, em uma linha sequencial e estrita. Se eles tentassem processar as transações todas de uma vez, sem conhecer essas dependências, duas transações poderiam acidentalmente tentar alterar os mesmos dados ao mesmo tempo, causando erros. + +**Listas de acesso em nível de bloco (BALs, ou EIP-7928)** são como um mapa incluído em cada bloco, informando à rede quais partes do banco de dados serão acessadas antes do início do trabalho. As BALs exigem que cada bloco inclua o hash de cada alteração de conta que as transações tocarão, juntamente com os resultados finais dessas alterações (o registro de hash de todos os acessos ao estado e valores pós-execução). + +Como elas dão visibilidade instantânea de quais transações não se sobrepõem, as BALs permitem que os nós realizem leituras de disco paralelas, buscando informações para muitas transações simultaneamente. A rede pode agrupar com segurança transações não relacionadas e processá-las em paralelo. + +Como a BAL inclui os resultados finais das transações (os valores pós-execução), quando os nós da rede precisam sincronizar com o estado atual da rede, eles podem copiar esses resultados finais para atualizar seus registros. Os validadores não precisam mais reproduzir todas as transações complicadas do zero para saber o que aconteceu, tornando mais rápido e fácil para novos nós se juntarem à rede. + +As leituras de disco paralelas habilitadas pelas BALs serão um passo significativo em direção a um futuro onde o Ethereum poderá processar muitas transações de uma só vez, aumentando significativamente a velocidade da rede. + +#### eth/71 Troca de lista de acesso de blocos {#bale} + +A Troca de Lista de Acesso de Blocos (eth/71 ou EIP-8159) é o companheiro direto de rede para as listas de acesso em nível de bloco. Enquanto as BALs desbloqueiam a execução paralela, o eth/71 atualiza o protocolo ponto a ponto para permitir que os nós realmente compartilhem essas listas pela rede. A implementação da troca da lista de acesso de blocos permitirá uma sincronização mais rápida e permitirá que os nós realizem atualizações de estado sem execução. + +**Recursos**: + +- [Especificação técnica da EIP-7928](https://eips.ethereum.org/EIPS/eip-7928) +- [Especificação técnica da EIP-8159](https://eips.ethereum.org/EIPS/eip-8159) + +## Sustentabilidade da rede {#network-sustainability} + +À medida que a rede Ethereum cresce mais rápido, é importante garantir que o custo de usá-la corresponda ao desgaste do hardware que executa o Ethereum. A rede precisa aumentar seus limites de capacidade geral para escalar com segurança e processar mais transações. + +### Aumento do custo de gas para criação de estado {#state-creation-gas-cost-increase} + +- Garante que as taxas para criar novas contas ou contratos inteligentes reflitam com precisão o fardo a longo prazo que eles colocam no banco de dados do Ethereum +- Ajusta automaticamente essas taxas de criação de dados com base na capacidade geral da rede, visando uma taxa de crescimento segura e previsível para que o hardware físico padrão possa continuar executando a rede +- Separa a contabilidade dessas taxas específicas para um novo reservatório, removendo os limites de transação antigos e permitindo que os desenvolvedores implantem aplicativos maiores e mais complexos + +Adicionar novas contas, tokens e [contratos inteligentes](/glossary/#smart-contract) cria dados permanentes (conhecidos como "estado") que todo computador que executa a rede deve armazenar indefinidamente. As taxas atuais para adicionar ou ler esses dados são inconsistentes e não refletem necessariamente o fardo real de armazenamento a longo prazo que eles impõem ao hardware da rede. + +Algumas ações que criam estado no Ethereum, como criar novas contas ou implantar grandes contratos inteligentes, têm um custo relativamente baixo em comparação com o espaço de armazenamento permanente que ocupam nos nós da rede, por exemplo, a implantação de contrato é significativamente mais barata por byte do que a criação de espaços de armazenamento. + +Sem ajuste, o estado do Ethereum poderia crescer quase 200 GiB por ano se a rede escalasse para um limite de gas de 100M, eventualmente superando o hardware comum. + +**Aumento do custo de gas para criação de estado (ou EIP-8037)** harmoniza os custos vinculando-os ao tamanho real dos dados que estão sendo criados, atualizando as taxas para que sejam proporcionais à quantidade de dados permanentes que uma operação cria ou acessa. + +A EIP-8037 também introduz um modelo de reservatório para gerenciar esses custos de forma mais previsível; as cobranças de gas do estado são retiradas primeiro do `state_gas_reservoir`, e o opcode `GAS` retorna apenas `gas_left`, impedindo que os quadros de execução calculem mal o gas disponível. + +Antes da EIP-8037, tanto o trabalho computacional (o processamento ativo) quanto o armazenamento de dados permanentes (salvando o contrato inteligente no banco de dados da rede) compartilham o mesmo limite de gas. O modelo de reservatório divide a contabilidade: o limite de gas para o trabalho computacional real da transação (processamento) e para o armazenamento de dados a longo prazo (gas de estado). A separação dos dois ajuda a evitar que o tamanho dos dados de um aplicativo atinja o limite de gas; desde que os desenvolvedores forneçam fundos suficientes para encher o reservatório para armazenamento de dados, eles podem implantar contratos inteligentes muito maiores e mais complexos. + +A precificação do armazenamento de dados de forma mais precisa e previsível ajudará o Ethereum a aumentar com segurança sua velocidade e capacidade sem sobrecarregar o banco de dados. Essa sustentabilidade permitirá que os operadores de nós continuem usando hardware (relativamente) acessível por muitos anos, mantendo o staking doméstico acessível para manter a descentralização da rede. + +**Recursos**: [Especificação técnica da EIP-8037](https://eips.ethereum.org/EIPS/eip-8037) + +### Atualização do custo de gas para acesso ao estado {#state-access-gas-cost-update} + +- Aumenta os custos de gas para quando os aplicativos leem ou atualizam informações armazenadas permanentemente no Ethereum (opcodes de acesso ao estado) para corresponder com precisão ao trabalho de computação que esses comandos exigem +- Fortalece a resiliência da rede, prevenindo ataques de negação de serviço que exploram operações de leitura de dados artificialmente baratas + +À medida que o estado do Ethereum cresceu, o ato de pesquisar e ler dados antigos ("acesso ao estado") tornou-se mais pesado e lento para os nós processarem. As taxas para essas ações permaneceram as mesmas, embora agora seja um pouco mais caro consultar informações (em termos de poder de computação). + +Como resultado, alguns comandos específicos estão atualmente com preços abaixo do normal em relação ao trabalho que forçam um nó a fazer. `EXTCODESIZE` e `EXTCODECOPY` estão com preços abaixo do normal, por exemplo, porque exigem duas leituras de banco de dados separadas — uma para o objeto da conta e outra para o tamanho real do código ou bytecode. + +**Atualização do custo de gas de acesso ao estado (ou EIP-8038)** aumenta as constantes de gas para opcodes de acesso ao estado, como consultar dados de conta e contrato, para alinhar com o desempenho do hardware moderno e o tamanho do estado. + +Alinhar o custo do acesso ao estado também ajuda a tornar o Ethereum mais resiliente. Como essas ações pesadas de leitura de dados são artificialmente baratas, um invasor mal-intencionado poderia sobrecarregar a rede com milhares de solicitações de dados complexas em um único bloco antes de atingir o limite de taxa da rede, podendo causar a paralisação ou falha da rede (um ataque de negação de serviço). Mesmo sem intenção maliciosa, os desenvolvedores não são economicamente incentivados a criar aplicativos eficientes se a leitura de dados da rede for muito barata. + +Ao precificar as ações de acesso ao estado com mais precisão, o Ethereum pode ser mais resiliente contra lentidões acidentais ou intencionais, enquanto o alinhamento dos custos da rede com a carga do hardware prova ser uma base mais sustentável para futuros aumentos do limite de gas. + +**Recursos**: [Especificação técnica da EIP-8038](https://eips.ethereum.org/EIPS/eip-8038) + +## Resiliência da rede + +Refinamentos nas tarefas dos validadores e nos processos de saída garantem a estabilidade da rede durante eventos de slashing em massa e democratizam a liquidez. Essas melhorias tornam a rede mais estável e garantem que todos os participantes, grandes e pequenos, sejam tratados de forma justa. + +### Excluir validadores que sofreram slashing da proposição {#exclude-slashed-validators} + +- Impede que validadores penalizados (que sofreram slashing) sejam selecionados para propor blocos futuros, eliminando slots perdidos garantidos +- Mantém o Ethereum funcionando de forma suave e confiável, evitando paralisações severas no caso de um evento de slashing em massa + +Atualmente, mesmo que um validador sofra slashing (penalizado por quebrar as regras ou não operar como esperado), o sistema ainda pode escolhê-lo para liderar um bloco no futuro próximo quando gera as previsões de proponentes futuros. + +Como os blocos de proponentes que sofreram slashing são automaticamente rejeitados como inválidos, isso faz com que a rede perca slots e atrasa a recuperação da rede durante eventos de slashing em massa. + +**Excluir validadores que sofreram slashing da proposição (ou EIP-8045)** simplesmente filtra os validadores que sofreram slashing para que não sejam selecionados para tarefas futuras. Isso melhora a resiliência da cadeia, garantindo que apenas validadores saudáveis sejam selecionados para propor blocos, mantendo a qualidade do serviço durante interrupções na rede. + +**Recursos**: [Especificação técnica da EIP-8045](https://eips.ethereum.org/EIPS/eip-8045) + +### Permitir que as saídas usem a fila de consolidação {#let-exits-use-the-consolidation-queue} + +- Fecha uma brecha que permite que validadores com saldos altos saiam da rede mais rapidamente do que validadores menores por meio da fila de consolidação +- Permite que as saídas regulares transbordem para esta segunda fila quando houver capacidade ociosa, reduzindo os tempos de retirada de staking durante períodos de alto volume +- Mantém a segurança estrita para evitar alterar os limites de segurança centrais do Ethereum ou enfraquecer a rede + +Desde que a [melhoria Pectra](/roadmap/pectra) aumentou o saldo efetivo máximo para validadores do Ethereum de 32 ETH para 2.048 ETH, uma brecha técnica permite que validadores com saldos altos saiam da rede mais rápido do que validadores menores por meio da fila de consolidação. + +**Permitir que as saídas usem a fila de consolidação (ou EIP-8080)** democratiza a fila de consolidação para todas as saídas de staking, criando uma única fila justa para todos. + +Para detalhar como isso funciona hoje: + +- O limite de rotatividade do Ethereum é um limite de segurança na taxa em que os validadores podem entrar, sair ou fundir (consolidar) seus ETH em stake, para garantir que a segurança da rede nunca seja desestabilizada +- Como a consolidação de um validador é uma ação mais pesada, com mais partes móveis do que uma saída padrão de validador, ela consome uma porção maior deste orçamento de segurança (limite de rotatividade) +- Especificamente, o protocolo dita que o custo de segurança exato de uma saída padrão é de dois terços (2/3) do custo de uma consolidação + +Filas de saída mais justas permitirão que as saídas padrão peguem emprestado espaço não utilizado da fila de consolidação durante períodos de alta demanda de saída, aplicando uma taxa de troca de "3 por 2" (para cada 2 vagas de consolidação não utilizadas, a rede pode processar com segurança 3 saídas padrão). Este fator de rotatividade de 3/2 equilibra a demanda entre as filas de consolidação e de saída. + +Democratizar o acesso à fila de consolidação aumentará em até 2,5x a velocidade com que os usuários podem retirar seu stake durante períodos de alta demanda, sem comprometer a segurança da rede. + +**Recursos**: [Especificação técnica da EIP-8080](https://eips.ethereum.org/EIPS/eip-8080) + +## Melhorar a experiência do usuário e do desenvolvedor {#improve-user-developer-experience} + +A melhoria Glamsterdam do Ethereum visa aprimorar a experiência do usuário, melhorar a descoberta de dados e lidar com o aumento do tamanho das mensagens para evitar falhas de sincronização. Isso torna mais fácil rastrear o que está acontecendo onchain, ao mesmo tempo que previne problemas técnicos à medida que a rede escala. + +### Reduzir os custos intrínsecos de gas da transação {#reduce-intrinsic-transaction-gas-costs} + +- Reduz a taxa base para transações, diminuindo o custo geral de um pagamento simples em ETH nativo +- Torna as transferências menores mais acessíveis, aumentando a viabilidade do Ethereum como um meio de troca rotineiro + +Todas as transações do Ethereum hoje têm uma taxa de gas base fixa, independentemente de quão simples ou complexo seja o processamento. **Reduzir o gas intrínseco da transação (ou EIP-2780)** propõe a redução dessa taxa base para tornar uma transferência padrão de ETH entre contas existentes até **71% mais barata**. + +A redução do gas intrínseco da transação funciona decompondo a taxa de transação para refletir apenas o trabalho básico e essencial que os computadores que executam a rede realmente fazem, como verificar uma assinatura digital e atualizar um saldo. Como um pagamento básico em ETH não executa código complexo nem carrega dados extras, esta proposta reduziria sua taxa para corresponder à sua pegada leve. + +A proposta introduz uma exceção para a criação de contas totalmente novas para evitar que taxas mais baixas sobrecarreguem o estado da rede. Se uma transferência envia ETH para um endereço vazio e inexistente, a rede deve criar um novo registro permanente para ele. Uma sobretaxa de gas é adicionada para a criação dessa conta para ajudar a cobrir seu ônus de armazenamento a longo prazo. + +Em conjunto, a EIP-2780 visa tornar as transferências diárias entre contas existentes mais acessíveis, garantindo ao mesmo tempo que a rede ainda esteja protegida contra o inchaço do banco de dados, precificando com precisão o verdadeiro crescimento do estado. + +**Recursos**: [Especificação técnica da EIP-2780](https://eips.ethereum.org/EIPS/eip-2780) + +### Pré-implantação de fábrica determinística {#deterministic-factory-predeploy} + +- Dá aos desenvolvedores uma maneira nativa de implantar aplicativos e carteiras de contrato inteligente no mesmo endereço exato em várias cadeias +- Permite que os usuários tenham o mesmo endereço de carteira inteligente em várias redes de camada 2 (L2), reduzindo a carga cognitiva, a confusão e o risco de perda acidental de fundos +- Substitui as soluções alternativas que os desenvolvedores usam atualmente para alcançar essa paridade, tornando mais fácil e seguro criar carteiras e aplicativos multicadeia + +Se um usuário tiver hoje uma carteira de contrato inteligente com contas em várias cadeias compatíveis com a Máquina Virtual Ethereum (EVM), ele geralmente acaba com um endereço completamente diferente em redes diferentes. Isso não é apenas confuso, mas pode levar à perda acidental de fundos. + +**Pré-implantação de fábrica determinística (ou EIP-7997)** oferece aos desenvolvedores uma maneira nativa e integrada de implantar seus aplicativos descentralizados e carteiras de contrato inteligente no mesmo endereço exato em várias cadeias EVM, incluindo a Rede Principal do Ethereum, redes de camada 2 (L2) e mais. Se adotado, permitiria que o usuário tivesse exatamente o mesmo endereço em todas as cadeias participantes, reduzindo significativamente a carga cognitiva e o potencial de erro do usuário. + +A pré-implantação de fábrica determinística funciona colocando permanentemente um programa de fábrica mínimo e especializado em um local idêntico (especificamente, endereço 0x12) em cada cadeia compatível com EVM participante. Seu objetivo é fornecer um contrato de fábrica universal e padrão que possa ser adotado por qualquer rede compatível com EVM; contanto que uma cadeia EVM participe e adote esse padrão, os desenvolvedores poderão usá-lo para implantar seus contratos inteligentes no mesmo endereço exato nessa rede. + +Essa padronização simplifica a criação e o gerenciamento de aplicativos entre cadeias para os desenvolvedores e o ecossistema mais amplo. Os desenvolvedores não precisam mais criar código personalizado e específico da cadeia para vincular seu software em diferentes redes, em vez disso, usam essa fábrica universal para gerar o mesmo endereço exato para seu aplicativo em todos os lugares. Além disso, exploradores de blocos, serviços de rastreamento e carteiras podem identificar e vincular mais facilmente esses aplicativos e contas em várias cadeias, criando um ambiente multicadeia mais unificado e contínuo para todos os participantes baseados em Ethereum. + +**Recursos**: [Especificação técnica da EIP-7997](https://eips.ethereum.org/EIPS/eip-7997) + +### Transferências e queimas de ETH emitem um log {#eth-transfers-and-burns-emit-a-log} + +- Gera automaticamente um registro permanente (log) toda vez que ETH é transferido ou queimado +- Corrige um ponto cego histórico que permite que aplicativos, corretoras e pontes detectem depósitos de usuários de forma confiável sem ferramentas de rastreamento ad-hoc + +Ao contrário dos tokens (ERC-20s), as transferências regulares de ETH entre contratos inteligentes não emitem um recibo claro (log padrão), o que as torna difíceis de rastrear para corretoras e aplicativos. + +A emissão de um log para transferências e queimas de ETH (ou EIP-7708) torna obrigatório que a rede emita um evento de log padrão sempre que uma quantidade diferente de zero de ETH for movida ou queimada. + +Isso tornará muito mais fácil e confiável para carteiras, corretoras e operadores de ponte rastrear depósitos e movimentações com precisão sem ferramentas personalizadas. + +**Recursos**: [Especificação técnica da EIP-7708](https://eips.ethereum.org/EIPS/eip-7708) + +### eth/70 listas parciais de recibos de blocos {#eth-70-partial-block-receipt-lists} + +À medida que aumentamos a quantidade de trabalho que o Ethereum pode fazer, as listas de recibos para essas ações (os registros de dados dessas transações) estão ficando tão grandes que poderiam potencialmente causar a falha dos nós da rede ao tentar sincronizar dados entre si. + +As listas parciais de recibos de blocos eth/70 (ou EIP-7975) introduzem uma nova maneira de os nós se comunicarem (eth/70) que permite que essas grandes listas sejam divididas em partes menores e mais gerenciáveis. O eth/70 introduz um sistema de paginação para o protocolo de comunicação da rede que permite aos nós dividir as listas de recibos de blocos e solicitar os dados com segurança em partes menores e mais gerenciáveis. + +Essa mudança evitaria falhas de sincronização da rede durante períodos de atividade intensa. Em última análise, isso abre caminho para que o Ethereum aumente sua capacidade de bloco e processe mais transações por bloco no futuro, sem sobrecarregar o hardware físico que sincroniza a cadeia. + +**Recursos**: [Especificação técnica da EIP-7975](https://eips.ethereum.org/EIPS/eip-7975) + +## Leitura adicional {#further-reading} + +- [Roteiro do Ethereum](/roadmap/) +- [Forkcast: Glamsterdam](https://forkcast.org/upgrade/glamsterdam) +- [Meta EIP da Glamsterdam](https://eips.ethereum.org/EIPS/eip-7773) +- [Anúncio no blog da Atualização de Prioridades do Protocolo para 2026](https://blog.ethereum.org/2026/02/18/protocol-priorities-update-2026) +- [Podcast The Daily Gwei Refuel - Ethereum pós-quântico, a Glamsterdam está chegando](https://www.youtube.com/watch?v=qx9sd50uQjQ) + +## FAQ {#faq} + +### Como o ETH pode ser convertido após o hard fork Glamsterdam? {#how-can-eth-be-converted-after-the-hardfork} + +- **Nenhuma ação necessária para seu ETH**: Não há necessidade de converter ou atualizar seu ETH após a melhoria Glamsterdam. Seu saldo de conta irá permanecer o mesmo e o ETH que você tem atualmente continuará acessível na sua forma existente depois do hard fork. +- **Cuidado com os golpes!** **qualquer pessoa que o instrua a "atualizar" seu ETH está tentando enganá-lo.** Não há nada que você precise fazer em relação a esta melhoria. Seus ativos não serão afetados de forma nenhuma. Lembre-se: estar informado é a melhor defesa contra golpes. + +[Mais sobre como reconhecer e evitar golpes](/security/) + +### A melhoria Glamsterdam afeta todos os nós e validadores do Ethereum? {#does-the-glamsterdam-upgrade-affect-all-ethereum-nodes-and-validators} + +Sim, a melhoria Glamsterdam requer atualizações tanto para [clientes de execução quanto para clientes de consenso](/developers/docs/nodes-and-clients/). Como esta melhoria introduz a Separação Consagrada de Proponente-Construtor (ePBS), os operadores de nós precisarão garantir que seus clientes sejam atualizados para lidar com as novas formas como os blocos são construídos, validados e atestados pela rede. + +Todos os principais clientes Ethereum lançarão versões compatíveis com o hard fork marcadas como alta prioridade. Você pode acompanhar quando esses lançamentos estarão disponíveis nos repositórios do GitHub do cliente, em seus [canais do Discord](https://ethstaker.org/support), no [EthStaker Discord](https://dsc.gg/ethstaker) ou assinando o blog do Ethereum para atualizações do protocolo. + +Para manter a sincronização com a rede Ethereum após a atualização, os operadores de nó precisam assegurar que eles estão executando uma versão habilitada do cliente. Observe que as informações sobre os lançamentos de clientes são perenes, e os usuários deveriam usar como referência as últimas melhorias para ter os detalhes mais atuais. + +### Como staker, o que preciso fazer para a melhoria Glamsterdam? {#as-a-staker-what-do-i-need-to-do-for-the-glamsterdam-upgrade} + +Como em toda melhoria da rede, certifique-se de atualizar seus clientes para as versões mais recentes marcadas com suporte à Glamsterdam. Acompanhe as atualizações na lista de e-mails e os [Anúncios de Protocolo no Blog da EF](https://blog.ethereum.org/category/protocol) para se informar sobre os lançamentos. + +Para validar sua configuração antes que a Glamsterdam seja ativada na Rede Principal, você pode executar um validador em redes de teste. As bifurcações da rede de testes também são anunciadas na lista de e-mails e no blog. + +### Que melhorias a Glamsterdam incluirá para a escalabilidade da L1? {#what-improvements-will-glamsterdam-include-for-l1-scaling} + +A principal característica é o ePBS (EIP-7732), que separa a tarefa pesada de validar as transações da rede da tarefa de alcançar o consenso. Isso expande a janela de propagação de dados de 2 segundos para aproximadamente 9 segundos, desbloqueando a capacidade do Ethereum de lidar com segurança com um rendimento de transações muito maior e acomodar mais blobs de dados para redes de camada 2. + +### A Glamsterdam reduzirá as taxas no Ethereum (camada 1)? {#will-glamsterdam-lower-fees-on-ethereum-layer-1} + +Sim, a Glamsterdam provavelmente reduzirá as taxas para os usuários comuns! Reduzir o gas intrínseco da transação (ou EIP-2780) reduz a taxa base para enviar ETH, tornando o ETH muito mais barato para usar em pagamentos diários. + +Além disso, para sustentabilidade a longo prazo, Glamsterdam introduz as Listas de Acesso em Nível de Bloco (BALs). Isso permite o processamento paralelo e prepara a L1 para lidar com segurança com limites gerais de gas mais altos no futuro, o que provavelmente reduzirá os custos de gas por transação à medida que a capacidade cresce. + +### Haverá alguma alteração nos meus contratos inteligentes existentes após a Glamsterdam? {#will-my-smart-contracts-change} + +Os contratos existentes continuarão a funcionar normalmente após a Glamsterdam. Os desenvolvedores provavelmente receberão várias novas ferramentas e devem rever seu uso de gas: + +- Aumentar o tamanho máximo do contrato (ou EIP-7954) permite que os desenvolvedores implantem aplicativos maiores, aumentando o limite máximo de tamanho do contrato de aproximadamente 24KiB para 32KiB. +- A pré-implantação de fábrica determinística (ou EIP-7997) introduz um contrato de fábrica universal e integrado. Permite que os desenvolvedores implantem seus aplicativos e carteiras de contrato inteligente no mesmo endereço exato em todas as cadeias EVM participantes. +- Se seu aplicativo depende de rastreamento complexo para encontrar transferências de ETH, a emissão de um log para transferências e queimas de ETH (ou EIP-7708) permitirá que você mude para o uso de logs para uma contabilidade mais simples e confiável. +- O aumento do custo de gas para criação de estado (ou EIP-8037) e a atualização do custo de gas para acesso ao estado (ou EIP-8038) introduzem novos modelos de sustentabilidade que alterarão certos custos de implantação de contrato, pois a criação de novas contas ou armazenamento permanente terá uma taxa de ajuste dinâmico. + +### Como a Glamsterdam afetará o armazenamento de nós e os requisitos de hardware? {#how-will-glamsterdam-affect-node-storage-and-hardware-requirements} + +Várias EIPs em consideração para a Glamsterdam abordam o abismo de desempenho do crescimento do estado: + +- O aumento do custo de gas para criação de estado (ou EIP-8037) introduz um modelo de precificação dinâmico para atingir uma taxa de crescimento do banco de dados de estado de 100 GiB/ano, garantindo que o hardware físico padrão possa continuar executando a rede eficientemente. +- As listas parciais de recibos de blocos eth/70 (ou EIP-7975) permitem que os nós solicitem recibos de blocos paginados, o que divide as listas de recibos de blocos com muitos dados em partes menores para evitar falhas e sincronizações à medida que o Ethereum escala. diff --git a/public/content/translations/ru/community/grants/index.md b/public/content/translations/ru/community/grants/index.md index 794dcd1b45c..72bc88e107d 100644 --- a/public/content/translations/ru/community/grants/index.md +++ b/public/content/translations/ru/community/grants/index.md @@ -15,6 +15,7 @@ lang: ru Эти программы поддерживают обширную экосистему Ethereum, предлагая гранты для широкого круга проектов. Они включают решения по масштабируемости, созданию сообществ, безопасности, конфиденциальности и не только. Эти гранты не относятся к какой-либо конкретной платформе Ethereum и являются хорошей отправной точкой, если вы не уверены в себе. - [Программа поддержки экосистемы EF](https://esp.ethereum.foundation) — _финансирование проектов с открытым исходным кодом, которые приносят пользу Ethereum, с особым акцентом на универсальные инструменты, инфраструктуру, исследования и общественные блага_ +- [ESP Grant Explorer](https://esp.ethereum.foundation/funded-projects) — _каталог с возможностью поиска, содержащий более 1000 проектов, поддержанных Программой поддержки экосистемы_ - [DAO Moloch](https://www.molochdao.com/): _конфиденциальность, масштабирование второго уровня, безопасность клиентов и многое другое._ - [Гранты DAO](https://docs.google.com/spreadsheets/d/1XHc-p_MHNRdjacc8uOEjtPoWL86olP4GyxAJOFO0zxY/edit#gid=0): _Google-таблица организаций, предлагающих гранты._ - [Академические гранты](https://esp.ethereum.foundation/academic-grants): _гранты на поддержку академической работы, связанной с Ethereum._ 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 9b172aed60c..bee403a277d 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 @@ -132,7 +132,6 @@ sidebarDepth: 2 - [EthPillar](https://www.coincashew.com/coins/overview-eth/ethpillar) — самый быстрый и простой способ настроить полный узел. Инструмент для настройки в одну строку и TUI для управления узлом. Бесплатно. Открытый исходный код. Общественные блага для Ethereum от соло-стейкеров. Поддержка ARM64 и AMD64. - [eth-docker](https://eth-docker.net/) — автоматизированная настройка с использованием Docker, ориентированная на простой и безопасный стейкинг. Требует базовых знаний терминала и Docker, рекомендуется для более продвинутых пользователей. - [Stereum](https://stereum-dev.github.io/ethereum-node-web-docs) — программа-установщик для установки клиентов на удаленный сервер через SSH-соединение с графическим руководством по настройке, центром управления и многими другими функциями. -- [NiceNode](https://www.nicenode.xyz/) — программа-установщик с простым пользовательским интерфейсом для запуска узла на вашем компьютере. Просто выберите клиенты и запустите их в несколько кликов. Все еще в разработке. - [Sedge](https://docs.sedge.nethermind.io/docs/intro) — инструмент настройки узла, который автоматически генерирует конфигурацию Docker с помощью мастера командной строки (CLI). Написан на Go компанией Nethermind. ### Ручная настройка клиентов {#manual-setup} diff --git a/public/content/translations/ru/roadmap/glamsterdam/index.md b/public/content/translations/ru/roadmap/glamsterdam/index.md new file mode 100644 index 00000000000..4696d2b8f02 --- /dev/null +++ b/public/content/translations/ru/roadmap/glamsterdam/index.md @@ -0,0 +1,295 @@ +--- +title: "Гламстердам" +description: "Узнайте о Протокол Glamsterdam" +lang: ru +--- +# Гламстердам {#glamsterdam} + + + + +Glamsterdam — это предстоящее обновление Ethereum, запланированное на первую половину 2026 года + + +Обновление Glamsterdam — это лишь один шаг на пути к долгосрочным целям развития Ethereum. Узнайте больше о [дорожная карта Протокол](/roadmap/) и [предыдущих обновлениях](/ethereum-forks/). + + + + +Предстоящее обновление [Ethereum](/) под названием Glamsterdam призвано проложить путь для следующего поколения масштабирование. Glamsterdam назван в честь комбинации «Amsterdam» (обновление Уровень исполнения, названное в честь предыдущего места проведения Devconnect) и «Gloas» (обновление уровень консенсуса, названное в честь звезды). + +После прогресса, достигнутого в обновлении [Fusaka](/roadmap/fusaka/), Glamsterdam сосредоточится на масштабирование L1 путем реорганизации обработки транзакции сеть и управления ее растущей базой данных, что приведет к фундаментальному обновлению того, как Ethereum создает и проверяет блоки. + +В то время как Fusaka сосредоточился на фундаментальных усовершенствованиях, Glamsterdam продвигает цели «Scale L1» и «Scale Blobs», закрепляя разделение обязанностей между различными участниками сеть и внедряя более эффективные способы обработки данных для подготовки [Стейт](/glossary/#state) к высокопроизводительной распараллелизации. + +Эти усовершенствования гарантируют, что Ethereum останется быстрым, доступным и децентрализованный по мере обработки большего количества транзакций, сохраняя при этом управляемые требования к оборудованию для людей, запускающих [узлы](/glossary/#node) дома. + + + +## Рассматриваются улучшения для «Гламстердама» {#improvements-in-glamsterdam} + + + + +Примечание: В этой статье представлен ряд EIP, рассматриваемых для включения в Glamsterdam. Чтобы получить самую свежую информацию о статусе, ознакомьтесь с [обновлением Glamsterdam на Forkcast](https://forkcast.org/upgrade/glamsterdam). + +Если вы хотите добавить EIP, который рассматривается для Glamsterdam, но еще не был добавлен на эту страницу, [узнайте, как внести свой вклад в ethereum.org, здесь](/contributing/). + + + + +Обновление Glamsterdam преследует три основные цели: + +- Ускорение обработки (параллелизация): реорганизация способа, которым сеть записывает зависимости данных, чтобы она могла безопасно обрабатывать множество транзакции одновременно, а не медленно, по одной. +- Расширение возможностей: разделение тяжелой работы по созданию и проверке блоки, что дает сеть больше времени для распространения больших объемов данных без замедления. +- Предотвращение разрастания базы данных (устойчивость): корректировка сеть сборов для точного отражения долгосрочных затрат на оборудование для хранения новых данных, снятие блокировки для будущего увеличения лимит газа и предотвращение снижения производительности оборудования. + +Короче говоря, Glamsterdam внедрит структурные изменения, чтобы по мере увеличения пропускной способности сеть она оставалась устойчивой, а производительность оставалась высокой. + +## Масштабирование L1 и параллельная обработка {#scale-l1} + +Значительное масштабирование L1 требует отказа от внепротокольных предположений о доверии и ограничений последовательного выполнения. Glamsterdam решает эту проблему, закрепляя разделение определенных обязанностей по созданию блоков и вводя новые структуры данных, которые позволяют сеть подготовиться к параллельной обработке. + +### Предложение по основному изменению: закрепление разделения ролей между инициатором и исполнителем (ePBS) {#epbs} + +- Устраняет внепротокольные предположения о доверии и зависимость от сторонних ретрансляторов +- Обеспечивает масштабирование L1, позволяя передавать гораздо большие объемы данных через расширенные окна распространения +- Вводит бездоверительные платежи для сборщиков непосредственно в протокол + +В настоящее время процесс предложения и создания блоков включает передачу данных между теми, кто предлагает блоки, и теми, кто их создает. Взаимодействие между теми, кто предлагает блоки, и теми, кто их создает, не является частью основного протокола Ethereum, поэтому оно зависит от доверенного стороннего промежуточного ПО (middleware), программного обеспечения (реле) и внепротокольного доверия между участниками. + +Внепротокольные отношения между инициаторами и сборщиками также создают «горячий путь» во время проверки блоков, который заставляет [валидаторов](/glossary/#validator) спешить с трансляцией и выполнением транзакций в течение короткого 2-секундного окна, что ограничивает объем данных, которые может обрабатывать сеть. + +**Закрепленное разделение ролей создателя блоков и сборщика транзакций (ePBS, или EIP-7732)** формально разделяет работу инициатора (который выбирает консенсусный блок) и сборщика (который собирает исполнительную полезную нагрузку), закрепляя эту передачу непосредственно в протоколе. + +Встраивание бездоверительного обмена полезной нагрузки блока на оплату непосредственно в протокол устраняет необходимость в стороннем промежуточном ПО (таком как MEV-Boost). Однако сборщики и инициаторы могут по-прежнему использовать внепротокольные реле или промежуточное ПО для сложных функций, которые еще не являются частью основного протокола. + +Для решения проблемы узкого места «горячего пути» ePBS также вводит Комитет по своевременности полезной нагрузки (PTC) и логику двойного крайнего срока, позволяя валидаторам подтверждать консенсусный блок и своевременность исполнительной полезной нагрузки по отдельности, чтобы максимизировать пропускную способность. + + + +Разделение ролей инициатора и сборщика на уровне протокола расширяет окно распространения (или время, доступное для распространения данных по сети) с 2 до примерно 9 секунд. + +Заменяя внепротокольное промежуточное ПО и реле механизмами, встроенными в протокол, ePBS снижает зависимость от доверия и позволяет Ethereum безопасно обрабатывать гораздо большие объемы данных (например, больше блобов для [уровня 2](/glossary/#layer-2)) без перегрузки сети. + +**Ресурсы**: [Техническая спецификация EIP-7732](https://eips.ethereum.org/EIPS/eip-7732) + +### Предложение по основной теме: списки контроля доступа на уровне блоков (BAL) {#bals} + +- Устраняет узкие места последовательной обработки, предоставляя предварительную карту всех зависимостей транзакция, что позволяет валидаторы обрабатывать множество транзакции параллельно, а не по одной. +- Позволяет узлам обновлять свои записи, считывая окончательные результаты без необходимости повторного воспроизведения каждой транзакция (синхронизация без выполнения), что значительно ускоряет синхронизацию узел с сеть. +- Исключает догадки, позволяя валидаторы предварительно загрузить все необходимые данные сразу, вместо того чтобы находить их шаг за шагом, что значительно ускоряет валидацию. + +Современный Ethereum похож на однополосную дорогу; поскольку сеть не знает, какие данные потребуются или будут изменены транзакция (например, какие учетные записи затронет транзакция ), пока транзакция не будет выполнена, валидаторы должны обрабатывать транзакции одну за другой в строгой последовательности. Если бы они попытались обработать транзакции все сразу, не зная этих зависимостей, две транзакции могли бы случайно попытаться изменить одни и те же данные одновременно, что привело бы к ошибкам. + +**Списки контроля доступа на уровне блоков (BAL, или EIP-7928)** похожи на карту, которая включена в каждый блок и сообщает сеть, к каким частям базы данных будет осуществлен доступ до начала работы. BAL требуют, чтобы каждый блок включал Хэш каждого изменения аккаунт, которого коснутся транзакции, а также окончательные результаты этих изменений ( Хэш запись всех обращений к Стейт и значений после выполнения). + +Поскольку BAL обеспечивают мгновенную видимость того, какие транзакции не пересекаются, они позволяют узлам выполнять параллельное чтение с диска, извлекая информацию для многих транзакции одновременно. сеть может безопасно группировать несвязанные транзакции и обрабатывать их параллельно. + +Поскольку BAL включает в себя окончательные результаты транзакции (значения после выполнения), когда узлам сети необходимо синхронизироваться с текущим Стейт сети, они могут скопировать эти окончательные результаты для обновления своих записей. Валидаторам больше не нужно воспроизводить все сложные транзакции с нуля, чтобы узнать, что произошло, что делает присоединение новых узлов к сеть быстрее и проще. + +Параллельное чтение дисков, обеспечиваемое BAL, станет важным шагом на пути к будущему, в котором Ethereum сможет обрабатывать множество транзакции одновременно, значительно увеличивая скорость сети. + +#### eth/71 обмен списками доступа к блок {#bale} + +Обмен списками доступа к блокам (eth/71 или EIP-8159) является прямым сетевым дополнением к спискам доступа на уровне блоков. В то время как списки доступа к блокам (BAL) открывают параллельное выполнение, eth/71 обновляет Протокол «равный равному», чтобы узлы могли фактически обмениваться этими списками по сеть. Внедрение обмена списками доступа к блок обеспечит более быструю синхронизацию и позволит узлам выполнять обновления Стейт без выполнения. + +**Ресурсы**: +- [Техническая спецификация EIP-7928](https://eips.ethereum.org/EIPS/eip-7928) +- [Техническая спецификация EIP-8159](https://eips.ethereum.org/EIPS/eip-8159) + +## Устойчивость сети {#network-sustainability} + +Поскольку сеть Ethereum растет все быстрее, важно обеспечить, чтобы стоимость ее использования соответствовала износу оборудования, на котором работает Ethereum. сеть необходимо увеличить свои общие пределы пропускной способности, чтобы безопасно масштабироваться и обрабатывать больше транзакции. + +### Увеличение стоимости газ при создании состояния {#state-creation-gas-cost-increase} + +- Гарантирует, что комиссия за создание новых учетных записей или смарт-контрактов точно отражает долгосрочную нагрузку, которую они оказывают на базу данных Ethereum. +- Автоматически корректирует эти сборы за создание данных на основе общей пропускной способности сети, ориентируясь на безопасный и предсказуемый темп роста, чтобы стандартное физическое оборудование могло продолжать поддерживать работу сеть. +- Разделяет учет этих конкретных комиссий в новом хранилище, снимая старые ограничения на транзакция и позволяя разработчикам развертывать более крупные и сложные приложения. + +Добавление новых учетных записей, токенов и [смарт-контрактов](/glossary/#smart-contract) создает постоянные данные (известные как «Стейт»), которые каждый компьютер, работающий в сеть, должен хранить неопределенно долго. Текущие сборы за добавление или чтение этих данных непостоянны и не обязательно отражают фактическую долгосрочную нагрузку на аппаратное обеспечение сети, которую они создают. + +Некоторые действия, которые создают Стейт в Ethereum, такие как создание новых учетных записей или развертывание больших смарт-контрактов, были относительно недорогими по сравнению с постоянным пространством для хранения, которое они занимают на узлах сети. Например, развертывание контракта значительно дешевле за байт, чем создание слотов хранения. + +Без корректировки состояние Ethereum может увеличиваться почти на 200 ГиБ в год, если сеть масштабируется до лимита газа в 100M, в конечном итоге превосходя возможности обычного оборудования. + +**Увеличение стоимости газ для создания состояния (или EIP-8037)** гармонизирует затраты, привязывая их к фактическому размеру создаваемых данных, обновляя сборы таким образом, чтобы они были пропорциональны объему постоянных данных, которые операция создает или к которым обращается. + +EIP-8037 также вводит модель резервуара для более предсказуемого управления этими затратами; плата Стейт газ сначала берется из `state_gas_reservoir`, а опкод `GAS` возвращает только `gas_left`, предотвращая неправильный расчет доступного газ в кадрах выполнения. + +До EIP-8037 и вычислительная работа (активная обработка), и постоянное хранение данных (сохранение смарт-контракт в базе данных сети) имели один и тот же лимит газа. Модель резервуара разделяет учет: лимит газа для фактической вычислительной работы транзакция (обработки) и для долгосрочного хранения данных ( газ Стейт ). Разделение этих двух составляющих помогает предотвратить исчерпание лимит газа из-за большого объема данных приложения; до тех пор, пока разработчики предоставляют достаточно средств для заполнения резервуара для хранения данных, они могут развертывать гораздо более крупные и сложные смарт-контракты. + +Более точное и предсказуемое ценообразование хранилища данных поможет Ethereum безопасно увеличить свою скорость и пропускную способность без разрастания базы данных. Эта устойчивость позволит операторам узел продолжать использовать (относительно) доступное оборудование в течение многих лет, сохраняя доступность домашнего стейкинг для поддержания децентрализации сети. + +**Ресурсы**: [Техническая спецификация EIP-8037](https://eips.ethereum.org/EIPS/eip-8037) + +### Обновление стоимости газа для доступа к состоянию {#state-access-gas-cost-update} + +- Увеличивает стоимость газ для приложений, которые считывают или обновляют информацию, постоянно хранящуюся в Ethereum (коды операций доступа к состоянию), чтобы точно соответствовать вычислительной работе, требуемой этими командами. +- Повышает отказоустойчивость сети за счет предотвращения атак типа «отказ в обслуживании», использующих искусственно заниженную стоимость операций чтения данных + +По мере роста Стейт Ethereum поиск и чтение старых данных («доступ к Стейт ») стали более тяжелыми и медленными для обработки узлами. Плата за эти действия осталась прежней, хотя теперь поиск информации (с точки зрения вычислительной мощности) стал немного дороже. + +В результате некоторые конкретные команды в настоящее время недооценены по сравнению с работой, которую они заставляют узел выполнять. Например, `EXTCODESIZE` и `EXTCODECOPY` недооценены, потому что они требуют двух отдельных операций чтения из базы данных — одной для объекта аккаунт и второй для фактического размера кода или байт-кода. + +**Обновление стоимости газ для доступа к состоянию (или EIP-8038)** увеличивает константы газ для опкодов доступа к состоянию, таких как поиск данных аккаунт и контракта, чтобы привести их в соответствие с производительностью современного оборудования и размером Стейт. + +Приведение стоимости доступа к данным в соответствие с реальными затратами также помогает сделать Ethereum более устойчивым. Поскольку эти ресурсоемкие операции по чтению данных искусственно удешевлены, злоумышленник может заспамить сеть тысячами сложных запросов данных в одном блок, прежде чем достигнет лимита комиссий сети, что потенциально может привести к остановке или сбою сеть (атака типа «отказ в обслуживании»). Даже без злого умысла разработчики не имеют экономических стимулов для создания эффективных приложений, если чтение сеть данных слишком дешево. + +Более точная оценка действий, связанных с доступом к состоянию, может сделать Ethereum более устойчивым к случайным или преднамеренным замедлениям, а согласование сеть затрат с аппаратной нагрузкой станет более устойчивой основой для будущего увеличения лимит газа. + +**Ресурсы**: [Техническая спецификация EIP-8038](https://eips.ethereum.org/EIPS/eip-8038) + +## Устойчивость сети + +Усовершенствование обязанностей валидатор и процессов выхода из сети обеспечивает стабильность сеть во время массовых срезаний и демократизирует ликвидность. Эти улучшения делают сеть более стабильной и гарантируют справедливое отношение ко всем участникам, как крупным, так и мелким. + +### Исключить валидаторы, которым был присвоен статус "slashed", из процесса выдвижения кандидатов {#exclude-slashed-validators} + +- Предотвращает выбор оштрафованных (забаненных) валидаторы для предложения будущих блоки, исключая гарантированные пропущенные слоты. +- Обеспечивает бесперебойную и надежную работу Ethereum, предотвращая серьезные сбои в случае массового Слэшинг. + +В настоящее время, даже если валидатор получает слэш (штраф за нарушение правил или ненадлежащую работу), система все равно может выбрать его для создания блок в ближайшем будущем, когда она генерирует будущие запросы на выбор валидатора. + +Поскольку блоки от валидаторов, подвергшихся слэшингу, автоматически отклоняются как недействительные, это приводит к пропуску слотов сеть и задержкам восстановления сеть во время массовых Слэшинг. + +**Исключение валидаторы, подвергшихся слэшингу, из процесса предложения блоков (или EIP-8045)** просто отфильтровывает валидаторы, подвергшихся слэшингу, от выбора для будущих обязанностей. Это повышает отказоустойчивость сети, гарантируя, что для предложения блоки будут выбраны только здоровые валидаторы, поддерживая качество обслуживания во время сбоев сеть. + +**Ресурсы**: [Техническая спецификация EIP-8045](https://eips.ethereum.org/EIPS/eip-8045) + +### Разрешить выходам использовать очередь консолидации {#let-exits-use-the-consolidation-queue} + +- Устраняет лазейку, которая позволяет валидаторы с большим балансом выходить из сеть быстрее, чем валидаторы с меньшим балансом, через очередь консолидации. +- Позволяет регулярным выходам переходить во вторую очередь, когда в ней есть свободные мощности, сокращая время вывода средств стейкинг в периоды высокой нагрузки. +- Поддерживает строгие меры безопасности, чтобы избежать изменения основных параметров безопасности Ethereum или ослабления сеть. + +Поскольку [обновление Pectra](/roadmap/pectra) увеличило максимальный эффективный баланс для валидаторы Ethereum с 32 ETH до 2048 ETH, техническая лазейка позволяет валидаторы с высоким балансом выходить из сеть быстрее, чем валидаторы с меньшим балансом, через очередь консолидации. + +**Разрешение выходов из стейкинга через очередь консолидации (или EIP-8080)** демократизирует очередь консолидации для всех выходов из стейкинг, создавая единую, справедливую очередь для всех. + +Разберем, как это работает сегодня: + +- Лимит оттока Ethereum — это ограничение безопасности на скорость, с которой валидаторы могут входить, выходить или объединять (консолидировать) свои стейкнутые ETH, чтобы гарантировать, что безопасность сети никогда не будет дестабилизирована. +- Поскольку консолидация валидатор — это более сложная операция с большим количеством движущихся частей, чем стандартный выход валидатор, она занимает большую часть этого бюджета безопасности (лимита оттока) +- В частности, Протокол предписывает, что точная стоимость обеспечения безопасности одного стандартного выхода составляет две трети (2/3) стоимости одной консолидации. + +Более справедливые очереди на вывод средств позволят стандартным выходам заимствовать неиспользованное пространство из очереди консолидации в периоды высокого спроса на вывод средств, применяя обменный курс «3 за 2» (на каждые 2 неиспользованных места консолидации сеть может безопасно обрабатывать 3 стандартных вывода). Этот коэффициент оборота 3/2 уравновешивает спрос в очередях консолидации и вывода средств. + +Демократизация доступа к очереди консолидации увеличит скорость, с которой пользователи смогут выйти из своей Стейк в периоды высокого спроса, до 2,5 раз без ущерба для безопасности сеть. + +**Ресурсы**: [Техническая спецификация EIP-8080](https://eips.ethereum.org/EIPS/eip-8080) + +## Улучшение пользовательского опыта и опыта разработчиков {#improve-user-developer-experience} + +Обновление Glamsterdam для Ethereum направлено на улучшение пользовательского опыта, повышение удобства поиска данных и обработку растущих размеров сообщений для предотвращения сбоев синхронизации. Это упрощает отслеживание происходящего в Ончейн, предотвращая при этом технические неполадки по мере масштабирования сеть. + +### Снижение внутренних затрат на газ для транзакция {#reduce-intrinsic-transaction-gas-costs} + +- Снижает базовая комиссия за транзакции, уменьшая общую стоимость простого платежа в ETH. +- Делает небольшие переводы более доступными, повышая жизнеспособность Ethereum как обычного средства обмена. + +Все транзакции в Ethereum сегодня имеют фиксированную базовую газовая комиссия, независимо от того, насколько просто или сложно их обработать. **Предложение по снижению внутреннего газ транзакция (или EIP-2780)** предлагает снизить эту базовая комиссия, чтобы сделать стандартный перевод ETH между существующими счетами до 71% дешевле. + +Снижение внутренних затрат газ на транзакция путем разбиения Комиссия за транзакцию на составляющие, отражающие только базовую, основную работу, которую фактически выполняют компьютеры, поддерживающие сеть, например, проверку Цифровая подпись и обновление баланса. Поскольку базовая транзакция в ETH не выполняет сложный код и не передает дополнительные данные, это предложение снизит ее комиссию, чтобы она соответствовала ее легкому характеру. + +Предложение вводит исключение для создания совершенно новых учетных записей, чтобы низкие комиссии не перегружали Стейт сети. Если перевод отправляет ETH на пустой, несуществующий адрес, сеть должна создать для него постоянную новую запись. За создание этой аккаунт добавляется надбавка к газ, чтобы помочь покрыть долгосрочные расходы на ее хранение. + +В совокупности EIP-2780 призван сделать повседневные переводы между существующими счетами более доступными, обеспечивая при этом защиту сеть от разрастания базы данных за счет точного ценообразования реального роста Стейт. + +**Ресурсы**: [Техническая спецификация EIP-2780](https://eips.ethereum.org/EIPS/eip-2780) + +### Детерминированное предварительное развертывание фабрики {#deterministic-factory-predeploy} + +- Предоставляет разработчикам нативный способ развертывания приложений и кошельков смарт-контракт по одному и тому же адрес в нескольких блокчейнах. +- Позволяет пользователям иметь один и тот же адрес смарт- кошелек в нескольких сетях второго уровня (L2), что снижает когнитивную нагрузку, уменьшает путаницу и снижает риск случайной потери средств. +- Заменяет обходные пути, которые разработчики в настоящее время используют для достижения этого паритета, что упрощает и повышает безопасность создания мультивалютных кошельков и приложений. + +Если у пользователя сегодня есть кошелек со смарт-контракт с учетными записями в нескольких совместимых с виртуальной машиной Ethereum (EVM) сетях, он часто получает совершенно другой адрес в разных сетях. Это не только сбивает с толку, но и может привести к случайной потере средств. + +**Детерминированное предварительное развертывание фабрики (или EIP-7997)** предоставляет разработчикам встроенный способ развертывания децентрализованный приложений и смарт-контракт кошельков по одному и тому же адрес в нескольких сетях EVM, включая основную сеть Ethereum, сети второго уровня (L2) и другие. В случае принятия это позволит пользователям иметь один и тот же адрес в каждой участвующей сети, значительно снижая когнитивную нагрузку и вероятность ошибок пользователя. + +Детерминированное предварительное развертывание фабрики работает путем постоянного размещения минимальной специализированной программы фабрики в идентичном месте (а именно, по адрес 0x12) в каждой участвующей EVM-совместимой сети. Его цель — предоставить универсальный стандартный контракт фабрики, который может быть принят любой EVM-совместимой сеть; до тех пор, пока EVM-сеть участвует и принимает этот стандарт, разработчики смогут использовать его для развертывания своих смарт-контрактов по точно такому же адрес в этой сеть. + +Такая стандартизация упрощает создание и управление кроссчейн-приложениями для разработчиков и всей экосистемы в целом. Разработчикам больше не нужно создавать специальный, специфичный для каждой сети код для связывания своего программного обеспечения в разных сетях, вместо этого они используют эту универсальную фабрику для генерации абсолютно одинакового адрес для своего приложения везде. Кроме того, обозреватели блок, службы отслеживания и кошельки могут легче идентифицировать и связывать эти приложения и учетные записи в различных сетях, создавая более унифицированную и бесшовную мультичейн-среду для всех участников на базе Ethereum. + +**Ресурсы**: [Техническая спецификация EIP-7997](https://eips.ethereum.org/EIPS/eip-7997) + +### При переводах и сжигании ETH регистрируется журнал {#eth-transfers-and-burns-emit-a-log} + +- Автоматически создает постоянную запись (журнал) при каждом переводе или сжигании ETH. +- Устраняет историческое упущение, которое позволяет приложениям, биржам и мостам надежно обнаруживать депозиты пользователей без специальных инструментов отслеживания. + +В отличие от токенов (ERC-20), обычные переводы ETH между смарт-контрактами не выдают четкой квитанции (стандартного лога), что затрудняет их отслеживание биржами и приложениями. + +Переводы и сжигание ETH генерируют журнал (или EIP-7708), который обязывает сеть генерировать стандартное событие журнала каждый раз, когда перемещается или сжигается ненулевое количество ETH. + +Это значительно упростит и повысит надёжность отслеживания депозитов и перемещений для операторов кошельков, бирж и Мост без использования специализированных инструментов. + +**Ресурсы**: [Техническая спецификация EIP-7708](https://eips.ethereum.org/EIPS/eip-7708) + +### eth/70 частичные списки получения блок {#eth-70-partial-block-receipt-lists} + +По мере того, как мы увеличиваем объем работы, которую может выполнять Ethereum, списки квитанций для этих действий (записи данных этих транзакции) становятся настолько большими, что они могут потенциально привести к сбою узлов сети при попытке синхронизировать данные друг с другом. + +eth/70 partial блок receipt lists (или EIP-7975) представляет новый способ взаимодействия узлов друг с другом (eth/70), который позволяет разбивать эти большие списки на более мелкие и удобные для управления части. eth/70 вводит систему разбиения на страницы для Протокол связи сети, которая позволяет узлам разбивать списки подтверждений блок и безопасно запрашивать данные более мелкими, удобными для управления фрагментами. + +Это изменение предотвратит сбои синхронизации сеть в периоды высокой активности. В конечном итоге это позволит Ethereum увеличить емкость блок и обрабатывать больше транзакции на блок в будущем, не перегружая физическое оборудование, синхронизирующее цепочку. + +**Ресурсы**: [Техническая спецификация EIP-7975](https://eips.ethereum.org/EIPS/eip-7975) + +## Дополнительная литература {#further-reading} + +- [дорожная карта Ethereum](/roadmap/) +- [Forkcast: Гламурный Амстердам](https://forkcast.org/upgrade/glamsterdam) +- [Glamsterdam Meta EIP](https://eips.ethereum.org/EIPS/eip-7773) +- [Обновление приоритетов протокола на 2026 год: анонс в блоге](https://blog.ethereum.org/2026/02/18/protocol-priorities-update-2026) +- [Ежедневный подкаст Gwei Refuel — Постквантовый Ethereum, Glamsterdam уже в пути](https://www.youtube.com/watch?v=qx9sd50uQjQ) + +## Часто задаваемые вопросы {#faq} + +### Как можно конвертировать ETH после Твёрдый форк Glamsterdam? {#how-can-eth-be-converted-after-the-hardfork} + +- **Никаких действий для ваших ETH не требуется**: после обновления Glamsterdam вам не нужно конвертировать или обновлять свои ETH. Балансы ваших аккаунт останутся прежними, а ETH, которые вы в настоящее время держите, останутся доступными в существующем виде после Твёрдый форк. +- **Остерегайтесь мошенников!** **Любой, кто предлагает вам «обновить» ваши ETH, пытается вас обмануть.** Вам не нужно ничего делать в связи с этим обновлением. Ваши активы останутся полностью нетронутыми. Помните, что информированность — лучшая защита от мошенничества. + +[Подробнее о том, как распознать мошенничество и избежать его](/security/) + +### Влияет ли обновление Glamsterdam на все узлы и валидаторы Ethereum? {#does-the-glamsterdam-upgrade-affect-all-ethereum-nodes-and-validators} + +Да, обновление Glamsterdam требует обновления как [Исполнительных клиентов, так и клиентов консенсуса](/developers/docs/nodes-and-clients/). Поскольку это обновление вводит встроенное разделение между создателями и валидаторами (Enshrined Proposer-Builder Separation, ePBS), операторам узел необходимо будет убедиться, что их клиенты обновлены для обработки новых способов создания, проверки и подтверждения блоки сеть. + +Все основные клиенты Ethereum выпустят версии, поддерживающие Твёрдый форк, помеченный как высокоприоритетный. Вы можете следить за тем, когда эти релизы будут доступны в репозиториях клиент на GitHub, их [каналах Discord](https://ethstaker.org/support), [Discord EthStaker](https://dsc.gg/ethstaker) или подписавшись на блог Ethereum для получения обновлений Протокол. + +Чтобы поддерживать синхронизацию с сеть Ethereum после обновления, операторы узел должны убедиться, что они используют поддерживаемую версию клиент. Обратите внимание, что информация о выпусках клиент зависит от времени, и пользователям следует обращаться к последним обновлениям для получения самой актуальной информации. + +### Что мне, как стейкер, нужно сделать для обновления Glamsterdam? {#as-a-staker-what-do-i-need-to-do-for-the-glamsterdam-upgrade} + +Как и при каждом обновлении сеть, обязательно обновите свои клиентские приложения до последних версий с пометкой о поддержке Glamsterdam. Следите за обновлениями в списке рассылки и [объявлениями о протоколе в блоге EF,](https://blog.ethereum.org/category/protocol) чтобы быть в курсе выпусков. + +Чтобы проверить правильность настройки перед активацией Glamsterdam в главной сети, вы можете запустить валидатор в тестовых сетях. О форках тестовых сетей также объявляется в списке рассылки и в блоге. + +### Какие улучшения Glamsterdam предложит для масштабирования L1? {#what-improvements-will-glamsterdam-include-for-l1-scaling} + +Главной особенностью является ePBS (EIP-7732), которая отделяет сложную задачу проверки сеть транзакции от задачи достижения консенсус. Это расширяет окно распространения данных с 2 до примерно 9 секунд, разблокируя способность Ethereum безопасно обрабатывать гораздо более высокую пропускную способность транзакция и размещать больше блоков данных для сетей второго уровня. + +### Снизит ли Glamsterdam комиссию за транзакции в Ethereum (Layer 1)? {#will-glamsterdam-lower-fees-on-ethereum-layer-1} + +Да, Glamsterdam, скорее всего, снизит комиссии для обычных пользователей! Снижение внутренней газ транзакция (или EIP-2780) уменьшает базовая комиссия за отправку ETH, что делает использование ETH для повседневных платежей намного дешевле. + +Кроме того, для обеспечения долгосрочной устойчивости Glamsterdam внедряет списки контроля доступа на уровне блоков (BAL). Это позволяет осуществлять параллельную обработку и подготавливает L1 к безопасному использованию более высоких общих лимитов газ в будущем, что, вероятно, снизит стоимость газ за транзакцию по мере роста пропускной способности. + +### Изменятся ли мои существующие смарт-контракты после Glamsterdam? {#will-my-smart-contracts-change} + +Действующие контракты будут продолжать функционировать в обычном режиме после Glamsterdam. Разработчики, вероятно, получат несколько новых инструментов и должны будут пересмотреть использование газ: +- Увеличение максимального размера контракта (или EIP-7954) позволяет разработчикам развертывать более крупные приложения, увеличивая максимальный размер контракта примерно с 24 КБ до 32 КБ. +- Детерминированное предварительное развертывание фабрики (или EIP-7997) представляет собой универсальный встроенный контракт фабрики. Он позволяет разработчикам развертывать свои приложения и смарт-контракт кошельки по одному и тому же адрес во всех участвующих цепочках EVM. +- Если ваше приложение полагается на сложное отслеживание для поиска переводов ETH, переводы и сжигание ETH генерируют журнал (или EIP-7708), что позволит вам перейти к использованию журналов для более простого и надежного учета. +- Повышение стоимости газ для создания состояния (или EIP-8037) и обновление стоимости газ для доступа к состоянию (или EIP-8038) вводят новые модели устойчивости, которые изменят определенные затраты на развертывание контрактов, поскольку создание новых учетных записей или постоянного хранилища будет иметь динамически регулируемую комиссию. + +### Как Glamsterdam повлияет на хранение узел и аппаратные требования? {#how-will-glamsterdam-affect-node-storage-and-hardware-requirements} + +Несколько предложений по улучшению Ethereum (EIP), рассматриваемых для Glamsterdam, адрес проблемы производительности, связанной с ростом Стейт: +- Повышение стоимости газ для создания состояния (или EIP-8037) вводит динамическую модель ценообразования, направленную на достижение темпов роста базы данных Стейт в 100 ГиБ/год, что гарантирует, что стандартное физическое оборудование сможет продолжать эффективно поддерживать работу сеть. +- eth/70 частичные списки квитанций о блок (или EIP-7975) позволяют узлам запрашивать квитанции о блок с разбиением на страницы, что разбивает списки квитанций о блок с большим объемом данных на более мелкие фрагменты, чтобы предотвратить сбои и синхронизацию по мере масштабирования Ethereum. + diff --git a/public/content/translations/sw/community/grants/index.md b/public/content/translations/sw/community/grants/index.md index 6856b9afbd1..cd949d1e064 100644 --- a/public/content/translations/sw/community/grants/index.md +++ b/public/content/translations/sw/community/grants/index.md @@ -15,6 +15,7 @@ Orodha hii imepangwa na jamii yetu. Ikiwa kuna kitu kinakosekana au sio sahihi, Programu hizi zinasaidia ikolojia ya Ethereum kwa kutoa fedha kwa miradi mingi. Hizi ni pamoja na suluhu za kutoweka, ujenzi wa jamii, usalama, faragha, na zaidi. Ruzuku hizi sio maalum kwa jukwaa moja la Ethereum na ni mahali pazuri pa kuanzia ikiwa huna uhakika. - [Programu ya Usaidizi wa Ekolojia ya EF](https://esp.ethereum.foundation) - _Kufadhili miradi ya chanzo wazi ambayo inanufaisha Ethereum, kwa kuzingatia zana za ulimwengu , miundombinu, utafiti na bidhaa za umma_ +- [ESP Grant Explorer](https://esp.ethereum.foundation/funded-projects) - _Saraka inayoweza kutafutwa ya miradi 1,000+ inayosaidiwa na Programu ya Usaidizi wa Ekolojia_ - [RFPs za Ethereum](https://github.com/ethereum/requests-for-proposals) - _Maombi ya Mapendekezo na Ethereum Foundation ya kazi na miradi katika ikolojia ya Ethereum_ - [Moloch DAO](https://www.molochdao.com/) - _Faragha, ukuaji wa safu ya 2, usalama wa mteja, na zaidi_ - [Ruzuku zilizo wazi](https://opengrants.com/explore) diff --git a/public/content/translations/sw/roadmap/glamsterdam/index.md b/public/content/translations/sw/roadmap/glamsterdam/index.md new file mode 100644 index 00000000000..d9788c83088 --- /dev/null +++ b/public/content/translations/sw/roadmap/glamsterdam/index.md @@ -0,0 +1,296 @@ +--- +title: Glamsterdam +description: Jifunze kuhusu uboreshaji wa itifaki ya Glamsterdam +lang: sw +--- +# Glamsterdam {#glamsterdam} + + + + + +Glamsterdam ni sasisho lijalo la Ethereum lililopangwa kwa nusu ya kwanza ya 2026 + + +Uboreshaji wa Glamsterdam ni hatua moja tu katika malengo ya maendeleo ya muda mrefu ya Ethereum. Jifunze zaidi kuhusu [mpango wa utekelezaji itifaki](/roadmap/) na [maboresho ya awali](/ethereum-forks/). + + + + +Uboreshaji ujao [wa Ethereum wa](/) Glamsterdam umeundwa ili kuweka njia wazi kwa kizazi kijacho cha uboreshaji wa uwezo. Glamsterdam imepewa jina kutokana na mchanganyiko wa "Amsterdam" ( uboreshaji wa safu ya utekelezaji, iliyopewa jina la eneo la awali la Devconnect) na "Gloas" ( uboreshaji wa safu ya makubaliano, iliyopewa jina la nyota). + +Kufuatia maendeleo yaliyopatikana katika uboreshaji wa [Fusaka](/roadmap/fusaka/), Glamsterdam inalenga uboreshaji wa uwezo L1 kwa kupanga upya jinsi mtandao unavyoshughulikia miamala na kusimamia hifadhidata yake inayokua, na kusasisha kimsingi jinsi Ethereum inavyounda na kuthibitisha bloku. + +Huku Fusaka ikizingatia uboreshaji wa misingi, Glamsterdam inasonga mbele malengo ya "Scale L1" na "Scale Blobs" kwa kuweka utengano wa majukumu kati ya washiriki tofauti mtandao, na kuanzisha njia bora zaidi za kushughulikia data ili kuandaa [hali](/glossary/#state) kwa ajili ya usindikaji sambamba wenye uwezo mkubwa. + +Maboresho haya yanahakikisha Ethereum inasalia kuwa ya haraka, ya bei nafuu, na mfumo mtawanyo inaposhughulikia shughuli nyingi zaidi, huku ikiweka mahitaji ya vifaa vya kompyuta katika kiwango kinachoweza kudhibitiwa kwa watu wanaoendesha [nodi](/glossary/#node) nyumbani. + + + +## Maboresho yanayofikiriwa kwa Glamsterdam {#improvements-in-glamsterdam} + + + + +Kumbuka: Makala haya kwa sasa yanaangazia uteuzi wa EIP zinazozingatiwa kujumuishwa katika Glamsterdam. Kwa masasisho ya hivi punde, tazama [sasisho la Glamsterdam kwenye Forkcast](https://forkcast.org/upgrade/glamsterdam). + +Ikiwa unataka kuongeza EIP ambayo inazingatiwa kwa Glamsterdam, lakini bado haijaongezwa kwenye ukurasa huu, [jifunze jinsi ya kuchangia ethereum.org hapa](/contributing/). + + + + +Uboreshaji wa Glamsterdam unazingatia malengo matatu makuu: + +- Kuharakisha usindikaji (usawazishaji): Kupanga upya jinsi mtandao unavyorekodi utegemezi wa data, ili uweze kusindika miamala mingi kwa wakati mmoja badala ya mfuatano wa polepole, mmoja baada ya mwingine. +- Kupanua uwezo: Kugawanya kazi nzito ya kuunda na kuthibitisha bloku, na kuipa mtandao muda zaidi wa kusambaza kiasi kikubwa cha data bila kupunguza kasi. +- Kuzuia uvimbe wa hifadhidata (uendelevu): Kurekebisha ada za mtandao ili zionyeshe kwa usahihi gharama ya muda mrefu ya vifaa vya kuhifadhi data mpya, kufungua uwezekano wa ongezeko la kikomo cha gesi katika siku zijazo huku kikizuia kupungua kwa utendaji wa vifaa. + +Kwa kifupi, Glamsterdam itaanzisha mabadiliko ya kimuundo ili kuhakikisha kwamba kadri mtandao unavyoongeza uwezo, unabaki endelevu na utendaji wake unabaki juu. + +## Kiwango L1 na usindikaji sambamba {#scale-l1} + +uboreshaji wa uwezo L1 wenye maana unahitaji kuachana na dhana za uaminifu zisizo za itifaki na vikwazo vya utekelezaji wa mfuatano. Glamsterdam inashughulikia hili kwa kuweka utengano wa majukumu fulani ya ujenzi wa vizuizi na kuanzisha miundo mipya ya data ambayo inaruhusu mtandao kujiandaa kwa usindikaji sambamba. + +### Pendekezo kuu: Kutenganishwa kwa mpendekezaji na mjenzi (ePBS) {#epbs} + +- Huondoa dhana za uaminifu zisizo za itifaki na utegemezi wa vipitishio vya wahusika wengine +- Huwezesha uboreshaji wa uwezo L1 kwa kuruhusu mizigo mikubwa zaidi kupitia madirisha ya uenezaji yaliyopanuliwa +- Inaanzisha malipo ya wajenzi yasiyohitaji uaminifu moja kwa moja kwenye itifaki + +Hivi sasa, mchakato wa kupendekeza na kujenga bloku unahusisha uhamishaji kati ya wapendekezaji wa kitalu na wajenzi wa kitalu. Uhusiano kati ya wapendekezaji na wajenzi si sehemu ya itifaki kuu ya Ethereum, kwa hivyo inategemea programu ya kati ya wahusika wengine inayoaminika, (viunganishi), pamoja na uaminifu nje ya itifaki kati ya vyombo. + +Uhusiano usiofuata itifaki kati ya wapendekezaji na wajenzi pia huunda 'njia ya haraka' wakati wa uthibitishaji wa kitalu ambayo huwalazimisha [wathibitishaji](/glossary/#validator) kukimbilia katika utangazaji na utekelezaji wa muamala ndani ya dirisha fupi la sekunde 2, na hivyo kupunguza kiwango cha data ambacho mtandao unaweza kushughulikia. + +**Utengano wa mpendekezaji-mjenzi ulioimarishwa (ePBS, au EIP-7732)** unatenganisha rasmi kazi ya mpendekezaji (ambaye huchagua kitalu cha makubaliano) na mjenzi (ambaye hukusanya mzigo wa utekelezaji), na kuimarisha mchakato huu moja kwa moja kwenye itifaki. + +Kujenga ubadilishanaji usio na uaminifu wa mzigo wa kitalu kwa malipo moja kwa moja kwenye itifaki huondoa haja ya programu za kati za wahusika wengine (kama MEV-Boost). Hata hivyo, wajenzi na wapendekezaji wanaweza bado kuchagua kutumia viunganishi au programu za kati nje ya itifaki kwa vipengele changamano ambavyo bado si sehemu ya itifaki kuu. + +Ili kushughulikia tatizo la 'njia ya haraka', ePBS pia inaanzisha Kamati ya Ufaikishaji wa Mzigo (PTC) na mantiki ya muda uliowekwa mara mbili, ikiruhusu wathibitishaji kuthibitisha kitalu cha makubaliano na ufaikishaji wa mzigo wa utekelezaji kando ili kuongeza kiwango cha juu cha utendaji. + + + +Kutenganisha majukumu ya mpendekezaji na mjenzi katika ngazi ya itifaki huongeza muda wa uenezaji (au muda unaopatikana wa kusambaza data kwenye mtandao) kutoka sekunde 2 hadi takriban sekunde 9. + +Kwa kubadilisha programu za kati na viunganishi nje ya itifaki na mitambo ya ndani ya itifaki, ePBS hupunguza utegemezi wa uaminifu na kuruhusu Ethereum kusindika kwa usalama kiasi kikubwa zaidi cha data (kama vile blobu zaidi kwa [safu ya 2](/glossary/#layer-2)) bila kuathiri mtandao. + +**Rasilimali**: [Maelezo ya kiufundi ya EIP-7732](https://eips.ethereum.org/EIPS/eip-7732) + +### Pendekezo la kichwa: Orodha za ufikiaji wa kiwango cha kizuizi (BAL) {#bals} + +- Huondoa vikwazo vya usindikaji wa mfuatano kwa kutoa ramani ya awali ya utegemezi wote muamala, na kuwawezesha wathibitishaji kusindika miamala mingi kwa wakati mmoja badala ya moja baada ya nyingine. +- Huruhusu nodi kusasisha rekodi zao kwa kusoma matokeo ya mwisho bila kuhitaji kurudia kila muamala (usawazishaji usio na utekelezaji), na hivyo kufanya iwe haraka zaidi kusawazisha Nodi kwenye mtandao. +- Huondoa utabiri, na kuwaruhusu wathibitishaji kupakia data yote muhimu mara moja badala ya kuigundua hatua kwa hatua, jambo ambalo hufanya uthibitishaji kuwa wa haraka zaidi. + +Ethereum ya leo ni kama barabara yenye njia moja; kwa sababu mtandao haujui ni data gani muamala utahitaji au utabadilisha (kama vile ni akaunti zipi muamala utagusa) hadi muamala utakapoendeshwa, wathibitishaji lazima washughulikie miamala moja baada ya nyingine kwa utaratibu mkali na mfuatano. Wakijaribu kushughulikia miamala yote kwa pamoja, bila kujua utegemezi huu, miamala miwili inaweza kujaribu kubadilisha data ile ile kwa wakati mmoja, na kusababisha hitilafu. + +**Orodha za ufikiaji wa kiwango cha kitalu (BALs, au EIP-7928)** ni kama ramani ambayo imejumuishwa katika kila kitalu, ikiambia mtandao ni sehemu gani za hifadhidata zitafikiwa kabla ya kazi kuanza. BALs zinahitaji kila kitalu kujumuisha hashi ya kila mabadiliko ya akaunti ambayo miamala itaigusa, pamoja na matokeo ya mwisho ya mabadiliko hayo (rekodi hashi ya ufikiaji wote wa hali na thamani za baada ya utekelezaji). + +Kwa sababu hutoa mwonekano wa papo hapo wa miamala ambayo haingiliani, BAL huruhusu nodi kufanya usomaji sambamba wa diski, huku zikichukua taarifa za miamala mingi kwa wakati mmoja. mtandao unaweza kuweka pamoja miamala isiyohusiana kwa usalama na kuichakata kwa sambamba. + +Kwa sababu BAL inajumuisha matokeo ya mwisho ya miamala (thamani baada ya utekelezaji), nodi za mtandao zinapohitaji kusawazishwa na hali ya sasa ya mtandao, zinaweza kunakili matokeo hayo ya mwisho ili kusasisha rekodi zao. Wathibitishaji hawalazimiki tena kurudia miamala yote tata kuanzia mwanzo ili kujua kilichotokea, na hivyo kurahisisha na kuharakisha nodi mpya kujiunga na mtandao. + +Usomaji sambamba wa diski unaowezeshwa na BAL utakuwa hatua muhimu kuelekea mustakabali ambapo Ethereum inaweza kusindika miamala mingi kwa wakati mmoja, na hivyo kuongeza kasi ya mtandao kwa kiasi kikubwa. + +#### eth/71 ubadilishanaji wa orodha ya ufikiaji kitalu {#bale} + +Ubadilishanaji wa orodha ya ufikiaji wa vizuizi (eth/71 au EIP-8159) ni mwandani wa moja kwa moja wa mtandao kwa orodha za ufikiaji wa kiwango cha kizuizi. Huku BAL zikifungua utekelezaji sambamba, eth/71 inaboresha itifaki ya rika-kwa-rika ili kuruhusu nodi kushiriki orodha hizi kupitia mtandao. Kutekeleza ubadilishanaji wa orodha ya ufikiaji wa kitalu kutawezesha ulandanishi wa haraka na kuruhusu nodi kufanya masasisho hali bila utekelezaji. + +**Rasilimali**: +- [Uainishaji wa kiufundi wa EIP-7928](https://eips.ethereum.org/EIPS/eip-7928) +- [Uainishaji wa kiufundi wa EIP-8159](https://eips.ethereum.org/EIPS/eip-8159) + +## Uendelevu wa mtandao {#network-sustainability} + +Kadri mtandao wa Ethereum unavyokua kwa kasi, ni muhimu kuhakikisha kwamba gharama ya kuutumia inalingana na uchakavu wa vifaa vinavyoendesha Ethereum. mtandao unahitaji kuongeza mipaka ya uwezo wake kwa ujumla ili kuweza kupanuka na kusindika miamala zaidi kwa usalama. + +### Ongezeko la gharama ya gesi kwa uundaji wa jimbo {#state-creation-gas-cost-increase} + +- Inahakikisha kwamba ada za kuunda akaunti mpya au mikataba mahiri zinaakisi kwa usahihi mzigo wa muda mrefu ambao huweka kwenye hifadhidata ya Ethereum. +- Hurekebisha kiotomatiki ada hizi za uundaji wa data kulingana na uwezo wa jumla wa mtandao, ikilenga kiwango salama na kinachotabirika cha ukuaji ili vifaa vya kawaida vya kimwili viweze kuendelea kuendesha mtandao. +- Hutenganisha uhasibu wa ada hizi maalum kwa hifadhi mpya, kuondoa vikwazo vya muamala ya zamani na kuruhusu watengenezaji kuweka programu kubwa na ngumu zaidi. + +Kuongeza akaunti mpya, tokeni, na [mikataba mahiri](/glossary/#smart-contract) huunda data ya kudumu (inayojulikana kama "hali") ambayo kila kompyuta inayoendesha mtandao lazima ihifadhi kwa muda usiojulikana. Ada za sasa za kuongeza au kusoma data hii hazina uthabiti na sio lazima zionyeshe mzigo halisi wa hifadhi ya muda mrefu ambao huwekwa kwenye vifaa vya mtandao. + +Baadhi ya vitendo vinavyounda hali kwenye Ethereum, kama vile kuunda akaunti mpya au kupeleka mikataba mikubwa mahiri, vimekuwa na gharama ya chini ikilinganishwa na nafasi ya kudumu ya kuhifadhi ambayo huchukua kwenye nodi za mtandao, kwa mfano, upelekaji wa mkataba ni wa bei nafuu kwa kila baiti kuliko kuunda nafasi za kuhifadhi. + +Bila marekebisho, hali ya Ethereum inaweza kukua kwa karibu 200 GiB kwa mwaka ikiwa mtandao utafikia kikomo cha gesi cha 100M, na hatimaye kuzidi vifaa vya kawaida. + +**Ongezeko la gharama gesi ya kuunda hali (au EIP-8037)** husawazisha gharama kwa kuzifunga kwa ukubwa halisi wa data inayoundwa, ikisasisha ada ili ziwe sawia na kiasi cha data ya kudumu ambayo operesheni huunda au kufikia. + +EIP-8037 pia inaanzisha modeli ya hifadhi ili kudhibiti gharama hizi kwa njia inayoweza kutabirika zaidi; gharama za gesi hali huchukuliwa kutoka kwa `state_gas_reservoir` kwanza, na opcode ya `GAS` inarudisha `gas_left` pekee, kuzuia fremu za utekelezaji kukokotoa vibaya gesi inayopatikana. + +Kabla ya EIP-8037, kazi ya hesabu (uchakataji amilifu) na hifadhi ya kudumu ya data (kuhifadhi mkataba mahiri kwenye hifadhidata ya mtandao) zote zilikuwa na kikomo cha gesi. Mfano wa hifadhi hugawanya uhasibu: kikomo cha gesi kwa kazi halisi ya hesabu ya muamala (uchakataji) na kwa hifadhi ya data ya muda mrefu ( gesi hali ). Kutenganisha hizo mbili husaidia kuzuia ukubwa wa data ya programu kuzidi kikomo cha gesi; mradi tu watengenezaji kutoa fedha za kutosha kujaza hifadhi kwa ajili ya hifadhi ya data, wanaweza kupeleka mikataba mahiri mikubwa na changamano zaidi. + +Kuhifadhi data kwa usahihi na utabiri zaidi kutasaidia Ethereum kuongeza kasi na uwezo wake kwa usalama bila kuongeza ukubwa wa hifadhidata. Uendelevu huu utawaruhusu waendeshaji wa Nodi kuendelea kutumia vifaa vya bei nafuu (kiasi) kwa miaka ijayo, na kuweka kuweka dhamana nyumbani kupatikana ili kudumisha ugatuaji wa mtandao. + +**Rasilimali**: [Maelezo ya kiufundi ya EIP-8037](https://eips.ethereum.org/EIPS/eip-8037) + +### Sasisho la gharama ya gesi ya ufikiaji wa hali {#state-access-gas-cost-update} + +- Huongeza gharama za gesi kwa programu zinazosoma au kusasisha taarifa zilizohifadhiwa kabisa kwenye Ethereum (misimbo ya uendeshaji wa ufikiaji wa hali) ili zilingane kwa usahihi na kazi ya hesabu ambayo amri hizi zinahitaji. +- Huimarisha uthabiti wa mtandao kwa kuzuia mashambulizi ya kunyimwa huduma ambayo hutumia vibaya shughuli za usomaji wa data za bei nafuu isivyo asilia + +Kadri hali ya Ethereum inavyokua, kitendo cha kutafuta na kusoma data ya zamani ("ufikiaji hali ") kimekuwa kizito na polepole zaidi kwa nodi kusindika. Ada za vitendo hivi zimebaki vile vile ingawa sasa ni ghali kidogo kutafuta taarifa (kwa upande wa nguvu ya kompyuta). + +Kwa hivyo, baadhi ya amri maalum kwa sasa zina bei ya chini ukilinganisha na kazi ambazo hulazimisha Nodi kufanya. `EXTCODESIZE` na `EXTCODECOPY` zina bei ya chini, kwa mfano, kwa sababu zinahitaji usomaji mbili tofauti wa hifadhidata—moja kwa ajili ya kitu cha akaunti , na ya pili kwa ajili ya ukubwa halisi wa msimbo au msimbo wa baiti. + +**Sasisho la gharama ya gesi ya ufikiaji wa hali (au EIP-8038)** huongeza viwango vya gesi kwa misimbo ya uendeshaji ya ufikiaji wa hali, kama vile kutafuta data ya akaunti na mkataba, ili kuendana na utendaji wa kisasa wa vifaa na ukubwa hali. + +Kuweka sawa gharama ya ufikiaji wa data ya mtandao pia husaidia kuifanya Ethereum kuwa imara zaidi. Kwa sababu vitendo hivi vya kusoma data nyingi ni vya bei rahisi bandia, mshambuliaji mbaya anaweza kujaza mtandao na maelfu ya maombi tata ya data katika kitalu kimoja kabla ya kufikia kikomo cha ada ya mtandao, na hivyo kusababisha mtandao kusimama au kuanguka (shambulio la kukataa huduma). Hata bila nia mbaya, watengenezaji hawahimizwi kiuchumi kujenga programu zenye ufanisi ikiwa kusoma data ya mtandao ni rahisi sana. + +Kwa kuweka bei sahihi zaidi kwa vitendo vinavyohitaji ufikiaji wa hali ya mtandao, Ethereum inaweza kuwa imara zaidi dhidi ya kupungua kwa kasi kwa bahati mbaya au kwa makusudi, huku kuoanisha gharama za mtandao na mzigo wa vifaa kunathibitisha kuwa msingi endelevu zaidi kwa ongezeko la kikomo cha gesi katika siku zijazo. + +**Rasilimali**: [Maelezo ya kiufundi ya EIP-8038](https://eips.ethereum.org/EIPS/eip-8038) + +## Uthabiti wa mtandao + +Marekebisho ya majukumu Mthibitishaji na michakato ya kutoka yanahakikisha uthabiti wa mtandao wakati wa matukio ya kupunguza kwa wingi na kuleta usawa katika upatikanaji wa fedha. Maboresho haya hufanya mtandao kuwa thabiti zaidi na kuhakikisha kwamba washiriki wote, wakubwa kwa wadogo, wanashughulikiwa kwa usawa. + +### Waache wathibitishaji waliopunguzwa mapendekezo yao wasipendekeze {#exclude-slashed-validators} + +- Huwazuia wathibitishaji walioadhibishwa (kupunguzwa) kuchaguliwa kupendekeza bloku vijavyo, na kuondoa nafasi zilizohakikishwa kukosa. +- Huendeleza utendakazi laini na wa kutegemewa wa Ethereum, na kuzuia kusimama kwa ghafla kwa mfumo iwapo kutatokea tukio kubwa kupunguzwa kwa dhamana idadi ya wahakikishaji. + +Kwa sasa, hata kama Mthibitishaji atakatwa (kuadhibiwa kwa kuvunja sheria au kutofanya kazi kama inavyotarajiwa), mfumo bado unaweza kumchagua kuongoza kitalu katika siku za usoni unapozalisha utabiri wa wapendekezaji wa siku zijazo. + +Kwa sababu bloku kutoka kwa wapendekezaji waliopunguzwa hukataliwa kiotomatiki kama batili, hii husababisha mtandao kukosa nafasi na kuchelewesha urejeshaji mtandao wakati wa matukio ya kupunguzwa kwa dhamana mkubwa. + +**Kutengwa kwa wathibitishaji waliopunguzwa kutoka kwa kupendekeza (au EIP-8045)** huchuja wathibitishaji waliopunguzwa ili wasichaguliwe kwa majukumu ya siku zijazo. Hii inaboresha uthabiti wa mnyororo kwa kuhakikisha kuwa wathibitishaji wenye afya nzuri pekee ndio wanaochaguliwa kupendekeza bloku, hivyo kudumisha ubora wa huduma wakati wa usumbufu mtandao. + +**Rasilimali**: [Maelezo ya kiufundi ya EIP-8045](https://eips.ethereum.org/EIPS/eip-8045) + +### Acha kutoka kwa kutumia foleni ya kuunganisha {#let-exits-use-the-consolidation-queue} + +- Inafunga mwanya unaowawezesha wathibitishaji salio kubwa kuondoka kwenye mtandao haraka zaidi kuliko wathibitishaji wadogo kupitia foleni ya ujumuishaji. +- Huruhusu matokeo ya kawaida kuingia kwenye foleni hii ya pili wakati ina nafasi ya ziada, na hivyo kupunguza muda wa kutoa pesa kuweka dhamana wakati wa vipindi vya shughuli nyingi. +- Inadumisha usalama mkali ili kuepuka kubadilisha mipaka ya msingi ya usalama wa Ethereum au kudhoofisha mtandao. + +Tangu [uboreshaji wa Pectra](/roadmap/pectra) ulipoongeza kiwango cha juu cha usawa kinachofaa kwa wathibitishaji Ethereum kutoka 32 ETH hadi 2,048 ETH, mwanya wa kiufundi unaruhusu wathibitishaji wenye salio kubwa kuondoka kwenye mtandao kwa haraka zaidi kuliko wathibitishaji wadogo kupitia foleni ya ujumuishaji. + +**Kuruhusu matokeo kutumia foleni ya kuunganisha (au EIP-8080)** kunademokrasia foleni ya kuunganisha kwa matokeo yote kuweka dhamana, na kuunda mstari mmoja, wa haki kwa kila mtu. + +Ili kuainisha jinsi hii inavyofanya kazi leo: + +- Kikomo cha mabadiliko cha Ethereum ni kikomo cha usalama kwa kiwango ambacho wathibitishaji wanaweza kuingia, kutoka, au kuunganisha (kuimarisha) ETH yao iliyowekwa, ili kuhakikisha usalama wa mtandao hauharibiki kamwe. +- Kwa sababu ujumuishaji Mthibitishaji ni kitendo kizito zaidi chenye vipengele vingi vinavyosonga kuliko kuondoka Mthibitishaji cha kawaida, hutumia sehemu kubwa zaidi ya bajeti hii ya usalama (kikomo cha mabadiliko). +- Hasa, itifaki inaamuru kwamba gharama halisi ya usalama ya njia moja ya kawaida ya kutoka ni sawa na theluthi mbili (2/3) ya gharama ya kuunganishwa moja. + +Foleni za kutoa zenye usawa zaidi zitaruhusu foleni za kawaida kukopa nafasi isiyotumika kutoka kwa foleni ya kuunganisha wakati wa mahitaji makubwa ya kutoa, kwa kutumia kiwango cha ubadilishanaji cha "3 kwa 2" (kwa kila nafasi 2 zisizotumika za kuunganisha, mtandao unaweza kusindika kwa usalama kutoa 3 za kawaida). Kipengele hiki cha mzunguko wa 3/2 husawazisha mahitaji katika foleni za kuunganisha na kutoa. + +Kuweka demokrasia katika ufikiaji wa foleni ya kuunganisha kutazidisha kasi ambayo watumiaji wanaweza kutoa kuweka dhamana zao wakati wa vipindi vya mahitaji makubwa kwa hadi mara 2.5, bila kuathiri usalama mtandao. + +**Rasilimali**: [Maelezo ya kiufundi ya EIP-8080](https://eips.ethereum.org/EIPS/eip-8080) + +## Boresha uzoefu wa mtumiaji na msanidi programu {#improve-user-developer-experience} + +Uboreshaji wa Glamsterdam wa Ethereum unalenga kuboresha matumizi ya mtumiaji, kuimarisha uwezo wa kupata data, na kushughulikia ukubwa unaoongezeka wa ujumbe ili kuzuia hitilafu za ulandanishi. Hii hurahisisha kufuatilia kinachoendelea ndani ya mnyororo huku ikizuia matatizo ya kiufundi kadri mtandao unavyokua. + +### Punguza gharama za gesi muamala ya ndani {#reduce-intrinsic-transaction-gas-costs} + +- Inapunguza ada ya msingi kwa miamala, na hivyo kupunguza gharama ya jumla ya malipo rahisi ya ETH asilia. +- Hufanya uhamisho mdogo kuwa wa bei nafuu zaidi, na kuongeza uwezekano wa Ethereum kama njia ya kawaida ya kubadilishana fedha. + +miamala yote ya Ethereum ina ada ya gesi leo, bila kujali jinsi ilivyo rahisi au ngumu kuichakata. **Kupunguza gesi ya msingi ya muamala (au EIP-2780)** inapendekeza kupunguza ada ya msingi ili kufanya uhamisho wa kawaida wa ETH kati ya akaunti zilizopo kuwa nafuu hadi 71%. + +Punguza gesi muamala ya ndani kwa kuvunua ada ya muamala ili kuonyesha tu kazi ya msingi na muhimu ambayo kompyuta zinazoendesha mtandao hufanya, kama vile kuthibitisha sahihi ya kidijitali na kusasisha salio. Kwa sababu malipo ya msingi ya ETH hayatekelezi msimbo mgumu au kubeba data ya ziada, pendekezo hili litapunguza ada yake ili ilingane na uzito wake mdogo. + +Pendekezo hili linaanzisha msamaha kwa ajili ya kuunda akaunti mpya kabisa ili kuzuia ada za chini zisizidi hali wa mtandao. Ikiwa uhamisho unatuma ETH kwa anwani tupu, isiyopo, mtandao lazima uunde rekodi mpya ya kudumu kwa ajili yake. Ada ya ziada gesi huongezwa kwa ajili ya uundaji wa akaunti hiyo ili kusaidia kufidia mzigo wake wa hifadhi ya muda mrefu. + +Kwa pamoja, EIP-2780 inalenga kufanya uhamisho wa kila siku kati ya akaunti zilizopo kuwa wa bei nafuu zaidi huku ikihakikisha mtandao bado unalindwa dhidi ya uvuvimbe wa hifadhidata kwa kuweka bei sahihi ya ukuaji halisi hali. + +**Rasilimali**: [Maelezo ya kiufundi ya EIP-2780](https://eips.ethereum.org/EIPS/eip-2780) + +### Usambazaji wa kiwanda uliowekwa mapema {#deterministic-factory-predeploy} + +- Hu wapa watengenezaji njia asilia ya kusambaza programu na pochi za mkataba mahiri kwenye anwani moja katika minyororo mingi. +- Huwapa watumiaji uwezo wa kuwa na anwani moja mkoba mahiri kwenye mitandao mingi ya safu ya 2 (L2), na hivyo kupunguza mzigo wa utambuzi, kupunguza mkanganyiko, na kupunguza hatari ya kupoteza fedha kwa bahati mbaya. +- Inachukua nafasi ya njia mbadala ambazo watengenezaji hutumia sasa ili kufikia usawa huu, na kuifanya iwe rahisi na salama zaidi kutengeneza pochi na programu za minyororo mingi. + +Ikiwa mtumiaji ana mkoba mkataba mahiri leo yenye akaunti katika minyororo mingi inayooana na Mashine ya Kielektroniki ya Ethereum (EVM), mara nyingi huishia na anwani tofauti kabisa kwenye mitandao tofauti. Hali hii siyo tu kwamba inachanganya, bali inaweza kusababisha kupotea kwa fedha kwa bahati mbaya. + +**Usambazaji wa kiwanda unaotabirika (au EIP-7997)** huwapa watengenezaji njia asilia, iliyojengewa ndani ya kusambaza programu zao mfumo mtawanyo na pochi za mkataba mahiri kwenye anwani ile ile katika minyororo mingi ya EVM, ikijumuisha Mtandao Mkuu wa Ethereum, mitandao ya safu ya 2 (L2), na zaidi. Ikipitishwa, itawaruhusu watumiaji kuwa na anwani ile ile kwenye kila mnyororo unaoshiriki, na hivyo kupunguza kwa kiasi kikubwa mzigo wa utambuzi na uwezekano wa makosa ya mtumiaji. + +Utekelezaji wa kiwanda cha awali cha Deterministic hufanya kazi kwa kuweka kabisa programu ndogo na maalum ya kiwanda katika eneo maalum (hasa, anwani 0x12) kwenye kila mnyororo unaooana na EVM. Lengo lake ni kutoa mkataba wa kiwanda cha kawaida na cha ulimwengu wote ambacho kinaweza kutumiwa na mtandao wowote unaooana na EVM; mradi tu mnyororo wa EVM unashiriki na kupitisha kiwango hiki, watengenezaji wataweza kukitumia kutekeleza mikataba yao mahiri kwenye anwani ile ile kwenye mtandao huo. + +Umoja huu wa viwango hurahisisha ujenzi na usimamizi wa programu zinazotumia minyororo mingi kwa watengenezaji na mfumo ikolojia kwa ujumla. Watengenezaji hawatakiwi tena kujenga msimbo maalum wa kila mnyororo ili kuunganisha programu zao pamoja kwenye mitandao tofauti, badala yake wanatumia kiwanda hiki cha ulimwengu wote kuzalisha anwani sawa kwa programu zao kila mahali. Zaidi ya hayo, wachunguzi wa kitalu, huduma za ufuatiliaji, na pochi zinaweza kutambua na kuunganisha programu na akaunti hizi kwa urahisi zaidi kwenye minyororo mbalimbali, na hivyo kuunda mazingira ya minyororo mingi yaliyomoja na laini kwa washiriki wote wa Ethereum. + +**Rasilimali**: [Maelezo ya kiufundi ya EIP-7997](https://eips.ethereum.org/EIPS/eip-7997) + +### Uhamisho na uchomaji wa ETH hutoa kumbukumbu {#eth-transfers-and-burns-emit-a-log} + +- Huzalisha rekodi ya kudumu (logi) kiotomatiki kila wakati ETH inahamishwa au kuchomwa. +- Inarekebisha dosari ya kihistoria ambayo inaruhusu programu, mabadilishano, na madaraja kutambua amana za watumiaji kwa uhakika bila kutumia zana za ufuatiliaji za muda maalum. + +Tofauti na tokeni (ERC-20), uhamisho wa kawaida wa ETH kati ya mikataba mahiri hautoi risiti iliyo wazi (logi ya kawaida), na kuwafanya iwe vigumu kwa mabadilishano na programu kufuatilia. + +Uhamisho na uchomaji wa ETH hutoa kumbukumbu (au EIP-7708) ambayo inalazimisha mtandao kutoa tukio la kumbukumbu la kawaida kila wakati kiasi kisicho sifuri cha ETH kinapohamishwa au kuchomwa. + +Hii itafanya iwe rahisi zaidi na ya kutegemewa kwa pochi, mabadilishano, na waendeshaji wa daraja kufuatilia kwa usahihi amana na mabadiliko bila zana maalum. + +**Rasilimali**: [Maelezo ya kiufundi ya EIP-7708](https://eips.ethereum.org/EIPS/eip-7708) + +### eth/70 orodha za kupokea sehemu za kitalu {#eth-70-partial-block-receipt-lists} + +Tunapoongeza kiwango cha kazi ambacho Ethereum inaweza kufanya, orodha za risiti za vitendo hivyo (rekodi za data za miamala hii) zinakuwa kubwa sana kiasi kwamba zinaweza kusababisha nodi za mtandao kushindwa wakati wa kujaribu kusawazisha data. + +Orodha za kupokea sehemu kitalu eth/70 (au EIP-7975) zinaanzisha njia mpya ya nodi kuwasiliana (eth/70) ambayo inaruhusu orodha hizi kubwa kugawanywa katika vipande vidogo na vinavyoweza kudhibitiwa zaidi. eth/70 inaanzisha mfumo wa kurasa kwa itifaki mawasiliano ya mtandao ambayo inaruhusu nodi kuvunua orodha za kupokea kitalu na kuomba data kwa usalama katika vipande vidogo na vinavyoweza kudhibitiwa zaidi. + +Mabadiliko haya yatazuia hitilafu za ulandanishi wa mtandao wakati wa shughuli nyingi. Hatimaye, inaweka njia kwa Ethereum kuongeza uwezo wake kitalu, na kusindika miamala zaidi kwa kila kitalu katika siku zijazo, bila kuzidi uwezo wa vifaa halisi vinavyolandanisha mnyororo. + +**Rasilimali**: [Maelezo ya kiufundi ya EIP-7975](https://eips.ethereum.org/EIPS/eip-7975) + +## Masomo zaidi {#further-reading} + +- [mpango wa utekelezaji Ethereum](/roadmap/) +- [Utabiri: Glamsterdam](https://forkcast.org/upgrade/glamsterdam) +- [Glamsterdam Meta EIP](https://eips.ethereum.org/EIPS/eip-7773) +- [Sasisho la Vipaumbele vya Itifaki kwa tangazo la blogu la 2026](https://blog.ethereum.org/2026/02/18/protocol-priorities-update-2026) +- [Podikasti ya Daily Gwei Refuel - Ethereum ya baada ya quantum, Glamsterdam inakuja](https://www.youtube.com/watch?v=qx9sd50uQjQ) + +## Maswali Yanayoulizwa Mara kwa Mara {#faq} + +### Je, ETH inaweza kubadilishwa vipi baada ya mabadiliko yasiyoruhusu uboreshaji wa Glamsterdam? {#how-can-eth-be-converted-after-the-hardfork} + +- **Hakuna Hatua Inayohitajika kwa ETH Yako**: Hakuna haja ya kubadilisha au kuboresha ETH yako kufuatia uboreshaji wa Glamsterdam. Salio la akaunti yako litabaki vile vile, na ETH uliyonayo kwa sasa itabaki kupatikana katika umbo lake la sasa baada ya mabadiliko yasiyoruhusu uboreshaji. +- **Jihadhari na Ulaghai!** **Mtu yeyote anayekuambia "uboreshe" ETH yako anajaribu kukudanganya.** Hakuna chochote unachohitaji kufanya kuhusiana na uboreshaji huu. Mali yako yatabaki bila kuathiriwa kabisa. Kumbuka, kuwa na taarifa sahihi ndiyo ulinzi bora dhidi ya ulaghai. + +[Zaidi kuhusu kutambua na kuepuka ulaghai](/security/) + +### Je, uboreshaji wa Glamsterdam unaathiri nodi na wathibitishaji vyote vya Ethereum? {#does-the-glamsterdam-upgrade-affect-all-ethereum-nodes-and-validators} + +Ndiyo, kusasisha Glamsterdam kunahitaji masasisho kwa [wateja wa utekelezaji na wateja wa makubaliano](/developers/docs/nodes-and-clients/). Kwa sababu sasisho hili linaanzisha Utengano wa Mjenzi-Mpendekezaji Uliowekwa Wakfu (ePBS), waendeshaji Nodi watahitaji kuhakikisha kuwa wateja wao wamesasishwa ili kushughulikia njia mpya ambazo bloku hujengwa, kuthibitishwa, na kuthibitishwa na mtandao. + +Wateja wakuu wote wa Ethereum watatoa matoleo yanayounga mkono mabadiliko yasiyoruhusu uboreshaji ulioorodheshwa kama kipaumbele cha juu. Unaweza kufuatilia wakati matoleo haya yatapatikana katika hazina za GitHub mteja, [chaneli zao za Discord](https://ethstaker.org/support), [Discord ya EthStaker](https://dsc.gg/ethstaker), au kwa kujisajili kwenye blogu ya Ethereum kwa masasisho itifaki. + +Ili kudumisha ulandanishi na mtandao wa Ethereum baada ya kusasishwa, waendeshaji Nodi lazima wahakikishe kuwa wanaendesha toleo la mteja linalotumika. Kumbuka kwamba taarifa kuhusu matoleo ya mteja ni nyeti kwa wakati, na watumiaji wanapaswa kurejelea masasisho ya hivi punde kwa maelezo ya sasa zaidi. + +### Kama muweka dhamana, nifanye nini kwa ajili ya uboreshaji wa Glamsterdam? {#as-a-staker-what-do-i-need-to-do-for-the-glamsterdam-upgrade} + +Kama ilivyo kwa kila uboreshaji wa mtandao, hakikisha unasasisha wateja wako kwa matoleo mapya zaidi yaliyo na alama ya usaidizi wa Glamsterdam. Fuata masasisho katika orodha ya barua pepe na [Matangazo ya Itifaki kwenye Blogu ya EF](https://blog.ethereum.org/category/protocol) ili kupata taarifa kuhusu matoleo. + +Ili kuthibitisha usanidi wako kabla ya Glamsterdam kuwashwa kwenye Mainnet, unaweza kuendesha Mthibitishaji kwenye testnet. Matawi ya testnet pia hutangazwa kwenye orodha ya barua pepe na blogu. + +### Ni maboresho gani ambayo Glamsterdam itajumuisha kwa L1 Scaling? {#what-improvements-will-glamsterdam-include-for-l1-scaling} + +Kipengele kikuu ni ePBS (EIP-7732), ambayo hutenganisha kazi nzito ya kuthibitisha miamala mtandao na kazi ya kufikia makubaliano. Hii hupanua muda wa kueneza data kutoka sekunde 2 hadi takriban sekunde 9, na hivyo kuwezesha Ethereum kushughulikia muamala mingi zaidi kwa usalama na kupokea data zaidi kwa mitandao ya safu ya 2. + +### Je, Glamsterdam itapunguza ada kwenye Ethereum (Layo ya 1)? {#will-glamsterdam-lower-fees-on-ethereum-layer-1} + +Ndiyo, Glamsterdam kuna uwezekano mkubwa itapunguza ada kwa watumiaji wa kawaida! Kupunguza gesi muamala ya ndani (au EIP-2780) kunapunguza ada ya msingi ya kutuma ETH, na kufanya ETH kuwa nafuu zaidi kutumia kwa malipo ya kila siku. + +Zaidi ya hayo, kwa uendelevu wa muda mrefu, Glamsterdam inaanzisha Orodha za Ufikiaji wa Kiwango cha Kizuizi (BALs). Hii inawezesha usindikaji sambamba na kuiandaa L1 kushughulikia kwa usalama mipaka ya juu gesi kwa jumla katika siku zijazo, ambayo kuna uwezekano wa kupunguza gharama za gesi kwa kila muamala kadri uwezo unavyoongezeka. + +### Je, kutakuwa na mabadiliko yoyote kwenye mikataba yangu iliyopo ya kidijitali baada ya Glamsterdam? {#will-my-smart-contracts-change} + +Mikataba iliyopo itaendelea kufanya kazi kama kawaida baada ya Glamsterdam. Huenda watengenezaji watapata zana kadhaa mpya na wanapaswa kupitia matumizi yao gesi: +- Kuongeza ukubwa wa juu wa mkataba (au EIP-7954) kunaruhusu watengenezaji kuweka programu kubwa zaidi, na kuongeza kikomo cha ukubwa wa juu wa mkataba kutoka takriban 24KiB hadi 32KiB. +- Upelekaji wa kiwanda unaobainishwa mapema (au EIP-7997) huanzisha mkataba wa kiwanda wa ulimwengu wote, uliojengwa ndani. Inawaruhusu watengenezaji kupeleka programu zao na pochi za mkataba mahiri kwenye anwani ile ile katika minyororo yote shiriki ya EVM. +- Ikiwa programu yako inategemea ufuatiliaji tata ili kupata uhamisho wa ETH, uhamisho wa ETH na uchomaji hutoa kumbukumbu (au EIP-7708) itakuruhusu kubadili kutumia kumbukumbu kwa uhasibu rahisi na wa kuaminika zaidi. +- Ongezeko la gharama ya gesi ya kuunda hali (au EIP-8037) na sasisho la gharama ya gesi ya kufikia hali (au EIP-8038) huanzisha mifumo mipya ya uendelevu ambayo itabadilisha gharama fulani za upelekaji wa mikataba, kwani kuunda akaunti mpya au hifadhi ya kudumu kutakuwa na ada inayorekebishwa kiotomatiki. + +### Je, Glamsterdam itaathiri vipi hifadhi ya Nodi na mahitaji ya vifaa? {#how-will-glamsterdam-affect-node-storage-and-hardware-requirements} + +EIP nyingi zinazozingatiwa kwa Glamsterdam anwani tatizo la utendaji duni la ukuaji wa hali: +- Ongezeko la gharama ya gesi ya kuunda hali (au EIP-8037) huanzisha mfumo wa bei unaobadilika ili kulenga kiwango cha ukuaji wa hifadhidata ya hali cha 100 GiB/mwaka, kuhakikisha vifaa vya kawaida vya kimwili vinaweza kuendelea kuendesha mtandao kwa ufanisi. +- eth/70 orodha za sehemu za kupokea kitalu (au EIP-7975) huruhusu nodi kuomba risiti za kitalu zilizopangwa kwa kurasa, ambazo hugawanya orodha za risiti za kitalu zenye data nyingi katika vipande vidogo ili kuzuia hitilafu na kusawazisha kadri Ethereum inavyoongezeka. + diff --git a/public/content/translations/ta/community/grants/index.md b/public/content/translations/ta/community/grants/index.md index ce8b4b5b9ab..da1875429f4 100644 --- a/public/content/translations/ta/community/grants/index.md +++ b/public/content/translations/ta/community/grants/index.md @@ -20,6 +20,7 @@ lang: ta இந்த திட்டங்கள் பரந்த Ethereum ecosystem ஐ ஆதரிக்கின்றன, பரந்த அளவிலான திட்டங்களுக்கு гран்டுகளை வழங்குகின்றன. இதில் scalability, community building, security, privacy மற்றும் பலவற்றுக்கான தீர்வுகள் அடங்கும். இந்த гран்டுகள் எந்தவொரு தனிப்பட்ட Ethereum platform க்கு உரியதல்ல, எனவே தயக்கமில்லாமல் தொடங்க இது நல்ல இடமாகும். - [EF சுற்றுச்சூழல் ஆதரவு திட்டம்](https://esp.ethereum.foundation) - _எத்தேரியத்திற்குப் பயனளிக்கும் திறந்த மூலத் திட்டங்களுக்கு, குறிப்பாக உலகளாவிய கருவிகள், உள்கட்டமைப்பு, ஆராய்ச்சி மற்றும் பொதுப் பொருட்கள் மீது கவனம் செலுத்தி நிதியளிக்கிறது_ +- [ESP Grant Explorer](https://esp.ethereum.foundation/funded-projects) - _சுற்றுச்சூழல் ஆதரவு திட்டத்தால் ஆதரிக்கப்படும் 1,000+ திட்டங்களின் தேடக்கூடிய கோப்பகம்_ - [Academic Grants](https://esp.ethereum.foundation/academic-grants) - _எத்தேரியம் தொடர்பான கல்விப் பணிகளை ஆதரிப்பதற்கான மானியங்கள்_ ## மானியப் பட்டியல் திரட்டிகள் மற்றும் தளங்கள் {#grant-list-aggregators} diff --git a/public/content/translations/ta/developers/docs/nodes-and-clients/run-a-node/index.md b/public/content/translations/ta/developers/docs/nodes-and-clients/run-a-node/index.md index 31a0cd07ca5..97a6fdadb74 100644 --- a/public/content/translations/ta/developers/docs/nodes-and-clients/run-a-node/index.md +++ b/public/content/translations/ta/developers/docs/nodes-and-clients/run-a-node/index.md @@ -132,7 +132,6 @@ Ethereum வாடிக்கையாளர்கள் உங்கள் க - [EthPillar](https://www.coincashew.com/coins/overview-eth/ethpillar) - ஒரு முழு முனையை அமைக்க விரைவான மற்றும் எளிதான வழி. ஒற்றை-வரி அமைப்பு கருவி மற்றும் முனை மேலாண்மை TUI. இலவசம். திறந்த மூல. தனியாகப் பங்களிப்பவர்களால் எத்தேரியத்திற்கான பொதுப் பொருட்கள். ARM64 மற்றும் AMD64 ஆதரவு. - [eth-docker](https://eth-docker.net/) - எளிதான மற்றும் பாதுகாப்பான பங்களிப்பை மையமாகக் கொண்டு Docker ஐப் பயன்படுத்தி தானியங்கு அமைப்பு, அடிப்படை முனையம் மற்றும் Docker அறிவு தேவை, சற்றே மேம்பட்ட பயனர்களுக்குப் பரிந்துரைக்கப்படுகிறது. - [Stereum](https://stereum-dev.github.io/ethereum-node-web-docs) - GUI அமைப்பு வழிகாட்டி, கட்டுப்பாட்டு மையம் மற்றும் பல அம்சங்களுடன் SSH இணைப்பு வழியாக தொலைநிலை சேவையகத்தில் வாடிக்கையாளர்களை நிறுவுவதற்கான தொடக்கி. -- [NiceNode](https://www.nicenode.xyz/) - உங்கள் கணினியில் ஒரு முனையை இயக்குவதற்கான நேரடியான பயனர் அனுபவத்துடன் கூடிய தொடக்கி. வாடிக்கையாளர்களைத் தேர்ந்தெடுத்து சில கிளிக்குகளுடன் தொடங்குங்கள். இன்னும் வளர்ந்து கொண்டிருக்கிறது. - [Sedge](https://docs.sedge.nethermind.io/docs/intro) - CLI வழிகாட்டியைப் பயன்படுத்தி Docker உள்ளமைவைத் தானாக உருவாக்கும் முனை அமைப்பு கருவி. Nethermind மூலம் Go மொழியில் எழுதப்பட்டுள்ளது. ### கைமுறை வாடிக்கையாளர் அமைப்பு {#manual-setup} diff --git a/public/content/translations/ta/roadmap/glamsterdam/index.md b/public/content/translations/ta/roadmap/glamsterdam/index.md new file mode 100644 index 00000000000..1b72b4432c8 --- /dev/null +++ b/public/content/translations/ta/roadmap/glamsterdam/index.md @@ -0,0 +1,295 @@ +--- +title: "கிளாம்ஸ்டர்டாம்" +description: "கிளாம்ஸ்டர்டேம் நெறிமுறை மேம்படுத்தலைப் பற்றி அறிக." +lang: ta +--- +# கிளாம்ஸ்டர்டாம் {#glamsterdam} + + + + +கிளாம்ஸ்டெர்டாம் என்பது 2026 ஆம் ஆண்டின் முதல் பாதியில் திட்டமிடப்பட்ட ஒரு வரவிருக்கும் எத்தேரியம் மேம்படுத்தல் ஆகும் + + +கிளாம்ஸ்டர்டேம் மேம்படுத்தல் என்பது Ethereum இன் நீண்டகால மேம்பாட்டு இலக்குகளில் ஒரு படி மட்டுமே. [நெறிமுறை சாலை வரைபடம்](/roadmap/) மற்றும் [முந்தைய மேம்படுத்தல்கள்](/ethereum-forks/) பற்றி மேலும் அறிக. + + + + +[எத்தேரியத்தின்](/) வரவிருக்கும் கிளாமாஸ்டர்டேம் மேம்படுத்தல் அடுத்த தலைமுறை அளவிடுதலுக்கான பாதையை அழிக்க வடிவமைக்கப்பட்டுள்ளது. கிளாமாஸ்டர்டேம் என்பது "ஆம்ஸ்டர்டேம்" (செயல்படுத்தல் அடுக்கு மேம்படுத்தல், முந்தைய டெவ்கனெக்ட் இருப்பிடத்தின் பெயரிடப்பட்டது) மற்றும் "குளோஸ்" (ஒருமித்த அடுக்கு மேம்படுத்தல், ஒரு நட்சத்திரத்தின் பெயரிடப்பட்டது) ஆகியவற்றின் கலவையிலிருந்து பெயரிடப்பட்டது. + +[ஃபுசகா](/roadmap/fusaka/) மேம்படுத்தலில் ஏற்பட்டுள்ள முன்னேற்றத்தைத் தொடர்ந்து, நெட்வொர்க் பரிவர்த்தனைகளை எவ்வாறு செயலாக்குகிறது மற்றும் அதன் வளர்ந்து வரும் தரவுத்தளத்தை எவ்வாறு நிர்வகிக்கிறது என்பதை மறுசீரமைப்பதன் மூலம் L1 ஐ அளவிடுவதில் கிளாம்ஸ்டெர்டாம் கவனம் செலுத்துகிறது, இது Ethereum தொகுதிகளை எவ்வாறு உருவாக்குகிறது மற்றும் சரிபார்க்கிறது என்பதை அடிப்படையில் புதுப்பிக்கிறது. + +ஃபூசகா அடிப்படை சுத்திகரிப்புகளில் கவனம் செலுத்தியபோது, கிளாம்ஸ்டெர்டாம் வெவ்வேறு நெட்வொர்க் பங்கேற்பாளர்களிடையே கடமைகளைப் பிரிப்பதன் மூலம் "ஸ்கேல் எல்1" மற்றும் "ஸ்கேல் ப்ளாப்ஸ்" நோக்கங்களை மேம்படுத்துகிறது, மேலும் அதிக செயல்திறன் கொண்ட இணைச் செயலாக்கத்திற்கு [நிலையைத்](/glossary/#state) தயார்படுத்த தரவைக் கையாள மிகவும் திறமையான வழிகளை அறிமுகப்படுத்துகிறது. + +இந்த மேம்பாடுகள், Ethereum அதிக செயல்பாடுகளைக் கையாளும் போது வேகமாகவும், மலிவு விலையிலும், பரவலாக்கப்பட்டதாகவும் இருப்பதை உறுதி செய்கின்றன, அதே நேரத்தில் வீட்டில் [நோடுகளை](/glossary/#node) இயக்கும் நபர்களுக்கு வன்பொருள் தேவைகளை நிர்வகிக்கக்கூடியதாக வைத்திருக்கின்றன. + + + +## கிளாம்ஸ்டர்டாமிற்கான மேம்பாடுகள் பரிசீலிக்கப்பட்டன {#improvements-in-glamsterdam} + + + + +குறிப்பு: இந்த கட்டுரை தற்போது கிளாமாஸ்டர்டாமில் சேர்க்க பரிசீலிக்கப்படும் EIP-களின் தொகுப்பை முன்னிலைப்படுத்துகிறது. சமீபத்திய நிலை புதுப்பிப்புகளுக்கு, [ஃபோர்காஸ்டில் கிளாமாஸ்டரம் மேம்பாட்டைப்](https://forkcast.org/upgrade/glamsterdam) பார்க்கவும். + +கிளாம்ஸ்டெர்டாமிற்காக பரிசீலனையில் உள்ள ஒரு EIP ஐ நீங்கள் சேர்க்க விரும்பினால், ஆனால் அது இன்னும் இந்தப் பக்கத்தில் சேர்க்கப்படவில்லை என்றால், [ethereum.org க்கு எவ்வாறு பங்களிப்பது என்பதை இங்கே அறிக](/contributing/). + + + + +கிளாம்ஸ்டர்டாம் மேம்படுத்தல் மூன்று முக்கிய இலக்குகளை மையமாகக் கொண்டுள்ளது: + +- செயலாக்கத்தை விரைவுபடுத்துதல் (இணைச் செயலாக்கம்): நெட்வொர்க் தரவு சார்புகளை எவ்வாறு பதிவு செய்கிறது என்பதை மறுசீரமைத்தல், இதனால் அது மெதுவான, ஒவ்வொன்றாக வரிசையாக இல்லாமல் ஒரே நேரத்தில் பல பரிவர்த்தனைகளை பாதுகாப்பாகச் செயலாக்க முடியும். +- திறனை விரிவுபடுத்துதல்: தொகுதிகளை உருவாக்குதல் மற்றும் சரிபார்த்தல் ஆகியவற்றின் கடினமான பணிகளைப் பிரிப்பதன் மூலம், நெட்வொர்க் மெதுவாகாமல் அதிக அளவிலான தரவைப் பரப்புவதற்கு அதிக நேரம் கிடைக்கும். +- தரவுத்தள வீக்கத்தைத் தடுப்பது (நிலைத்தன்மை): புதிய தரவைச் சேமிப்பதற்கான நீண்டகால வன்பொருள் செலவைத் துல்லியமாகப் பிரதிபலிக்கும் வகையில் நெட்வொர்க் கட்டணங்களைச் சரிசெய்தல், வன்பொருள் செயல்திறன் குறைவதைத் தடுக்கும் அதே வேளையில் எதிர்கால எரிவாயு வரம்பு அதிகரிப்புகளைத் தடுப்பதை நீக்குதல். + +சுருக்கமாக, நெட்வொர்க்கின் திறன் அதிகரிக்கும் போது, அது நிலையானதாகவும், செயல்திறன் உயர்வாகவும் இருப்பதை உறுதிசெய்ய, Glamsterdam கட்டமைப்பு மாற்றங்களை அறிமுகப்படுத்தும். + +## அளவு L1 மற்றும் இணை செயலாக்கம் {#scale-l1} + +அர்த்தமுள்ள L1 அளவிடுதல் என்பது நெறிமுறைக்கு அப்பாற்பட்ட நம்பிக்கை அனுமானங்கள் மற்றும் தொடர் செயலாக்கக் கட்டுப்பாடுகளிலிருந்து விலகிச் செல்வதைக் கோருகிறது. சில தொகுதி-கட்டுமானப் பணிகளைப் பிரிப்பதன் மூலமும், நெட்வொர்க் இணை செயலாக்கத்திற்குத் தயாராக அனுமதிக்கும் புதிய தரவு கட்டமைப்புகளை அறிமுகப்படுத்துவதன் மூலமும் கிளாம்ஸ்டர்டேம் இதை நிவர்த்தி செய்கிறது. + +### தலைப்பு നിർமொழி: உறுதிசெய்யப்பட்ட முன்மொழிபவர்-கட்டமைப்பாளர் பிரிப்பு (ePBS) {#epbs} + +- நெறிமுறைக்கு அப்பாற்பட்ட நம்பிக்கை அனுமானங்களையும் மூன்றாம் தரப்பு ரிலேக்களின் மீதான சார்பையும் நீக்குகிறது +- நீட்டிக்கப்பட்ட பரவல் சாளரங்கள் மூலம் மிகப் பெரிய பேலோடுகளை அனுமதிப்பதன் மூலம் L1 அளவிடுதலை செயல்படுத்துகிறது +- நெறிமுறையில் நேரடியாக ட்ரஸ்ட்லெஸ் கட்டமைப்பாளர் கட்டணங்களை அறிமுகப்படுத்துகிறது + +தற்போது, தொகுதிகளை முன்மொழிந்து உருவாக்குவதற்கான செயல்முறையானது, தொகுதி முன்மொழிபவர்களுக்கும் தொகுதி உருவாக்குபவர்களுக்கும் இடையே ஒரு கைமாற்றத்தை உள்ளடக்கியது. முன்மொழிபவர்களுக்கும் உருவாக்குபவர்களுக்கும் இடையிலான உறவு, முக்கிய Ethereum நெறிமுறையின் ஒரு பகுதியாக இல்லை, எனவே இது நம்பகமான மூன்றாம் தரப்பு மிடில்வேர், மென்பொருள் (ரிலேக்கள்) மற்றும் நிறுவனங்களுக்கு இடையே நெறிமுறைக்கு அப்பாற்பட்ட நம்பிக்கையை சார்ந்துள்ளது. + +முன்மொழிபவர்களுக்கும் உருவாக்குபவர்களுக்கும் இடையிலான நெறிமுறைக்கு அப்பாற்பட்ட உறவு, தொகுதி சரிபார்ப்பின் போது ஒரு 'சூடான பாதையை' உருவாக்குகிறது, இது [சரிபார்ப்பாளர்கள்](/glossary/#validator) 2 வினாடிகள் கொண்ட குறுகிய காலத்திற்குள் பரிவர்த்தனை ஒளிபரப்பு மற்றும் செயல்படுத்தலை விரைவாகச் செய்ய கட்டாயப்படுத்துகிறது, இதனால் நெட்வொர்க் கையாளக்கூடிய தரவின் அளவைக் கட்டுப்படுத்துகிறது. + +**உள்வாங்கப்பட்ட முன்மொழிபவர்-கட்டமைப்பாளர் பிரிப்பு (ePBS, அல்லது EIP-7732)** முன்மொழிபவரின் (ஒருமித்த தொகுதியைத் தேர்ந்தெடுப்பவர்) வேலையை கட்டமைப்பாளரிடமிருந்து (செயல்படுத்தல் பேலோடை ஒன்றிணைப்பவர்) முறையாகப் பிரிக்கிறது, இந்த கைமாற்றத்தை நேரடியாக நெறிமுறையில் உள்வாங்குகிறது. + +தொகுதி பேலோடு மற்றும் கட்டணத்திற்கான ட்ரஸ்ட்லெஸ் பரிமாற்றத்தை நேரடியாக நெறிமுறையில் உருவாக்குவது மூன்றாம் தரப்பு மிடில்வேரின் (MEV-Boost போன்றவை) தேவையை நீக்குகிறது. இருப்பினும், கட்டமைப்பாளர்களும் முன்மொழிபவர்களும் இன்னும் மூல நெறிமுறையின் பகுதியாக இல்லாத சிக்கலான அம்சங்களுக்கு நெறிமுறைக்கு அப்பாற்பட்ட ரிலேக்கள் அல்லது மிடில்வேரைப் பயன்படுத்தத் தேர்வு செய்யலாம். + +'சூடான பாதை' தடையை தீர்க்க, ePBS பேலோட் காலக்கெடு குழுவையும் (PTC) இரட்டை காலக்கெடு தர்க்கத்தையும் அறிமுகப்படுத்துகிறது, இது சரிபார்ப்பாளர்கள் ஒருமித்த தொகுதி மற்றும் செயல்படுத்தல் பேலோட் காலக்கெடுவை தனித்தனியாக உறுதிப்படுத்த அனுமதிக்கிறது, இதனால் செயல்திறன் அதிகபட்சமாக இருக்கும். + + + +நெறிமுறை மட்டத்தில் முன்மொழிபவர் மற்றும் உருவாக்குபவர் பாத்திரங்களைப் பிரிப்பது, பரவல் சாளரத்தை (அல்லது நெட்வொர்க் முழுவதும் தரவைப் பரப்புவதற்கு கிடைக்கும் நேரத்தை) 2 வினாடிகளில் இருந்து சுமார் 9 வினாடிகள் வரை விரிவுபடுத்துகிறது. + +நெறிமுறைக்கு அப்பாற்பட்ட மிடில்வேர் மற்றும் ரிலேக்களை நெறிமுறை உள் இயங்குமுறைகளால் மாற்றுவதன் மூலம், ePBS நம்பிக்கை சார்புகளைக் குறைக்கிறது மற்றும் நெட்வொர்க்கை அழுத்தாமல் Ethereum அதிக அளவிலான தரவை ([லேயர் 2](/glossary/#layer-2) களுக்கான கூடுதல் பிளாப்கள் போன்றவை) பாதுகாப்பாகச் செயலாக்க அனுமதிக்கிறது. + +**ஆதாரங்கள்**: [EIP-7732 தொழில்நுட்ப விவரக்குறிப்பு](https://eips.ethereum.org/EIPS/eip-7732) + +### தலைப்புப் பரிந்துரை: தொகுதி-நிலை அணுகல் பட்டியல்கள் (BALகள்) {#bals} + +- அனைத்து பரிவர்த்தனை சார்புகளின் முன் வரைபடத்தை வழங்குவதன் மூலம் தொடர்ச்சியான செயலாக்கத் தடைகளை நீக்குகிறது, சரிபார்ப்பாளர்கள் ஒவ்வொன்றாகச் செய்வதற்குப் பதிலாக பல பரிவர்த்தனைகளை இணையாகச் செயலாக்குவதற்கான மேடையை அமைக்கிறது. +- ஒவ்வொரு பரிவர்த்தனையையும் மீண்டும் இயக்காமல் (செயல்படுத்தப்படாத ஒத்திசைவு) இறுதி முடிவுகளைப் படிப்பதன் மூலம் முனைகள் தங்கள் பதிவுகளைப் புதுப்பிக்க அனுமதிக்கிறது, இது ஒரு முனையை நெட்வொர்க்குடன் ஒத்திசைப்பதை மிகவும் விரைவாக்குகிறது. +- இது யூகங்களை நீக்குகிறது, சரிபார்ப்பாளர்கள் படிப்படியாகக் கண்டுபிடிப்பதற்குப் பதிலாக தேவையான அனைத்து தரவுகளையும் ஒரே நேரத்தில் முன்கூட்டியே ஏற்ற அனுமதிக்கிறது, இது சரிபார்ப்பை மிகவும் விரைவாக்குகிறது. + +இன்றைய Ethereum ஒரு ஒற்றைப் பாதை சாலை போன்றது; ஒரு பரிவர்த்தனை இயங்கும் வரை, அந்தப் பரிவர்த்தனைக்கு என்ன தரவு தேவைப்படும் அல்லது என்ன மாற்றம் ஏற்படும் (எந்தக் கணக்குகளை ஒரு பரிவர்த்தனை தொடும் போன்றவை) என்பதை நெட்வொர்க்கிற்குத் தெரியாது என்பதால், சரிபார்ப்பவர்கள் பரிவர்த்தனைகளை ஒன்றன் பின் ஒன்றாக ஒரு கண்டிப்பான, வரிசைக்கிரமமான பாதையில் செயலாக்க வேண்டும். இந்தப் சார்புகளை அறியாமல், ஒரே நேரத்தில் அனைத்து பரிவர்த்தனைகளையும் செயலாக்க அவர்கள் முயற்சித்தால், இரண்டு பரிவர்த்தனைகள் தற்செயலாக ஒரே நேரத்தில் ஒரே தரவை மாற்ற முயற்சி செய்யலாம், இது பிழைகளை ஏற்படுத்தும். + +**பிளாக்-லெவல் அணுகல் பட்டியல்கள் (BALகள் அல்லது EIP-7928)** என்பது ஒவ்வொரு பிளாக்கிலும் சேர்க்கப்பட்டுள்ள ஒரு வரைபடம் போன்றது, இது வேலை தொடங்குவதற்கு முன் தரவுத்தளத்தின் எந்தப் பகுதிகள் அணுகப்படும் என்பதை நெட்வொர்க்கிற்குத் தெரிவிக்கிறது. பரிவர்த்தனைகள் தொடும் ஒவ்வொரு கணக்கு மாற்றத்தின் ஹாஷையும், அந்த மாற்றங்களின் இறுதி முடிவுகளையும் (அனைத்து நிலை அணுகல்களின் ஹாஷ் பதிவு மற்றும் செயல்படுத்தலுக்குப் பிந்தைய மதிப்புகள்) ஒவ்வொரு பிளாக்கும் சேர்க்க வேண்டும் என்று BALகள் கோருகின்றன. + +எந்த பரிவர்த்தனைகள் ஒன்றுடன் ஒன்று மோதவில்லை என்பதை உடனடியாகக் காண்பிப்பதால், BALகள், இணை வட்டு வாசிப்புகளைச் செய்ய முனைகளை அனுமதிக்கின்றன, ஒரே நேரத்தில் பல பரிவர்த்தனைகளுக்கான தகவல்களைப் பெறுகின்றன. நெட்வொர்க் பாதுகாப்பாக தொடர்பில்லாத பரிவர்த்தனைகளை குழுவாக்கி அவற்றை இணையாகச் செயல்படுத்த முடியும். + +BAL பரிவர்த்தனைகளின் இறுதி முடிவுகளை (செயல்பாட்டிற்குப் பிந்தைய மதிப்புகள்) உள்ளடக்கியிருப்பதால், நெட்வொர்க்கின் முனைகள் நெட்வொர்க்கின் தற்போதைய நிலையுடன் ஒத்திசைக்க வேண்டியிருக்கும் போது, அந்த இறுதி முடிவுகளை நகலெடுத்து தங்கள் பதிவுகளைப் புதுப்பிக்கலாம். என்ன நடந்தது என்பதை அறிய சரிபார்ப்பாளர்கள் இனி அனைத்து சிக்கலான பரிவர்த்தனைகளையும் புதிதாக மீண்டும் இயக்க வேண்டியதில்லை, இது புதிய முனைகள் நெட்வொர்க்கில் சேருவதை விரைவாகவும் எளிதாகவும் ஆக்குகிறது. + +BAL-களால் இயக்கப்படும் இணை வட்டு வாசிப்புகள், Ethereum ஒரே நேரத்தில் பல பரிவர்த்தனைகளைச் செயலாக்கக்கூடிய எதிர்காலத்தை நோக்கி ஒரு குறிப்பிடத்தக்க படியாக இருக்கும், இது நெட்வொர்க்கின் வேகத்தை கணிசமாக அதிகரிக்கும். + +#### eth/71 தொகுதி அணுகல் பட்டியல் பரிமாற்றம் {#bale} + +பிளாக் அக்சஸ் லிஸ்ட் எக்ஸ்சேஞ்ச் (eth/71 அல்லது EIP-8159) என்பது பிளாக்-லெவல் அக்சஸ் லிஸ்ட்களுக்கான நேரடி நெட்வொர்க்கிங் துணை ஆகும். BALகள் இணை செயலாக்கத்தைத் திறக்கும் அதே வேளையில், eth/71 பீயர்-டு-பியர் நெறிமுறையை மேம்படுத்தி, இந்த பட்டியல்களை நெட்வொர்க்கில் உள்ள கணுக்கள் உண்மையில் பகிர அனுமதிக்கிறது. பிளாக் அக்சஸ் லிஸ்ட் எக்ஸ்சேஞ்சை செயல்படுத்துவது வேகமான ஒத்திசைவை இயக்கும் மற்றும் கணுக்கள் செயலாக்கம் இல்லாத நிலை புதுப்பிப்புகளைச் செய்ய அனுமதிக்கும். + +**ஆதாரங்கள்**: +- [EIP-7928 தொழில்நுட்ப விவரக்குறிப்பு](https://eips.ethereum.org/EIPS/eip-7928) +- [EIP-8159 தொழில்நுட்ப விவரக்குறிப்பு](https://eips.ethereum.org/EIPS/eip-8159) + +## நெட்வொர்க் நிலைத்தன்மை {#network-sustainability} + +Ethereum நெட்வொர்க் வேகமாக வளரும்போது, அதைப் பயன்படுத்துவதற்கான செலவு Ethereum ஐ இயக்கும் வன்பொருளின் தேய்மானத்திற்கு ஏற்ப இருப்பதை உறுதி செய்வது முக்கியம். பாதுகாப்பாக அளவிடவும், அதிக பரிவர்த்தனைகளைச் செயலாக்கவும் நெட்வொர்க் அதன் ஒட்டுமொத்த திறன் வரம்புகளை அதிகரிக்க வேண்டும். + +### மாநில உருவாக்க எரிவாயு செலவு அதிகரிப்பு {#state-creation-gas-cost-increase} + +- புதிய கணக்குகளை உருவாக்குவதற்கான கட்டணங்கள் அல்லது ஸ்மார்ட் ஒப்பந்தங்கள் Ethereum இன் தரவுத்தளத்தில் நீண்டகால சுமையை துல்லியமாக பிரதிபலிக்கின்றன என்பதை உறுதிசெய்கிறது. +- நெட்வொர்க்கின் ஒட்டுமொத்த திறனைப் பொறுத்து இந்த தரவு-உருவாக்கக் கட்டணங்களை தானாகவே சரிசெய்கிறது, பாதுகாப்பான மற்றும் கணிக்கக்கூடிய வளர்ச்சி விகிதத்தை இலக்காகக் கொண்டு, நிலையான இயற்பியல் வன்பொருள் நெட்வொர்க்கைத் தொடர்ந்து இயக்க முடியும். +- இந்த குறிப்பிட்ட கட்டணங்களுக்கான கணக்கியலை ஒரு புதிய சேமிப்பிடத்திற்குப் பிரித்து, பழைய பரிவர்த்தனை வரம்புகளை நீக்கி, டெவலப்பர்கள் பெரிய, மிகவும் சிக்கலான பயன்பாடுகளைப் பயன்படுத்த அனுமதிக்கிறது. + +புதிய கணக்குகள், டோக்கன்கள் மற்றும் [ஸ்மார்ட் ஒப்பந்தங்களைச்](/glossary/#smart-contract) சேர்ப்பது நிரந்தரத் தரவை ("நிலை" என அழைக்கப்படுகிறது) உருவாக்குகிறது, அதை நெட்வொர்க்கை இயக்கும் ஒவ்வொரு கணினியும் காலவரையின்றி சேமிக்க வேண்டும். இந்தத் தரவைச் சேர்க்க அல்லது படிக்க தற்போதைய கட்டணங்கள் சீரற்றவை மற்றும் அவை நெட்வொர்க்கின் வன்பொருளில் ஏற்படுத்தும் உண்மையான, நீண்டகால சேமிப்பகச் சுமையை அவசியமாகப் பிரதிபலிக்காது. + +புதிய கணக்குகளை உருவாக்குதல் அல்லது பெரிய ஸ்மார்ட் ஒப்பந்தங்களை வரிசைப்படுத்துதல் போன்ற Ethereum இல் நிலையை உருவாக்கும் சில செயல்கள், நெட்வொர்க்கின் முனைகளில் அவை எடுத்துக்கொள்ளும் நிரந்தர சேமிப்பிட இடத்துடன் ஒப்பிடும்போது ஒப்பீட்டளவில் குறைந்த செலவுடையதாக உள்ளன, எடுத்துக்காட்டாக, சேமிப்பக இடங்களை உருவாக்குவதை விட ஒப்பந்த வரிசைப்படுத்தல் ஒரு பைட்டுக்கு கணிசமாக மலிவானது. + +சரிசெய்தல் இல்லாமல், நெட்வொர்க் 100M எரிவாயு வரம்பிற்கு அளவிடப்பட்டால், Ethereum இன் நிலை ஆண்டுக்கு கிட்டத்தட்ட 200 GiB வளரக்கூடும், இறுதியில் பொதுவான வன்பொருளை விஞ்சும். + +**மாநில உருவாக்க எரிவாயு செலவு அதிகரிப்பு (அல்லது EIP-8037)** உருவாக்கப்படும் தரவின் உண்மையான அளவோடு செலவுகளை இணைப்பதன் மூலம் செலவுகளை இணக்கமாக மாற்றுகிறது, ஒரு செயல்பாடு உருவாக்கும் அல்லது அணுகும் நிரந்தர தரவின் அளவிற்கு ஏற்ப கட்டணங்களைப் புதுப்பிக்கிறது. + +இந்த செலவுகளை மிகவும் கணிக்கக்கூடிய வகையில் நிர்வகிக்க EIP-8037 ஒரு ரிசர்வாயர் மாதிரியை அறிமுகப்படுத்துகிறது; மாநில எரிவாயு கட்டணங்கள் முதலில் `state_gas_reservoir`-இலிருந்து எடுக்கப்படுகின்றன, மேலும் `GAS` opcode `gas_left`-ஐ மட்டுமே திருப்பி அனுப்புகிறது, இதனால் கிடைக்கக்கூடிய எரிவாயுவை தவறாகக் கணக்கிடுவதிலிருந்து செயல்படுத்தல் பிரேம்கள் தடுக்கப்படுகின்றன. + +EIP-8037 க்கு முன்பு, கணக்கீட்டு வேலை (செயலில் உள்ள செயலாக்கம்) மற்றும் நிரந்தர தரவு சேமிப்பு (ஸ்மார்ட் ஒப்பந்தத்தை நெட்வொர்க்கின் தரவுத்தளத்தில் சேமித்தல்) இரண்டும் ஒரே எரிவாயு வரம்பைப் பகிர்ந்து கொள்கின்றன. நீர்த்தேக்க மாதிரி கணக்கைப் பிரிக்கிறது: பரிவர்த்தனையின் உண்மையான கணக்கீட்டு வேலைக்கான (செயலாக்கம்) மற்றும் நீண்டகால தரவு சேமிப்பிற்கான (நிலை எரிவாயு) எரிவாயு வரம்பு. இரண்டையும் பிரிப்பது ஒரு பயன்பாட்டின் தரவின் அளவு எரிவாயு வரம்பை அடைவதைத் தடுக்க உதவுகிறது; டெவலப்பர்கள் தரவு சேமிப்பிற்காக நீர்த்தேக்கத்தை நிரப்ப போதுமான நிதியை வழங்கும் வரை, அவர்கள் மிகப் பெரிய மற்றும் மிகவும் சிக்கலான ஸ்மார்ட் ஒப்பந்தங்களை வரிசைப்படுத்தலாம். + +தரவு சேமிப்பகத்திற்கு மிகவும் துல்லியமாகவும் கணிக்கக்கூடியதாகவும் விலை நிர்ணயம் செய்வது, Ethereum அதன் வேகத்தையும் திறனையும் தரவுத்தளத்தை பெரிதாக்காமல் பாதுகாப்பாக அதிகரிக்க உதவும். இந்த நிலைத்தன்மை, நோட் ஆபரேட்டர்கள் வரும் ஆண்டுகளில் (ஒப்பீட்டளவில்) மலிவு விலையில் வன்பொருளை தொடர்ந்து பயன்படுத்த அனுமதிக்கும், நெட்வொர்க்கின் பரவலாக்கத்தைப் பராமரிக்க வீட்டு ஸ்டேக்கிங்கை அணுகக்கூடியதாக வைத்திருக்கும். + +**ஆதாரங்கள்**: [EIP-8037 தொழில்நுட்ப விவரக்குறிப்பு](https://eips.ethereum.org/EIPS/eip-8037) + +### மாநில அணுகல் எரிவாயு செலவு புதுப்பிப்பு {#state-access-gas-cost-update} + +- Ethereum இல் நிரந்தரமாக சேமிக்கப்பட்ட தகவல்களைப் பயன்பாடுகள் படிக்கும்போது அல்லது புதுப்பிக்கும்போது (நிலை-அணுகல் செயல்பாட்டுக் குறியீடுகள்) வாயு செலவுகளை அதிகரிக்கிறது, இந்த கட்டளைகளுக்குத் தேவையான கணினி வேலைக்கு துல்லியமாகப் பொருந்தும். +- செயற்கையாக மலிவாக்கப்பட்ட தரவு-வாசிப்பு செயல்பாடுகளைப் பயன்படுத்தும் சேவை-மறுப்பு தாக்குதல்களைத் தடுப்பதன் மூலம் நெட்வொர்க் பின்னடைவு திறனை பலப்படுத்துகிறது + +Ethereum இன் நிலை வளர வளர, பழைய தரவைத் தேடிப் படிக்கும் செயல் ("நிலை அணுகல்") கணுக்கள் செயலாக்குவதற்கு அதிக கனமாகவும் மெதுவாகவும் மாறிவிட்டது. இந்த செயல்களுக்கான கட்டணங்கள் அப்படியே உள்ளன, இருப்பினும் தகவல்களைத் தேடுவது (கணினி சக்தியின் அடிப்படையில்) இப்போது சற்று விலை அதிகமாக உள்ளது. + +இதன் விளைவாக, சில குறிப்பிட்ட கட்டளைகள், ஒரு நோட் செய்ய வேண்டிய வேலைக்கு ஏற்ப தற்போது குறைந்த விலையில் உள்ளன. எடுத்துக்காட்டாக, `EXTCODESIZE` மற்றும் `EXTCODECOPY` ஆகியவை குறைந்த விலையில் உள்ளன, ஏனெனில் அவை இரண்டு தனித்தனி தரவுத்தள வாசிப்புகளைக் கோருகின்றன - ஒன்று கணக்கு பொருளுக்கு, இரண்டாவது உண்மையான குறியீட்டு அளவு அல்லது பைட்கோட். + +**ஸ்டேட்-ஆக்சஸ் கேஸ் செலவு புதுப்பிப்பு (அல்லது EIP-8038)**, கணக்கு மற்றும் ஒப்பந்தத் தரவை அணுகுவது போன்ற ஸ்டேட்-ஆக்சஸ் ஆப்கோடுகளுக்கான கேஸ் மாறிலிகளை, நவீன வன்பொருள் செயல்திறன் மற்றும் ஸ்டேட் அளவோடு சீரமைக்க அதிகரிக்கிறது. + +மாநில அணுகல் செலவை சீரமைப்பது Ethereum ஐ மேலும் மீள்தன்மை கொண்டதாக மாற்ற உதவுகிறது. இந்த கனமான தரவு வாசிப்பு செயல்கள் செயற்கையாக மலிவானவை என்பதால், ஒரு தீங்கிழைக்கும் தாக்குபவர் நெட்வொர்க்கின் கட்டண வரம்பை அடைவதற்கு முன்பு ஆயிரக்கணக்கான சிக்கலான தரவு கோரிக்கைகளுடன் நெட்வொர்க்கை ஸ்பேம் செய்யலாம், இதனால் நெட்வொர்க் நின்றுவிடும் அல்லது செயலிழந்து போகும் (சேவை மறுப்பு தாக்குதல்). தீங்கிழைக்கும் நோக்கம் இல்லாவிட்டாலும், நெட்வொர்க் தரவைப் படிப்பது மிகவும் மலிவானதாக இருந்தால், திறமையான பயன்பாடுகளை உருவாக்க டெவலப்பர்கள் பொருளாதார ரீதியாக ஊக்குவிக்கப்படுவதில்லை. + +மாநில அணுகல் நடவடிக்கைகளுக்கு மிகவும் துல்லியமான விலையை நிர்ணயிப்பதன் மூலம், Ethereum தற்செயலான அல்லது வேண்டுமென்றே ஏற்படும் மந்தநிலைகளுக்கு எதிராக அதிக மீள்தன்மையுடன் இருக்க முடியும், அதே நேரத்தில் வன்பொருள் சுமையுடன் நெட்வொர்க் செலவுகளை சீரமைப்பது எதிர்கால எரிவாயு வரம்பு அதிகரிப்புகளுக்கு மிகவும் நிலையான அடித்தளத்தை நிரூபிக்கிறது. + +**ஆதாரங்கள்**: [EIP-8038 தொழில்நுட்ப விவரக்குறிப்பு](https://eips.ethereum.org/EIPS/eip-8038) + +## நெட்வொர்க் மீள்தன்மை + +சரிபார்ப்பாளர் கடமைகள் மற்றும் வெளியேறும் செயல்முறைகளில் செய்யப்படும் மேம்பாடுகள், மொத்தத் தண்டனை நிகழ்வுகளின் போது நெட்வொர்க் நிலைத்தன்மையை உறுதிசெய்கின்றன மற்றும் பணப்புழக்கத்தை ஜனநாயகப்படுத்துகின்றன. இந்த மேம்பாடுகள் நெட்வொர்க்கை மிகவும் நிலையானதாக ஆக்குகின்றன மற்றும் பெரியவை மற்றும் சிறியவை உட்பட அனைத்து பங்கேற்பாளர்களும் நியாயமாக நடத்தப்படுவதை உறுதிசெய்கின்றன. + +### வெட்டப்பட்ட சரிபார்ப்பாளர்களை முன்மொழிவதிலிருந்து விலக்குங்கள் {#exclude-slashed-validators} + +- தண்டனை விதிக்கப்பட்ட (குறைக்கப்பட்ட) சரிபார்ப்பாளர்கள் எதிர்காலத் தொகுதிகளை முன்மொழிய தேர்ந்தெடுக்கப்படுவதைத் தடுக்கிறது, இதனால் உத்தரவாதமான தவறவிட்ட இடங்கள் நீக்கப்படுகின்றன. +- பெரிய அளவிலான குறைப்பு நிகழ்வின் போது கடுமையான முடக்கங்களைத் தடுத்து, Ethereum சீராகவும் நம்பகத்தன்மையுடனும் இயங்குவதை உறுதி செய்கிறது. + +தற்போது, ஒரு சரிபார்ப்பாளர் குறைக்கப்பட்டாலும் (விதிமுறைகளை மீறுவதற்காக அல்லது எதிர்பார்த்தபடி செயல்படாததற்காக தண்டிக்கப்பட்டாலும்), எதிர்கால முன்மொழிபவர்களை உருவாக்கும்போது, எதிர்காலத்தில் ஒரு தொகுதியை வழிநடத்த அமைப்பு இன்னும் அவர்களைத் தேர்ந்தெடுக்கலாம். + +வெட்டப்பட்ட முன்மொழிபவர்களிடமிருந்து வரும் தொகுதிகள் தானாகவே செல்லாததாக நிராகரிக்கப்படுவதால், இது நெட்வொர்க் ஸ்லாட்டுகளைத் தவறவிடச் செய்கிறது மற்றும் மொத்த வெட்டு நிகழ்வுகளின் போது நெட்வொர்க் மீட்பை தாமதப்படுத்துகிறது. + +**வெட்டப்பட்ட சரிபார்ப்பாளர்களை முன்மொழிவதிலிருந்து விலக்கு (அல்லது EIP-8045)** என்பது எதிர்காலப் பணிகளுக்குத் தேர்ந்தெடுக்கப்படுவதிலிருந்து வெட்டப்பட்ட சரிபார்ப்பாளர்களை வடிகட்டுகிறது. இது நெட்வொர்க் இடையூறுகளின் போது சேவைத் தரத்தைப் பராமரித்து, தொகுதிகளை முன்மொழிய ஆரோக்கியமான சரிபார்ப்பாளர்கள் மட்டுமே தேர்ந்தெடுக்கப்படுவதை உறுதி செய்வதன் மூலம் சங்கிலி மீள்தன்மையை மேம்படுத்துகிறது. + +**ஆதாரங்கள்**: [EIP-8045 தொழில்நுட்ப விவரக்குறிப்பு](https://eips.ethereum.org/EIPS/eip-8045) + +### வெளியேறுதல்கள் ஒருங்கிணைப்பு வரிசையைப் பயன்படுத்தட்டும் {#let-exits-use-the-consolidation-queue} + +- ஒருங்கிணைப்பு வரிசை வழியாக சிறிய சரிபார்ப்பவர்களை விட அதிக இருப்பு சரிபார்ப்பாளர்கள் நெட்வொர்க்கிலிருந்து விரைவாக வெளியேற அனுமதிக்கும் ஒரு ஓட்டையை இது மூடுகிறது. +- அதிக அளவிலான காலங்களில் ஸ்டேக்கிங் திரும்பப் பெறும் நேரங்களைக் குறைத்து, இரண்டாவது வரிசையில் கூடுதல் திறன் இருக்கும்போது வழக்கமான வெளியேற்றங்கள் அதில் நிரம்பி வழிய அனுமதிக்கிறது. +- எத்திரியத்தின் முக்கிய பாதுகாப்பு வரம்புகளை மாற்றுவதையோ அல்லது நெட்வொர்க்கை பலவீனப்படுத்துவதையோ தவிர்க்க கடுமையான பாதுகாப்பைப் பராமரிக்கிறது. + +[பெக்ட்ரா மேம்படுத்தல்](/roadmap/pectra) Ethereum சரிபார்ப்பாளர்களுக்கான அதிகபட்ச பயனுள்ள இருப்பை 32 ETH இலிருந்து 2,048 ETH ஆக அதிகரித்ததால், ஒரு தொழில்நுட்ப ஓட்டை அதிக இருப்பு சரிபார்ப்பாளர்கள் சிறிய சரிபார்ப்பாளர்களை விட ஒருங்கிணைப்பு வரிசை வழியாக நெட்வொர்க்கிலிருந்து விரைவாக வெளியேற அனுமதிக்கிறது. + +**வெளியேறுதல்கள் ஒருங்கிணைப்பு வரிசையைப் பயன்படுத்தட்டும் (அல்லது EIP-8080)** அனைத்து ஸ்டேக்கிங் வெளியேறுதல்களுக்கும் ஒருங்கிணைப்பு வரிசையை ஜனநாயகப்படுத்துகிறது, அனைவருக்கும் ஒரே, நியாயமான வரிசையை உருவாக்குகிறது. + +இது இன்று எவ்வாறு செயல்படுகிறது என்பதைப் பிரித்துப் பார்ப்போம்: + +- எத்திரியத்தின் சுழற்சி வரம்பு என்பது சரிபார்ப்பாளர்கள் தங்கள் பங்குகொண்ட ETH ஐ உள்ளிட, வெளியேற அல்லது இணைக்க (ஒருங்கிணைக்க) கூடிய விகிதத்தில் ஒரு பாதுகாப்பு வரம்பாகும், இது நெட்வொர்க்கின் பாதுகாப்பு ஒருபோதும் சீர்குலைக்கப்படாமல் இருப்பதை உறுதி செய்கிறது. +- ஒரு சரிபார்ப்பாளர் ஒருங்கிணைப்பு என்பது ஒரு நிலையான சரிபார்ப்பாளர் வெளியேற்றத்தை விட அதிக நகரும் பாகங்களைக் கொண்ட ஒரு கனமான செயலாகும், இது இந்த பாதுகாப்பு பட்ஜெட்டின் (சுழற்சி வரம்பு) ஒரு பெரிய பகுதியை எடுத்துக்கொள்கிறது. +- குறிப்பாக, ஒரு நிலையான வெளியேறுதலின் சரியான பாதுகாப்புச் செலவு என்பது ஒரு ஒருங்கிணைப்பின் செலவில் மூன்றில் இரண்டு பங்கு (2/3) ஆகும் என்று நெறிமுறை ஆணையிடுகிறது. + +நியாயமான வெளியேறும் வரிசைகள், அதிக வெளியேறும் தேவை காலங்களில், ஒருங்கிணைப்பு வரிசையிலிருந்து பயன்படுத்தப்படாத இடத்தை நிலையான வெளியேறுகளுக்கு கடன் வாங்க அனுமதிக்கும், "3க்கு 2" பரிமாற்ற விகிதத்தைப் பயன்படுத்துகிறது (ஒவ்வொரு 2 பயன்படுத்தப்படாத ஒருங்கிணைப்பு இடங்களுக்கும், நெட்வொர்க் பாதுகாப்பாக 3 நிலையான வெளியேறுகளைச் செயல்படுத்த முடியும்). இந்த 3/2 சுழற்சி காரணி ஒருங்கிணைப்பு மற்றும் வெளியேறும் வரிசைகளில் தேவையை சமநிலைப்படுத்துகிறது. + +ஒருங்கிணைப்பு வரிசைக்கான அணுகலை ஜனநாயகப்படுத்துவது, நெட்வொர்க் பாதுகாப்பை சமரசம் செய்யாமல், அதிக தேவை காலங்களில் பயனர்கள் தங்கள் பங்கிலிருந்து வெளியேறக்கூடிய வேகத்தை 2.5 மடங்கு வரை அதிகரிக்கும். + +**ஆதாரங்கள்**: [EIP-8080 தொழில்நுட்ப விவரக்குறிப்பு](https://eips.ethereum.org/EIPS/eip-8080) + +## பயனர் மற்றும் டெவலப்பர் அனுபவத்தை மேம்படுத்துங்கள் {#improve-user-developer-experience} + +Ethereum இன் Glamsterdam மேம்படுத்தல், பயனர் அனுபவத்தை மேம்படுத்துதல், தரவு கண்டறியும் திறனை அதிகரித்தல் மற்றும் ஒத்திசைவு தோல்விகளைத் தடுக்க அதிகரித்து வரும் செய்தி அளவுகளைக் கையாளுதல் ஆகியவற்றை நோக்கமாகக் கொண்டுள்ளது. நெட்வொர்க் அளவிடும் போது தொழில்நுட்ப சிக்கல்களைத் தடுக்கும் அதே வேளையில், சங்கிலியில் என்ன நடக்கிறது என்பதைக் கண்காணிப்பதை இது எளிதாக்குகிறது. + +### உள்ளார்ந்த பரிவர்த்தனை எரிவாயு செலவுகளைக் குறைக்கவும் {#reduce-intrinsic-transaction-gas-costs} + +- பரிவர்த்தனைகளுக்கான அடிப்படை கட்டணத்தைக் குறைத்து, எளிய நேட்டிவ் ETH கட்டணத்தின் ஒட்டுமொத்த செலவைக் குறைக்கிறது. +- சிறிய பரிவர்த்தனைகளை மிகவும் மலிவு விலையில் கிடைக்கச் செய்கிறது, இது வழக்கமான பரிமாற்ற ஊடகமாக Ethereum இன் நம்பகத்தன்மையை அதிகரிக்கிறது. + +எல்லா Ethereum பரிவர்த்தனைகளுக்கும் இன்று ஒரு நிலையான அடிப்படை எரிவாயு கட்டணம் உள்ளது, அதைச் செயலாக்குவது எவ்வளவு எளிமையானது அல்லது சிக்கலானது என்பதைப் பொருட்படுத்தாமல். **உள்ளார்ந்த பரிவர்த்தனை எரிவாயுவைக் குறைத்தல் (அல்லது EIP-2780)** என்பது ஏற்கனவே உள்ள கணக்குகளுக்கு இடையில் ஒரு நிலையான ETH பரிமாற்றத்தை 71% வரை மலிவானதாக மாற்ற அந்த அடிப்படை கட்டணத்தைக் குறைப்பதை முன்மொழிகிறது. + +பிணையத்தை இயக்கும் கணினிகள் உண்மையில் செய்யும் அடிப்படை, அத்தியாவசிய வேலைகளை மட்டுமே பிரதிபலிக்கும் வகையில் பரிவர்த்தனை கட்டணத்தை உடைப்பதன் மூலம் உள்ளார்ந்த பரிவர்த்தனை எரிவாயு வேலைகளைக் குறைக்கவும். ஒரு அடிப்படை ETH கட்டணம் சிக்கலான குறியீட்டை இயக்கவோ அல்லது கூடுதல் தரவை எடுத்துச் செல்லவோ இல்லை என்பதால், இந்த முன்மொழிவு அதன் இலகுரக தடத்தை பொருத்த அதன் கட்டணத்தைக் குறைக்கும். + +நெட்வொர்க்கின் நிலையை குறைந்த கட்டணங்கள் அதிகமாகாமல் தடுக்க, புத்தம் புதிய கணக்குகளை உருவாக்குவதற்கான விதிவிலக்கை இந்த முன்மொழிதல் அறிமுகப்படுத்துகிறது. ஒரு பரிமாற்றம் காலியாக உள்ள, இல்லாத முகவரிக்கு ETH ஐ அனுப்பினால், நெட்வொர்க் அதற்காக ஒரு நிரந்தர புதிய பதிவை உருவாக்க வேண்டும். அதன் நீண்டகால சேமிப்புச் சுமையை ஈடுகட்ட உதவும் வகையில், அந்தக் கணக்கு உருவாக்கத்திற்கு ஒரு எரிவாயு கூடுதல் கட்டணம் சேர்க்கப்படுகிறது. + +ஒன்றாக, EIP-2780 ஏற்கனவே உள்ள கணக்குகளுக்கு இடையேயான தினசரி பரிமாற்றங்களை மிகவும் மலிவு விலையில் செய்வதை நோக்கமாகக் கொண்டுள்ளது, அதே நேரத்தில் உண்மையான நிலை வளர்ச்சியைத் துல்லியமாக விலை நிர்ணயிப்பதன் மூலம் நெட்வொர்க் தரவுத்தள வீக்கத்திலிருந்து பாதுகாக்கப்படுவதை உறுதி செய்கிறது. + +**ஆதாரங்கள்**: [EIP-2780 தொழில்நுட்ப விவரக்குறிப்பு](https://eips.ethereum.org/EIPS/eip-2780) + +### நிர்ணயிக்கப்பட்ட தொழிற்சாலை முன் வரிசைப்படுத்தல் {#deterministic-factory-predeploy} + +- டெவலப்பர்களுக்கு, பல சங்கிலிகளில் ஒரே முகவரியில் பயன்பாடுகளையும் ஸ்மார்ட் ஒப்பந்த வாலட்களையும் பயன்படுத்த ஒரு நேட்டிவ் வழியை வழங்குகிறது. +- பயனர்கள் பல அடுக்கு 2 (L2) நெட்வொர்க்குகளில் ஒரே ஸ்மார்ட் வாலட் முகவரியைக் கொண்டிருக்க அனுமதிக்கிறது, இது அறிவாற்றல் சுமையைக் குறைக்கிறது, குழப்பத்தைக் குறைக்கிறது மற்றும் தற்செயலாக நிதி இழப்பு ஏற்படும் அபாயத்தைக் குறைக்கிறது. +- இந்த இணையை அடைய டெவலப்பர்கள் தற்போது பயன்படுத்தும் மாற்று வழிகளை இது மாற்றுகிறது, பல-சங்கிலி பணப்பைகள் மற்றும் பயன்பாடுகளை உருவாக்குவதை எளிதாகவும் பாதுகாப்பாகவும் மாற்றுகிறது. + +ஒரு பயனருக்கு இன்று பல Ethereum Virtual Machine (EVM)-இணக்கமான சங்கிலிகளில் கணக்குகளைக் கொண்ட ஒரு ஸ்மார்ட் ஒப்பந்த வாலட் இருந்தால், அவர்கள் பெரும்பாலும் வெவ்வேறு நெட்வொர்க்குகளில் முற்றிலும் மாறுபட்ட முகவரியுடன் முடிவடைகிறார்கள். இது குழப்பத்தை ஏற்படுத்துவது மட்டுமல்லாமல், தற்செயலாக நிதி இழப்புக்கும் வழிவகுக்கும். + +**நிர்ணயிக்கப்பட்ட தொழிற்சாலை முன் வரிசைப்படுத்தல் (அல்லது EIP-7997)** டெவலப்பர்களுக்கு அவர்களின் பரவலாக்கப்பட்ட பயன்பாடுகள் மற்றும் ஸ்மார்ட் ஒப்பந்த வாலட்களை Ethereum Mainnet, layer 2 (L2) நெட்வொர்க்குகள் மற்றும் பலவற்றை உள்ளடக்கிய பல EVM சங்கிலிகளில் ஒரே முகவரிக்கு வரிசைப்படுத்த ஒரு உள்ளமைக்கப்பட்ட வழியை வழங்குகிறது. ஏற்றுக்கொள்ளப்பட்டால், பயனர் பங்கேற்கும் ஒவ்வொரு சங்கிலியிலும் ஒரே முகவரியைக் கொண்டிருக்க இது அனுமதிக்கும், இது அறிவாற்றல் சுமையையும் பயனர் பிழைக்கான சாத்தியத்தையும் கணிசமாகக் குறைக்கிறது. + +நிர்ணயிக்கப்பட்ட தொழிற்சாலை முன் வரிசைப்படுத்தல், பங்கேற்கும் ஒவ்வொரு EVM-இணக்கமான சங்கிலியிலும் ஒரு குறைந்தபட்ச, சிறப்பு தொழிற்சாலை நிரலை ஒரே மாதிரியான இடத்தில் (குறிப்பாக, முகவரி 0x12) நிரந்தரமாக வைப்பதன் மூலம் செயல்படுகிறது. இதன் இலக்கு, எந்த EVM-இணக்கமான நெட்வொர்க்காலும் ஏற்றுக்கொள்ளக்கூடிய ஒரு உலகளாவிய, நிலையான தொழிற்சாலை ஒப்பந்தத்தை வழங்குவதாகும்; ஒரு EVM சங்கிலி பங்கேற்று இந்த தரத்தை ஏற்றுக்கொள்ளும் வரை, டெவலப்பர்கள் தங்கள் ஸ்மார்ட் ஒப்பந்தங்களை அந்த நெட்வொர்க்கில் உள்ள அதே முகவரியில் வரிசைப்படுத்த இதைப் பயன்படுத்த முடியும். + +இந்த தரப்படுத்தல், டெவலப்பர்கள் மற்றும் பரந்த சுற்றுச்சூழல் அமைப்புக்கு குறுக்கு-சங்கிலி பயன்பாடுகளை உருவாக்குவதையும் நிர்வகிப்பதையும் எளிதாக்குகிறது. டெவலப்பர்கள் இனி வெவ்வேறு நெட்வொர்க்குகளில் தங்கள் மென்பொருளை ஒன்றாக இணைக்க தனிப்பயன், சங்கிலி சார்ந்த குறியீட்டை உருவாக்க வேண்டியதில்லை, மாறாக இந்த உலகளாவிய தொழிற்சாலையைப் பயன்படுத்தி தங்கள் பயன்பாட்டிற்கு எல்லா இடங்களிலும் ஒரே மாதிரியான முகவரியை உருவாக்கலாம். கூடுதலாக, பிளாக் எக்ஸ்ப்ளோரர்கள், கண்காணிப்பு சேவைகள் மற்றும் வாலட்கள் இந்த பயன்பாடுகளையும் கணக்குகளையும் பல்வேறு சங்கிலிகளில் எளிதாக அடையாளம் கண்டு இணைக்க முடியும், இது அனைத்து Ethereum-அடிப்படையிலான பங்கேற்பாளர்களுக்கும் மிகவும் ஒருங்கிணைந்த மற்றும் தடையற்ற பல-சங்கிலி சூழலை உருவாக்குகிறது. + +**ஆதாரங்கள்**: [EIP-7997 தொழில்நுட்ப விவரக்குறிப்பு](https://eips.ethereum.org/EIPS/eip-7997) + +### ETH பரிமாற்றங்கள் மற்றும் எரிப்பு ஒரு பதிவை வெளியிடுகின்றன {#eth-transfers-and-burns-emit-a-log} + +- ETH பரிமாற்றம் செய்யப்படும் அல்லது எரிக்கப்படும் ஒவ்வொரு முறையும் தானாகவே ஒரு நிரந்தர பதிவை (பதிவு) உருவாக்குகிறது. +- தற்காலிக கண்காணிப்பு கருவிகள் இல்லாமல், பயனர்களின் வைப்புத்தொகைகளை நம்பகத்தன்மையுடன் கண்டறிய பயன்பாடுகள், பரிமாற்றங்கள் மற்றும் பாலங்கள் ஆகியவற்றை அனுமதிக்கும் ஒரு வரலாற்று குறைபாட்டை சரிசெய்கிறது. + +டோக்கன்களைப் (ERC-20s) போலல்லாமல், ஸ்மார்ட் ஒப்பந்தங்களுக்கு இடையேயான வழக்கமான ETH பரிமாற்றங்கள் தெளிவான ரசீதை (நிலையான பதிவை) வெளியிடாது, இதனால் பரிமாற்றங்கள் மற்றும் பயன்பாடுகள் அவற்றைக் கண்காணிப்பது கடினமாகிறது. + +ETH பரிமாற்றங்கள் மற்றும் எரித்தல் ஒரு பதிவை (அல்லது EIP-7708) வெளியிடுகிறது, இது பூஜ்ஜியமற்ற அளவு ETH நகர்த்தப்படும் அல்லது எரிக்கப்படும் ஒவ்வொரு முறையும் நெட்வொர்க் ஒரு நிலையான பதிவு நிகழ்வை வெளியிடுவதை கட்டாயமாக்குகிறது. + +இது வாலட்கள், பரிமாற்றங்கள் மற்றும் பிரிட்ஜ் ஆபரேட்டர்கள் தனிப்பயன் கருவிகள் இல்லாமல் டெபாசிட்கள் மற்றும் நகர்வுகளைத் துல்லியமாகக் கண்காணிக்க மிகவும் எளிதாகவும் நம்பகத்தன்மையுடனும் செய்யும். + +**ஆதாரங்கள்**: [EIP-7708 தொழில்நுட்ப விவரக்குறிப்பு](https://eips.ethereum.org/EIPS/eip-7708) + +### eth/70 பகுதி தொகுதி ரசீது பட்டியல்கள் {#eth-70-partial-block-receipt-lists} + +Ethereum செய்யக்கூடிய வேலையின் அளவை அதிகரிக்கும்போது, அந்த செயல்களுக்கான ரசீதுகளின் பட்டியல்கள் (இந்த பரிவர்த்தனைகளின் தரவு பதிவுகள்) மிகவும் பெரியதாகி வருகின்றன, அவை ஒன்றோடொன்று தரவை ஒத்திசைக்க முயற்சிக்கும்போது நெட்வொர்க்கின் முனைகள் தோல்வியடையக்கூடும். + +eth/70 பகுதி தொகுதி ரசீது பட்டியல்கள் (அல்லது EIP-7975) முனைகள் ஒன்றுக்கொன்று பேச ஒரு புதிய வழியை அறிமுகப்படுத்துகிறது (eth/70) இது இந்த பெரிய பட்டியல்களை சிறிய, மிகவும் நிர்வகிக்கக்கூடிய பகுதிகளாக உடைக்க அனுமதிக்கிறது. eth/70 நெட்வொர்க்கின் தொடர்பு நெறிமுறைக்கான ஒரு பக்கமாக்கல் அமைப்பை அறிமுகப்படுத்துகிறது, இது முனைகள் தொகுதி ரசீது பட்டியல்களை உடைத்து, சிறிய, மிகவும் நிர்வகிக்கக்கூடிய துண்டுகளில் தரவை பாதுகாப்பாக கோர அனுமதிக்கிறது. + +இந்த மாற்றம் அதிக செயல்பாட்டு காலங்களில் நெட்வொர்க் ஒத்திசைவு தோல்விகளைத் தடுக்கும். இறுதியில், இது Ethereum அதன் தொகுதி திறனை அதிகரிக்கவும், சங்கிலியை ஒத்திசைக்கும் இயற்பியல் வன்பொருளை அதிக சுமைக்கு உள்ளாக்காமல், எதிர்காலத்தில் ஒரு தொகுதிக்கு அதிக பரிவர்த்தனைகளைச் செயல்படுத்தவும் வழி வகுக்கிறது. + +**ஆதாரங்கள்**: [EIP-7975 தொழில்நுட்ப விவரக்குறிப்பு](https://eips.ethereum.org/EIPS/eip-7975) + +## மேலும் படிக்க {#further-reading} + +- [எத்தேரியம் சாலை வரைபடம்](/roadmap/) +- [ஃபோர்காஸ்ட்: கிளாமாஸ்டர்டேம்](https://forkcast.org/upgrade/glamsterdam) +- [கிளாம்ஸ்டர்டேம் மெட்டா EIP](https://eips.ethereum.org/EIPS/eip-7773) +- [2026க்கான நெறிமுறை முன்னுரிமைகள் புதுப்பிப்பு வலைப்பதிவு அறிவிப்பு](https://blog.ethereum.org/2026/02/18/protocol-priorities-update-2026) +- [டெய்லி ஜிவே ரீஃப்யூல் பாட்காஸ்ட் - போஸ்ட்-குவாண்டம் எத்திரியம், கிளாம்ஸ்டர்டேம் வருகிறது](https://www.youtube.com/watch?v=qx9sd50uQjQ) + +## அடிக்கடி கேட்கப்படும் கேள்விகள் {#faq} + +### கிளாம்ஸ்டெர்டாம் ஹார்ட் ஃபோர்க்கிற்குப் பிறகு ETH ஐ எவ்வாறு மாற்றலாம்? {#how-can-eth-be-converted-after-the-hardfork} + +- **உங்கள் ETHக்கு எந்த நடவடிக்கையும் தேவையில்லை**: கிளாம்ஸ்டர்டேம் மேம்படுத்தலுக்குப் பிறகு உங்கள் ETHஐ மாற்றவோ மேம்படுத்தவோ தேவையில்லை. உங்கள் கணக்கு இருப்புகள் அப்படியே இருக்கும், மேலும் நீங்கள் தற்போது வைத்திருக்கும் ETH ஹார்ட் ஃபோர்க்கிற்குப் பிறகு அதன் தற்போதைய வடிவத்தில் அணுகக்கூடியதாக இருக்கும். +- **மோசடிகளில் இருந்து எச்சரிக்கையாக இருங்கள்!** **உங்கள் ETH ஐ "மேம்படுத்த" உங்களுக்கு அறிவுறுத்தும் எவரும் உங்களை ஏமாற்ற முயற்சிக்கிறார்கள்.** இந்த மேம்படுத்தலைப் பொறுத்தவரை நீங்கள் செய்ய வேண்டியது எதுவும் இல்லை. உங்கள் சொத்துக்கள் முற்றிலும் பாதிக்கப்படாமல் இருக்கும். நினைவில் கொள்ளுங்கள், தகவலறிந்திருப்பது மோசடிகளுக்கு எதிரான சிறந்த பாதுகாப்பாகும். + +[மோசடிகளை அடையாளம் கண்டு தவிர்ப்பது பற்றிய கூடுதல் தகவல்கள்](/security/) + +### கிளாம்ஸ்டெர்டாம் மேம்படுத்தல் அனைத்து Ethereum நோடுகள் மற்றும் சரிபார்ப்பாளர்களையும் பாதிக்குமா? {#does-the-glamsterdam-upgrade-affect-all-ethereum-nodes-and-validators} + +ஆம், Glamsterdam மேம்படுத்தலுக்கு [செயல்படுத்தும் கிளையண்டுகள் மற்றும் ஒருமித்த கிளையண்டுகள்](/developers/docs/nodes-and-clients/) இரண்டிற்கும் புதுப்பிப்புகள் தேவை. இந்த மேம்படுத்தல் Enshrined Proposer-Builder Separation (ePBS) ஐ அறிமுகப்படுத்துவதால், புதிய வழிகளில் தொகுதிகள் எவ்வாறு உருவாக்கப்படுகின்றன, சரிபார்க்கப்படுகின்றன மற்றும் நெட்வொர்க்கால் சான்றளிக்கப்படுகின்றன என்பதைக் கையாள தங்கள் கிளையண்டுகள் புதுப்பிக்கப்பட்டுள்ளதா என்பதை நோட் ஆபரேட்டர்கள் உறுதிப்படுத்த வேண்டும். + +அனைத்து முக்கிய Ethereum வாடிக்கையாளர்களும் உயர் முன்னுரிமையாகக் குறிக்கப்பட்ட ஹார்ட் ஃபோர்க்கை ஆதரிக்கும் பதிப்புகளை வெளியிடுவார்கள். இந்த வெளியீடுகள் எப்போது கிடைக்கும் என்பதை வாடிக்கையாளர் GitHub களஞ்சியங்கள், அவற்றின் [Discord சேனல்கள்](https://ethstaker.org/support), [EthStaker Discord](https://dsc.gg/ethstaker) ஆகியவற்றில் நீங்கள் தெரிந்துகொள்ளலாம் அல்லது நெறிமுறை புதுப்பிப்புகளுக்கு Ethereum வலைப்பதிவிற்கு குழுசேரலாம். + +மேம்படுத்தலுக்குப் பிறகு Ethereum நெட்வொர்க்குடன் ஒத்திசைவைப் பராமரிக்க, நோட் ஆபரேட்டர்கள் தாங்கள் ஆதரிக்கப்படும் கிளையன்ட் பதிப்பை இயக்குவதை உறுதிசெய்ய வேண்டும். கிளையன்ட் வெளியீடுகள் பற்றிய தகவல்கள் காலத்திற்கு ஏற்ப மாறுபடும் என்பதை நினைவில் கொள்ளவும், மேலும் பயனர்கள் மிகவும் தற்போதைய விவரங்களுக்கு சமீபத்திய புதுப்பிப்புகளைப் பார்க்க வேண்டும். + +### ஒரு ஸ்டேக்கராக, கிளாம்ஸ்டெர்டாம் மேம்படுத்தலுக்கு நான் என்ன செய்ய வேண்டும்? {#as-a-staker-what-do-i-need-to-do-for-the-glamsterdam-upgrade} + +ஒவ்வொரு நெட்வொர்க் மேம்படுத்தலைப் போலவே, உங்கள் கிளையன்ட்களை Glamsterdam ஆதரவுடன் குறிக்கப்பட்ட சமீபத்திய பதிப்புகளுக்குப் புதுப்பிக்கவும். வெளியீடுகள் பற்றிய தகவல்களைப் பெற, அஞ்சல் பட்டியலில் உள்ள புதுப்பிப்புகளையும் [EF வலைப்பதிவில் உள்ள நெறிமுறை அறிவிப்புகளையும்](https://blog.ethereum.org/category/protocol) பின்பற்றவும். + +மெயின்நெட்டில் கிளாம்ஸ்டெர்டேம் செயல்படுத்தப்படுவதற்கு முன்பு உங்கள் அமைப்பைச் சரிபார்க்க, நீங்கள் சோதனைவலைப்பின்னல்களில் ஒரு சரிபார்ப்பாளரை இயக்கலாம். சோதனைவலைப்பின்னல் ஃபோர்க்குகள் அஞ்சல் பட்டியலிலும் வலைப்பதிவிலும் அறிவிக்கப்படுகின்றன. + +### L1 அளவீட்டிற்காக Glamsterdam என்னென்ன மேம்பாடுகளை உள்ளடக்கும்? {#what-improvements-will-glamsterdam-include-for-l1-scaling} + +முக்கிய அம்சம் ePBS (EIP-7732) ஆகும், இது நெட்வொர்க் பரிவர்த்தனைகளைச் சரிபார்க்கும் கடினமான பணியை ஒருமித்த கருத்தை அடையும் பணியிலிருந்து பிரிக்கிறது. இது தரவு பரவல் சாளரத்தை 2 வினாடிகளில் இருந்து தோராயமாக 9 வினாடிகள் வரை விரிவுபடுத்துகிறது, Ethereum இன் அதிக பரிவர்த்தனை செயல்திறனைப் பாதுகாப்பாகக் கையாளும் திறனைத் தடுக்கிறது மற்றும் அடுக்கு 2 நெட்வொர்க்குகளுக்கு அதிக தரவு பிளாப்களைச் சேர்க்கிறது. + +### Ethereum (Layer 1) இல் Glamsterdam கட்டணங்களைக் குறைக்குமா? {#will-glamsterdam-lower-fees-on-ethereum-layer-1} + +ஆம், Glamsterdam தினசரி பயனர்களுக்கான கட்டணங்களைக் குறைக்கும்! உள்ளார்ந்த பரிவர்த்தனை எரிவாயுவை (அல்லது EIP-2780) குறைப்பது ETH அனுப்புவதற்கான அடிப்படை கட்டணத்தைக் குறைக்கிறது, இதனால் தினசரி கொடுப்பனவுகளுக்கு ETH ஐப் பயன்படுத்துவது மிகவும் மலிவானதாகிறது. + +கூடுதலாக, நீண்டகால நிலைத்தன்மைக்காக, கிளாம்ஸ்டர்டாம் தொகுதி-நிலை அணுகல் பட்டியல்களை (BALs) அறிமுகப்படுத்துகிறது. இது இணை செயலாக்கத்தை செயல்படுத்துகிறது மற்றும் எதிர்காலத்தில் அதிக ஒட்டுமொத்த எரிவாயு வரம்புகளை பாதுகாப்பாகக் கையாள L1 ஐத் தயார்படுத்துகிறது, இது திறன் வளரும்போது பரிவர்த்தனைக்கு எரிவாயு செலவுகளைக் குறைக்கும். + +### கிளாம்ஸ்டெரமிற்குப் பிறகு எனது ஏற்கனவே உள்ள ஸ்மார்ட் ஒப்பந்தங்களில் ஏதேனும் மாற்றங்கள் இருக்குமா? {#will-my-smart-contracts-change} + +கிளாம்ஸ்டெர்டாமுக்குப் பிறகும் ஏற்கனவே உள்ள ஒப்பந்தங்கள் தொடர்ந்து சாதாரணமாகச் செயல்படும். டெவலப்பர்களுக்குப் பல புதிய கருவிகள் கிடைக்க வாய்ப்புள்ளது, மேலும் அவர்கள் தங்கள் எரிவாயு பயன்பாட்டை மதிப்பாய்வு செய்ய வேண்டும்: +- அதிகபட்ச ஒப்பந்த அளவை அதிகரிப்பது (அல்லது EIP-7954) டெவலப்பர்கள் பெரிய பயன்பாடுகளைப் பயன்படுத்த அனுமதிக்கிறது, அதிகபட்ச ஒப்பந்த அளவு வரம்பை தோராயமாக 24KiB இலிருந்து 32KiB ஆக உயர்த்துகிறது. +- நிர்ணயிக்கப்பட்ட தொழிற்சாலை முன் வரிசைப்படுத்தல் (அல்லது EIP-7997) ஒரு உலகளாவிய, உள்ளமைக்கப்பட்ட தொழிற்சாலை ஒப்பந்தத்தை அறிமுகப்படுத்துகிறது. இது டெவலப்பர்கள் தங்கள் பயன்பாடுகளையும் ஸ்மார்ட் ஒப்பந்த பணப்பைகளையும் அனைத்து பங்கேற்கும் EVM சங்கிலிகளிலும் ஒரே முகவரியில் வரிசைப்படுத்த அனுமதிக்கிறது. +- ETH பரிமாற்றங்களைக் கண்டறிய உங்கள் செயலி சிக்கலான டிரேசிங்கை நம்பியிருந்தால், ETH பரிமாற்றங்கள் மற்றும் பர்ன்கள் ஒரு பதிவை (அல்லது EIP-7708) வெளியிடும், இது மிகவும் எளிமையான மற்றும் நம்பகமான கணக்கியலுக்கு பதிவுகளைப் பயன்படுத்த உங்களை அனுமதிக்கும். +- மாநில உருவாக்கம் எரிவாயு செலவு அதிகரிப்பு (அல்லது EIP-8037) மற்றும் மாநில அணுகல் எரிவாயு செலவு புதுப்பிப்பு (அல்லது EIP-8038) ஆகியவை புதிய நிலைத்தன்மை மாதிரிகளை அறிமுகப்படுத்துகின்றன, அவை சில ஒப்பந்த வரிசைப்படுத்தல் செலவுகளை மாற்றும், ஏனெனில் புதிய கணக்குகளை உருவாக்குதல் அல்லது நிரந்தர சேமிப்பகத்திற்கு மாறும் வகையில் சரிசெய்யப்படும் கட்டணம் இருக்கும். + +### கிளாம்ஸ்டர்டேம் நோட் சேமிப்பு மற்றும் வன்பொருள் தேவைகளை எவ்வாறு பாதிக்கும்? {#how-will-glamsterdam-affect-node-storage-and-hardware-requirements} + +கிளாம்ஸ்டெர்டாமிற்காகப் பரிசீலிக்கப்படும் பல EIPகள், மாநில வளர்ச்சியின் செயல்திறன் சரிவை நிவர்த்தி செய்கின்றன: +- மாநில உருவாக்க எரிவாயு செலவு அதிகரிப்பு (அல்லது EIP-8037) ஒரு நிலையான தரவுத்தள வளர்ச்சி விகிதத்தை 100 GiB/ஆண்டுக்கு இலக்காகக் கொண்ட ஒரு மாறும் விலை நிர்ணய மாதிரியை அறிமுகப்படுத்துகிறது, இது நிலையான இயற்பியல் வன்பொருள் நெட்வொர்க்கை திறமையாக தொடர்ந்து இயக்க முடியும் என்பதை உறுதி செய்கிறது. +- eth/70 பகுதி தொகுதி ரசீது பட்டியல்கள் (அல்லது EIP-7975) நோடுகள் பக்கப்படுத்தப்பட்ட தொகுதி ரசீதுகளைக் கோர அனுமதிக்கின்றன, இது தரவு-அதிகமான தொகுதி ரசீது பட்டியல்களை சிறிய பகுதிகளாக உடைத்து, Ethereum அளவிடும்போது செயலிழப்புகளைத் தடுக்கிறது மற்றும் ஒத்திசைக்கிறது. + diff --git a/public/content/translations/te/community/grants/index.md b/public/content/translations/te/community/grants/index.md index c9cfb1478dd..4321ac02f40 100644 --- a/public/content/translations/te/community/grants/index.md +++ b/public/content/translations/te/community/grants/index.md @@ -20,6 +20,7 @@ lang: te ఈ కార్యక్రమాలు విస్తృత పరిధిలోని ప్రాజెక్టులకు గ్రాంటులను అందించడం ద్వారా విస్తృత ఇతీరియము పర్యావరణ వ్యవస్థకు మద్దతు ఇస్తాయి. వీటిలో స్కేలబిలిటీ, సంఘం నిర్మాణం, భద్రత, గోప్యత మరియు మరిన్నింటికి పరిష్కారాలు ఉన్నాయి. ఈ గ్రాంట్లు ఏ ఒక్క ఇతీరియము ప్లాట్‌ఫారమ్‌కు ప్రత్యేకమైనవి కావు మరియు మీకు ఖచ్చితంగా తెలియకపోతే ప్రారంభించడానికి ఇది ఒక మంచి ప్రదేశం. - [EF పర్యావరణ వ్యవస్థ మద్దతు కార్యక్రమం](https://esp.ethereum.foundation) - _సార్వత్రిక ఉపకరణాలు, మౌలిక సదుపాయాలు, పరిశోధన మరియు ప్రజా ప్రయోజనాలపై ప్రత్యేక దృష్టితో, ఇతీరియముకు ప్రయోజనం చేకూర్చే ఓపెన్ సోర్స్ ప్రాజెక్టులకు నిధులు_ +- [ESP గ్రాంట్ ఎక్స్‌ప్లోరర్](https://esp.ethereum.foundation/funded-projects) - _పర్యావరణ వ్యవస్థ మద్దతు కార్యక్రమం ద్వారా మద్దతు పొందిన 1,000+ ప్రాజెక్టుల శోధించగల డైరెక్టరీ_ - [అకడమిక్ గ్రాంట్లు](https://esp.ethereum.foundation/academic-grants) - _ఇతీరియముకు సంబంధించిన అకడమిక్ పనికి మద్దతు ఇవ్వడానికి గ్రాంట్లు_ ## గ్రాంటు జాబితా అగ్రిగేటర్లు మరియు ప్లాట్‌ఫారమ్‌లు {#grant-list-aggregators} diff --git a/public/content/translations/te/developers/docs/nodes-and-clients/run-a-node/index.md b/public/content/translations/te/developers/docs/nodes-and-clients/run-a-node/index.md index a1584f036a0..f456a399669 100644 --- a/public/content/translations/te/developers/docs/nodes-and-clients/run-a-node/index.md +++ b/public/content/translations/te/developers/docs/nodes-and-clients/run-a-node/index.md @@ -132,7 +132,6 @@ sidebarDepth: 2 - [EthPillar](https://www.coincashew.com/coins/overview-eth/ethpillar) - పూర్తి నోడ్‌ను సెటప్ చేయడానికి వేగవంతమైన మరియు సులభమైన మార్గం. వన్-లైనర్ సెటప్ సాధనం మరియు నోడ్ నిర్వహణ TUI. ఉచితం. ఓపెన్ సోర్స్. సోలో స్టేకర్ల ద్వారా ఇతీరియము కోసం పబ్లిక్ గూడ్స్. ARM64 మరియు AMD64 మద్దతు. - eth-docker - సులభమైన మరియు సురక్షితమైన స్టాకింగ్‌పై దృష్టి సారించి డాకర్‌ను ఉపయోగించి ఆటోమేటెడ్ సెటప్, ప్రాథమిక టెర్మినల్ మరియు డాకర్ పరిజ్ఞానం అవసరం, కొంచెం ఎక్కువ అధునాతన వినియోగదారులకు సిఫార్సు చేయబడింది. - [Stereum](https://stereum-dev.github.io/ethereum-node-web-docs) - GUI సెటప్ గైడ్, కంట్రోల్ సెంటర్ మరియు అనేక ఇతర ఫీచర్‌లతో SSH కనెక్షన్ ద్వారా రిమోట్ సర్వర్‌లో క్లయింట్‌లను ఇన్‌స్టాల్ చేయడానికి లాంచర్. -- [NiceNode](https://www.nicenode.xyz/) - మీ కంప్యూటర్‌లో నోడ్‌ను అమలు చేయడానికి సూటిగా వినియోగదారు అనుభవంతో కూడిన లాంచర్. కేవలం క్లయింట్‌లను ఎంచుకుని, కొన్ని క్లిక్‌లతో వాటిని ప్రారంభించండి. ఇంకా అభివృద్ధిలో ఉంది. - [Sedge](https://docs.sedge.nethermind.io/docs/intro) - CLI విజార్డ్‌ని ఉపయోగించి డాకర్ కాన్ఫిగరేషన్‌ను స్వయంచాలకంగా రూపొందించే నోడ్ సెటప్ సాధనం. నెదర్‌మైండ్ ద్వారా Goలో వ్రాయబడింది. ### మాన్యువల్ క్లయింట్ల సెటప్ {#manual-setup} diff --git a/public/content/translations/te/roadmap/glamsterdam/index.md b/public/content/translations/te/roadmap/glamsterdam/index.md new file mode 100644 index 00000000000..9c9289f8332 --- /dev/null +++ b/public/content/translations/te/roadmap/glamsterdam/index.md @@ -0,0 +1,295 @@ +--- +title: "గ్లామ్‌స్టర్‌డామ్" +description: "గ్లామ్‌స్టర్‌డామ్ ప్రోటోకాల్ అప్‌గ్రేడ్ గురించి తెలుసుకోండి" +lang: te +--- +# గ్లామ్‌స్టర్‌డామ్ {#glamsterdam} + + + + +గ్లామ్‌స్టర్డామ్ అనేది 2026 మొదటి అర్ధ సంవత్సరంలో ప్రణాళిక చేయబడిన రాబోయే Ethereum అప్‌గ్రేడ్ + + +గ్లామ్‌స్టర్డామ్ అప్‌గ్రేడ్ అనేది Ethereum యొక్క దీర్ఘకాలిక అభివృద్ధి లక్ష్యాలలో ఒక అడుగు మాత్రమే. [ప్రోటోకాల్ రోడ్‌మ్యాప్](/roadmap/) మరియు [మునుపటి అప్‌గ్రేడ్‌ల](/ethereum-forks/) గురించి మరింత తెలుసుకోండి. + + + + +[Ethereum యొక్క](/) రాబోయే Glamsterdam అప్‌గ్రేడ్ తదుపరి తరం స్కేలింగ్ కోసం మార్గాన్ని క్లియర్ చేయడానికి రూపొందించబడింది. Glamsterdam అనేది "Amsterdam" (మునుపటి Devconnect స్థానం పేరు మీద ఉన్న ఎగ్జిక్యూషన్ లేయర్ అప్‌గ్రేడ్) మరియు "Gloas" (ఒక నక్షత్రం పేరు మీద ఉన్న కాన్సెన్సస్ లేయర్ అప్‌గ్రేడ్) కలయిక నుండి వచ్చింది. + +[ఫుసాకా](/roadmap/fusaka/) అప్‌గ్రేడ్‌లో సాధించిన పురోగతిని అనుసరించి, గ్లామ్‌స్టర్‌డామ్ నెట్‌వర్క్ లావాదేవీలు ఎలా ప్రాసెస్ చేస్తుందో మరియు దాని పెరుగుతున్న డేటాబేస్‌ను ఎలా నిర్వహిస్తుందో పునర్వ్యవస్థీకరించడం ద్వారా L1ని స్కేలింగ్ దృష్టి పెడుతుంది, ఇథీరియం బ్లాక్‌లు ఎలా సృష్టిస్తుందో మరియు ధృవీకరిస్తుందో ప్రాథమికంగా నవీకరిస్తుంది. + +ఫుసాకా ప్రాథమిక మెరుగుదలలపై దృష్టి సారించగా, గ్లామ్‌స్టర్‌డామ్ వివిధ నెట్‌వర్క్ భాగస్వాముల మధ్య విధులను వేరు చేయడం ద్వారా మరియు అధిక-థ్రూపుట్ సమాంతరీకరణ కోసం [స్థితిని](/glossary/#state) సిద్ధం చేయడానికి డేటాను నిర్వహించడానికి మరింత సమర్థవంతమైన మార్గాలను ప్రవేశపెట్టడం ద్వారా "స్కేల్ L1" మరియు "స్కేల్ బ్లోబ్స్" లక్ష్యాలను ముందుకు తీసుకువెళుతుంది. + +ఈ మెరుగుదలలు Ethereum వేగంగా, సరసమైనదిగా మరియు వికేంద్రీకృత ఉండేలా చూస్తాయి, ఇది ఎక్కువ కార్యకలాపాలను నిర్వహిస్తున్నప్పుడు, ఇంట్లో [నోడ్‌లను](/glossary/#node) అమలు చేసే వ్యక్తులకు హార్డ్‌వేర్ అవసరాలను నిర్వహించగలిగేలా ఉంచుతుంది. + + + +## గ్లామ్‌స్టర్‌డామ్ కోసం మెరుగుదలలు పరిగణించబడ్డాయి {#improvements-in-glamsterdam} + + + + +గమనిక: ఈ కథనం ప్రస్తుతం గ్లామ్‌స్టర్‌డామ్‌లో చేర్చడానికి పరిగణించబడుతున్న EIPల ఎంపికను హైలైట్ చేస్తుంది. తాజా స్థితి నవీకరణల కోసం, [ఫోర్కాస్ట్‌లోని గ్లామ్‌స్టర్‌డామ్ అప్‌గ్రేడ్‌ను](https://forkcast.org/upgrade/glamsterdam) వీక్షించండి. + +మీరు గ్లామ్‌స్టర్‌డామ్ కోసం పరిశీలనలో ఉన్న EIPని జోడించాలనుకుంటే, కానీ అది ఇంకా ఈ పేజీకి జోడించబడకపోతే, [ethereum.orgకి ఎలా సహకరించాలో ఇక్కడ తెలుసుకోండి](/contributing/). + + + + +గ్లామ్‌స్టర్డామ్ అప్‌గ్రేడ్ మూడు ప్రధాన లక్ష్యాలపై దృష్టి పెడుతుంది: + +- ప్రాసెసింగ్‌ను వేగవంతం చేయడం (సమాంతరీకరణ): నెట్‌వర్క్ డేటా డిపెండెన్సీలను ఎలా రికార్డ్ చేస్తుందో పునఃవ్యవస్థీకరించడం, తద్వారా నెమ్మదిగా, ఒక్కొక్కటిగా కాకుండా ఒకేసారి అనేక లావాదేవీలు సురక్షితంగా ప్రాసెస్ చేయగలదు. +- సామర్థ్యాన్ని విస్తరించడం: బ్లాక్‌లు సృష్టించడం మరియు ధృవీకరించడం వంటి భారీ పనులను విభజించడం, నెట్‌వర్క్ వేగాన్ని తగ్గించకుండా పెద్ద మొత్తంలో డేటాను ప్రచారం చేయడానికి ఎక్కువ సమయం ఇస్తుంది. +- డేటాబేస్ బ్లోట్ (స్థిరత్వం) నివారణ: కొత్త డేటాను నిల్వ చేయడానికి దీర్ఘకాలిక హార్డ్‌వేర్ ఖర్చును ఖచ్చితంగా ప్రతిబింబించేలా నెట్‌వర్క్ రుసుములను సర్దుబాటు చేయడం, భవిష్యత్తులో గ్యాస్ పరిమితి పెరుగుదలను అన్‌బ్లాక్ చేయడం మరియు హార్డ్‌వేర్ పనితీరు క్షీణతను నివారించడం. + +క్లుప్తంగా, నెట్‌వర్క్ సామర్థ్యం పెరిగేకొద్దీ అది స్థిరంగా మరియు అధిక పనితీరుతో ఉండేలా గ్లామ్‌స్టర్‌డామ్ నిర్మాణాత్మక మార్పులను ప్రవేశపెడుతుంది. + +## స్కేల్ L1 & సమాంతర ప్రాసెసింగ్ {#scale-l1} + +అర్థవంతమైన L1 స్కేలింగ్ ప్రోటోకాల్ వెలుపలి విశ్వాస అంచనాలు మరియు సీరియల్ అమలు పరిమితుల నుండి దూరంగా వెళ్లడం అవసరం. కొన్ని బ్లాక్-బిల్డింగ్ విధులను వేరు చేయడం ద్వారా మరియు నెట్‌వర్క్ సమాంతర ప్రాసెసింగ్ కోసం సిద్ధం కావడానికి అనుమతించే కొత్త డేటా నిర్మాణాలను ప్రవేశపెట్టడం ద్వారా గ్లామ్‌స్టర్‌డామ్ దీనిని పరిష్కరిస్తుంది. + +### హెడ్‌లైనర్ ప్రతిపాదన: ప్రతిపాదిత-నిర్మాత విభజన (ePBS) ను పొందుపరచడం. {#epbs} + +- ఆఫ్-ప్రోటోకాల్ ట్రస్ట్ అజంప్షన్స్ మరియు థర్డ్-పార్టీ రిలేలపై ఆధారపడటాన్ని తొలగిస్తుంది +- విస్తరించిన ప్రొపగేషన్ విండోల ద్వారా చాలా పెద్ద పేలోడ్‌లను అనుమతించడం ద్వారా L1 స్కేలింగ్ ప్రారంభిస్తుంది +- నేరుగా ప్రోటోకాల్‌లో ట్రస్ట్‌లెస్ బిల్డర్ చెల్లింపులను పరిచయం చేస్తుంది + +ప్రస్తుతం, బ్లాక్‌లు ప్రతిపాదించడం మరియు నిర్మించే ప్రక్రియలో బ్లొక్ ప్రతిపాదకులు మరియు బ్లొక్ బిల్డర్‌ల మధ్య హ్యాండ్-ఆఫ్ ఉంటుంది. ప్రతిపాదకులు మరియు బిల్డర్‌ల మధ్య సంబంధం కోర్ Ethereum ప్రోటోకాల్‌లో భాగం కాదు, కాబట్టి ఇది విశ్వసనీయ థర్డ్-పార్టీ మిడిల్‌వేర్, సాఫ్ట్‌వేర్ (రిలేలు) మరియు సంస్థల మధ్య ఆఫ్-ప్రోటోకాల్ ట్రస్ట్‌పై ఆధారపడుతుంది. + +ప్రతిపాదకులు మరియు బిల్డర్ల మధ్య ప్రోటోకాల్ వెలుపలి సంబంధం బ్లొక్ ధ్రువీకరణ సమయంలో 'హాట్ పాత్'ను కూడా సృష్టిస్తుంది, ఇది [వాలిడేటోర్స్](/glossary/#validator) 2-సెకన్ల విండోలో లావాదేవీ ప్రసారం మరియు అమలు ద్వారా తొందరపడవలసి వస్తుంది, నెట్‌వర్క్ నిర్వహించగల డేటా పరిమాణాన్ని పరిమితం చేస్తుంది. + +**ప్రతిపాదకుడు-నిర్మాత విభజన (ePBS, లేదా EIP-7732)** ప్రతిపాదకుడి (కాన్సెన్సస్ బ్లొక్ ఎంచుకునే వ్యక్తి) మరియు నిర్మాత (ఎగ్జిక్యూషన్ పేలోడ్ సమీకరించే వ్యక్తి) పనులను అధికారికంగా వేరు చేస్తుంది, ఈ హ్యాండ్-ఆఫ్‌ను నేరుగా ప్రోటోకాల్‌లో ప్రతిష్ఠిస్తుంది. + +బ్లొక్ పేలోడ్ మరియు చెల్లింపు కోసం ట్రస్ట్‌లెస్ మార్పిడిని నేరుగా ప్రోటోకాల్‌లో నిర్మించడం థర్డ్-పార్టీ మిడిల్‌వేర్ (MEV-Boost వంటివి) అవసరాన్ని తొలగిస్తుంది. అయితే, బిల్డర్లు మరియు ప్రతిపాదకులు ఇంకా కోర్ ప్రోటోకాల్‌లో భాగం కాని సంక్లిష్ట ఫీచర్ల కోసం ఆఫ్-ప్రోటోకాల్ రిలేలు లేదా మిడిల్‌వేర్‌ను ఉపయోగించడానికి ఎంచుకోవచ్చు. + +'హాట్ పాత్' అడ్డంకిని పరిష్కరించడానికి, ePBS పేలోడ్ టైమ్‌లీనెస్ కమిటీ (PTC) మరియు డ్యూయల్-డెడ్‌లైన్ లాజిక్‌ను కూడా పరిచయం చేస్తుంది, ఇది వాలిడేటోర్స్ కాన్సెన్సస్ బ్లొక్ మరియు ఎగ్జిక్యూషన్ పేలోడ్ టైమ్‌లీనెస్‌ను విడిగా ధృవీకరించడానికి అనుమతిస్తుంది, తద్వారా త్రూపుట్ గరిష్టంగా పెరుగుతుంది. + + + +ప్రోటోకాల్ స్థాయిలో ప్రతిపాదకుడు మరియు బిల్డర్ పాత్రలను వేరు చేయడం వలన ప్రచారం విండో (లేదా నెట్‌వర్క్ అంతటా డేటాను విస్తరించడానికి అందుబాటులో ఉన్న సమయం) 2 సెకన్ల నుండి దాదాపు 9 సెకన్లకు పెరుగుతుంది. + +ఆఫ్-ప్రోటోకాల్ మిడిల్‌వేర్ మరియు రిలేలను ఇన్-ప్రోటోకాల్ మెకానిక్స్‌తో భర్తీ చేయడం ద్వారా, ePBS ట్రస్ట్ డిపెండెన్సీలను తగ్గిస్తుంది మరియు నెట్‌వర్క్ ఒత్తిడి లేకుండా Ethereum చాలా పెద్ద మొత్తంలో డేటాను ([లేయర్ 2ల](/glossary/#layer-2) కోసం మరిన్ని బ్లాబ్‌ల వంటివి) సురక్షితంగా ప్రాసెస్ చేయడానికి అనుమతిస్తుంది. + +**వనరులు**: [EIP-7732 సాంకేతిక నిర్దేశం](https://eips.ethereum.org/EIPS/eip-7732) + +### హెడ్‌లైనర్ ప్రతిపాదన: బ్లాక్-లెవల్ యాక్సెస్ జాబితాలు (BALలు) {#bals} + +- అన్ని లావాదేవీ డిపెండెన్సీల యొక్క ముందస్తు మ్యాప్‌ను అందించడం ద్వారా సీక్వెన్షియల్ ప్రాసెసింగ్ అడ్డంకులను తొలగిస్తుంది, వాలిడేటోర్స్ ఒకదాని తర్వాత ఒకటి కాకుండా అనేక లావాదేవీలు సమాంతరంగా ప్రాసెస్ చేయడానికి వేదికను ఏర్పాటు చేస్తుంది. +- ప్రతి లావాదేవీ తిరిగి ప్లే చేయకుండా (ఎగ్జిక్యూషన్ లెస్ సింక్) తుది ఫలితాలను చదవడం ద్వారా నోడ్‌లు తమ రికార్డులను నవీకరించడానికి అనుమతిస్తుంది, ఇది నోడ్ నెట్‌వర్క్ సమకాలీకరించడానికి చాలా వేగంగా చేస్తుంది. +- అంచనా వేయడాన్ని తొలగిస్తుంది, వాలిడేటోర్స్ దశలవారీగా కనుగొనడానికి బదులుగా అవసరమైన అన్ని డేటాను ఒకేసారి ముందే లోడ్ చేయడానికి అనుమతిస్తుంది, ఇది ధృవీకరణను చాలా వేగంగా చేస్తుంది. + +నేటి Ethereum ఒకే లేన్ రోడ్డు లాంటిది; ఎందుకంటే లావాదేవీ అమలు అయ్యే వరకు నెట్‌వర్క్ లావాదేవీ ఏ డేటా అవసరమో లేదా ఏది మారుతుందో ( లావాదేవీ ఏ ఖాతాలను తాకుతుందో) తెలియదు కాబట్టి, వాలిడేటోర్స్ లావాదేవీలు ఖచ్చితమైన, క్రమమైన వరుసలో ఒక్కొక్కటిగా ప్రాసెస్ చేయాలి. ఈ డిపెండెన్సీలు తెలియకుండానే వారు లావాదేవీలు ఒకేసారి ప్రాసెస్ చేయడానికి ప్రయత్నించినట్లయితే, రెండు లావాదేవీలు అనుకోకుండా ఒకే సమయంలో ఒకే డేటాను మార్చడానికి ప్రయత్నించవచ్చు, దీని వలన లోపాలు సంభవిస్తాయి. + +**బ్లాక్-లెవెల్ యాక్సెస్ జాబితాలు (BALలు లేదా EIP-7928)** ప్రతి బ్లొక్ చేర్చబడిన మ్యాప్ లాంటివి, పని ప్రారంభించే ముందు డేటాబేస్‌లోని ఏ భాగాలను యాక్సెస్ చేస్తుందో నెట్‌వర్క్ తెలియజేస్తాయి. BALలకు ప్రతి బ్లొక్ లావాదేవీలు తాకే ప్రతి ఖాతా మార్పు యొక్క హాష్‌ను చేర్చడం అవసరం, ఆ మార్పుల తుది ఫలితాలతో పాటు (అన్ని స్థితి యాక్సెస్ మరియు అమలు తర్వాత విలువల హాష్ రికార్డ్). + +ఏ లావాదేవీలు అతివ్యాప్తి చెందలేదో తక్షణమే దృశ్యమానతను అందించడం వలన, BALలు నోడ్‌లు సమాంతర డిస్క్ రీడ్‌లను నిర్వహించడానికి, అనేక లావాదేవీలు సమాచారాన్ని ఏకకాలంలో పొందేందుకు అనుమతిస్తాయి. నెట్‌వర్క్ సంబంధం లేని లావాదేవీలు సురక్షితంగా సమూహపరచవచ్చు మరియు వాటిని సమాంతరంగా ప్రాసెస్ చేయవచ్చు. + +BAL లావాదేవీలు తుది ఫలితాలను (పోస్ట్-ఎగ్జిక్యూషన్ విలువలు) కలిగి ఉన్నందున, నెట్‌వర్క్‌లోని నోడ్‌లు నెట్‌వర్క్ యొక్క ప్రస్తుత స్థితికి సమకాలీకరించాల్సిన అవసరం వచ్చినప్పుడు, అవి తమ రికార్డులను నవీకరించడానికి ఆ తుది ఫలితాలను కాపీ చేయవచ్చు. వాలిడేటర్‌లు ఏమి జరిగిందో తెలుసుకోవడానికి అన్ని క్లిష్టమైన లావాదేవీలు మొదటి నుండి తిరిగి ప్లే చేయనవసరం లేదు, దీని వలన కొత్త నోడ్‌లు నెట్‌వర్క్ చేరడం వేగంగా మరియు సులభతరం అవుతుంది. + +BALల ద్వారా ప్రారంభించబడిన సమాంతర డిస్క్ రీడ్‌లు, Ethereum ఒకేసారి అనేక లావాదేవీలు ప్రాసెస్ చేయగల భవిష్యత్తు వైపు ఒక ముఖ్యమైన అడుగు అవుతుంది, ఇది నెట్‌వర్క్ వేగాన్ని గణనీయంగా పెంచుతుంది. + +#### eth/71 బ్లొక్ యాక్సెస్ జాబితా మార్పిడి {#bale} + +బ్లాక్ యాక్సెస్ లిస్ట్ ఎక్స్ఛేంజ్ (eth/71 లేదా EIP-8159) అనేది బ్లాక్-లెవల్ యాక్సెస్ జాబితాలకు ప్రత్యక్ష నెట్‌వర్కింగ్ సహచరుడు. BALలు సమాంతర అమలును అన్‌లాక్ చేస్తున్నప్పుడు, eth/71 పీర్-టు-పీర్ ప్రోటోకాల్‌ను అప్‌గ్రేడ్ చేస్తుంది, తద్వారా నోడ్‌లు ఈ జాబితాలను నెట్‌వర్క్ ద్వారా వాస్తవానికి భాగస్వామ్యం చేయడానికి వీలు కల్పిస్తుంది. బ్లొక్ యాక్సెస్ లిస్ట్ ఎక్స్ఛేంజ్‌ను అమలు చేయడం వలన వేగవంతమైన సమకాలీకరణను ప్రారంభిస్తుంది మరియు నోడ్‌లు అమలులేని స్థితి నవీకరణలను నిర్వహించడానికి వీలు కల్పిస్తుంది. + +**వనరులు**: +- [EIP-7928 సాంకేతిక నిర్దేశం](https://eips.ethereum.org/EIPS/eip-7928) +- [EIP-8159 సాంకేతిక నిర్దేశం](https://eips.ethereum.org/EIPS/eip-8159) + +## నెట్‌వర్క్ స్థిరత్వం {#network-sustainability} + +Ethereum నెట్‌వర్క్ వేగంగా అభివృద్ధి చెందుతున్నందున, దానిని ఉపయోగించే ఖర్చు Ethereumను అమలు చేసే హార్డ్‌వేర్‌పై ధరించే మరియు చిరిగిన వాటికి సరిపోలుతుందని నిర్ధారించుకోవడం ముఖ్యం. నెట్‌వర్క్ సురక్షితంగా స్కేల్ చేయడానికి మరియు మరిన్ని లావాదేవీలు ప్రాసెస్ చేయడానికి దాని మొత్తం సామర్థ్య పరిమితులను పెంచాలి. + +### రాష్ట్ర సృష్టి గ్యాస్ ఖర్చు పెరుగుదల {#state-creation-gas-cost-increase} + +- కొత్త ఖాతాలు లేదా స్మార్ట్ కాంట్రాక్ట్‌లను సృష్టించడానికి అయ్యే రుసుములు Ethereum యొక్క డేటాబేస్‌పై అవి ఉంచే దీర్ఘకాలిక భారాన్ని ఖచ్చితంగా ప్రతిబింబించేలా చూస్తుంది. +- నెట్‌వర్క్ యొక్క మొత్తం సామర్థ్యం ఆధారంగా ఈ డేటా-సృష్టి రుసుములను స్వయంచాలకంగా సర్దుబాటు చేస్తుంది, సురక్షితమైన మరియు ఊహించదగిన వృద్ధి రేటును లక్ష్యంగా చేసుకుంటుంది, తద్వారా ప్రామాణిక భౌతిక హార్డ్‌వేర్ నెట్‌వర్క్ అమలు చేయడం కొనసాగించగలదు. +- ఈ నిర్దిష్ట రుసుములకు సంబంధించిన అకౌంటింగ్‌ను కొత్త రిజర్వాయర్‌కు వేరు చేస్తుంది, పాత లావాదేవీ పరిమితులను తొలగిస్తుంది మరియు డెవలపర్‌లు పెద్ద, మరింత సంక్లిష్టమైన అప్లికేషన్‌లను అమలు చేయడానికి అనుమతిస్తుంది. + +కొత్త ఖాతాలు, టోకెన్లు మరియు [స్మార్ట్ కాంట్రాక్ట్‌లను](/glossary/#smart-contract) జోడించడం వలన శాశ్వత డేటా ("స్థితి" అని పిలుస్తారు) సృష్టించబడుతుంది, దీనిని నెట్‌వర్క్ అమలు చేసే ప్రతి కంప్యూటర్ నిరవధికంగా నిల్వ చేయాలి. ఈ డేటాను జోడించడానికి లేదా చదవడానికి ప్రస్తుత రుసుములు అస్థిరంగా ఉంటాయి మరియు అవి నెట్‌వర్క్ హార్డ్‌వేర్‌పై ఉంచే వాస్తవ, దీర్ఘకాలిక నిల్వ భారాన్ని తప్పనిసరిగా ప్రతిబింబించవు. + +కొత్త ఖాతాలను సృష్టించడం లేదా పెద్ద స్మార్ట్ కాంట్రాక్ట్‌లను అమలు చేయడం వంటి Ethereumలో స్థితిని సృష్టించే కొన్ని చర్యలు, నెట్‌వర్క్ నోడ్‌లలో అవి తీసుకునే శాశ్వత నిల్వ స్థలంతో పోలిస్తే సాపేక్షంగా తక్కువ ఖర్చుతో కూడుకున్నవి, ఉదాహరణకు, నిల్వ స్లాట్‌లను సృష్టించడం కంటే కాంట్రాక్ట్ అమలు బైట్ వారీగా గణనీయంగా చౌకగా ఉంటుంది. + +సర్దుబాటు చేయకపోతే, నెట్‌వర్క్ 100M గ్యాస్ పరిమితి స్కేల్ అయితే, Ethereum యొక్క స్థితి సంవత్సరానికి దాదాపు 200 GiB పెరుగుతుంది, చివరికి సాధారణ హార్డ్‌వేర్‌ను అధిగమిస్తుంది. + +**స్టేట్ క్రియేషన్ గ్యాస్ ఖర్చు పెరుగుదల (లేదా EIP-8037)** సృష్టించబడుతున్న డేటా యొక్క వాస్తవ పరిమాణానికి వాటిని అనుసంధానించడం ద్వారా ఖర్చులను సమన్వయం చేస్తుంది, ఒక ఆపరేషన్ సృష్టించే లేదా యాక్సెస్ చేసే శాశ్వత డేటా మొత్తానికి అనులోమానుపాతంలో ఉండేలా రుసుములను నవీకరిస్తుంది. + +EIP-8037 ఈ ఖర్చులను మరింత ఊహించదగిన విధంగా నిర్వహించడానికి ఒక రిజర్వాయర్ నమూనాను కూడా పరిచయం చేస్తుంది; స్టేట్ గ్యాస్ ఛార్జీలు మొదట `state_gas_reservoir` నుండి డ్రా చేయబడతాయి మరియు `GAS` opcode కేవలం `gas_left`ని మాత్రమే తిరిగి ఇస్తుంది, అందుబాటులో ఉన్న గ్యాస్ తప్పుగా లెక్కించకుండా అమలు ఫ్రేమ్‌లను నిరోధిస్తుంది. + +EIP-8037 కి ముందు, కంప్యూటేషనల్ పని (యాక్టివ్ ప్రాసెసింగ్) మరియు శాశ్వత డేటా నిల్వ ( స్మార్ట్ కాంట్రాక్ట్ నెట్‌వర్క్ యొక్క డేటాబేస్‌కు సేవ్ చేయడం) రెండూ ఒకే గ్యాస్ పరిమితి పంచుకుంటాయి. రిజర్వాయర్ మోడల్ అకౌంటింగ్‌ను విభజిస్తుంది: లావాదేవీ యొక్క వాస్తవ కంప్యూటేషనల్ పని (ప్రాసెసింగ్) కోసం గ్యాస్ పరిమితి మరియు దీర్ఘకాలిక డేటా నిల్వ (స్టేట్ గ్యాస్) కోసం. రెండింటినీ వేరు చేయడం వలన అప్లికేషన్ యొక్క డేటా యొక్క భారీ పరిమాణం గ్యాస్ పరిమితి మించకుండా నిరోధించడంలో సహాయపడుతుంది; డెవలపర్లు డేటా నిల్వ కోసం రిజర్వాయర్‌ను పూరించడానికి తగినంత నిధులను అందించినంత వరకు, వారు చాలా పెద్ద మరియు మరింత సంక్లిష్టమైన స్మార్ట్ కాంట్రాక్ట్‌లను అమలు చేయవచ్చు. + +ధరల డేటా నిల్వను మరింత ఖచ్చితంగా మరియు ఊహించదగిన విధంగా చేయడం వలన Ethereum డేటాబేస్‌ను పెంచకుండా దాని వేగం మరియు సామర్థ్యాన్ని సురక్షితంగా పెంచడానికి సహాయపడుతుంది. ఈ స్థిరత్వం నోడ్ ఆపరేటర్‌లు రాబోయే సంవత్సరాల్లో (సంబంధితంగా) సరసమైన హార్డ్‌వేర్‌ను ఉపయోగించడం కొనసాగించడానికి అనుమతిస్తుంది, నెట్‌వర్క్ యొక్క వికేంద్రీకరణను నిర్వహించడానికి గృహ స్టేకింగ్ అందుబాటులో ఉంచుతుంది. + +**వనరులు**: [EIP-8037 సాంకేతిక నిర్దేశం](https://eips.ethereum.org/EIPS/eip-8037) + +### స్థితి-యాక్సెస్ గ్యాస్ ఖర్చు నవీకరణ {#state-access-gas-cost-update} + +- అప్లికేషన్లు Ethereumలో శాశ్వతంగా నిల్వ చేయబడిన సమాచారాన్ని చదివేటప్పుడు లేదా నవీకరించేటప్పుడు (స్టేట్-యాక్సెస్ ఆప్‌కోడ్‌లు) గ్యాస్ ఖర్చులను పెంచుతుంది, ఈ ఆదేశాలకు అవసరమైన కంప్యూట్ పనికి ఖచ్చితంగా సరిపోలుతుంది. +- కృత్రిమంగా చౌకగా ఉన్న డేటా-రీడింగ్ ఆపరేషన్లను ఉపయోగించుకునే డినయల్-ఆఫ్-సర్వీస్ దాడులను నిరోధించడం ద్వారా నెట్‌వర్క్ స్థితిస్థాపకతను బలోపేతం చేస్తుంది + +Ethereum యొక్క స్థితి పెరిగే కొద్దీ, పాత డేటాను శోధించడం మరియు చదవడం ("స్థితి యాక్సెస్") అనే ప్రక్రియ నోడ్‌లు ప్రాసెస్ చేయడానికి మరింత భారంగా మరియు నెమ్మదిగా మారింది. సమాచారాన్ని వెతకడం (కంప్యూట్ పవర్ పరంగా) ఇప్పుడు కొంచెం ఖరీదైనప్పటికీ, ఈ చర్యలకు రుసుములు అలాగే ఉన్నాయి. + +ఫలితంగా, కొన్ని నిర్దిష్ట ఆదేశాలు నోడ్ చేయవలసిన పనికి సంబంధించి ప్రస్తుతం తక్కువ ధర నిర్ణయించబడ్డాయి. ఉదాహరణకు, `EXTCODESIZE` మరియు `EXTCODECOPY` తక్కువ ధర నిర్ణయించబడ్డాయి, ఎందుకంటే వాటికి రెండు వేర్వేరు డేటాబేస్ రీడ్‌లు అవసరం—ఒకటి ఖాతా ఆబ్జెక్ట్ కోసం, మరియు రెండవది వాస్తవ కోడ్ పరిమాణం లేదా బైట్‌కోడ్ కోసం. + +**స్టేట్-యాక్సెస్ గ్యాస్ కాస్ట్ అప్‌డేట్ (లేదా EIP-8038)** ఖాతా మరియు కాంట్రాక్ట్ డేటాను పరిశీలించడం వంటి స్టేట్-యాక్సెస్ ఆప్‌కోడ్‌ల కోసం గ్యాస్ స్థిరాంకాలను పెంచుతుంది, ఆధునిక హార్డ్‌వేర్ పనితీరు మరియు స్టేట్ పరిమాణానికి అనుగుణంగా ఉంటుంది. + +రాష్ట్ర-యాక్సెస్ ఖర్చును సమలేఖనం చేయడం వలన Ethereum మరింత స్థితిస్థాపకంగా మారడానికి సహాయపడుతుంది. ఈ భారీ డేటా-రీడింగ్ చర్యలు కృత్రిమంగా చౌకగా ఉన్నందున, ఒక దుర్బల దాడి చేసే వ్యక్తి నెట్‌వర్క్ యొక్క రుసుము పరిమితిని చేరుకునే ముందు బ్లొక్ సంక్లిష్ట డేటా అభ్యర్థనలతో నెట్‌వర్క్ స్పామ్ చేయవచ్చు, దీని వలన నెట్‌వర్క్ స్తంభించిపోవచ్చు లేదా క్రాష్ కావచ్చు (సేవా నిరాకరణ దాడి). దుర్బల ఉద్దేశ్యం లేకుండా కూడా, నెట్‌వర్క్ డేటాను చదవడం చాలా చౌకగా ఉంటే సమర్థవంతమైన అప్లికేషన్‌లను రూపొందించడానికి డెవలపర్‌లు ఆర్థికంగా ప్రోత్సహించబడరు. + +రాష్ట్ర-యాక్సెస్ చర్యలకు మరింత ఖచ్చితమైన ధర నిర్ణయించడం ద్వారా, Ethereum ప్రమాదవశాత్తు లేదా ఉద్దేశపూర్వకంగా మందగించడం వంటి వాటికి వ్యతిరేకంగా మరింత స్థితిస్థాపకంగా ఉంటుంది, అయితే నెట్‌వర్క్ ఖర్చులను హార్డ్‌వేర్ లోడ్‌తో సమలేఖనం చేయడం భవిష్యత్తులో గ్యాస్ పరిమితి పెరుగుదలకు మరింత స్థిరమైన పునాదిని నిరూపిస్తుంది. + +**వనరులు**: [EIP-8038 సాంకేతిక నిర్దేశం](https://eips.ethereum.org/EIPS/eip-8038) + +## నెట్‌వర్క్ స్థితిస్థాపకత + +వాలిడేటోర్ విధులు మరియు నిష్క్రమణ ప్రక్రియలకు మెరుగులు దిద్దడం వల్ల మాస్-స్లాషింగ్ ఈవెంట్‌ల సమయంలో నెట్‌వర్క్ స్థిరత్వం నిర్ధారించబడుతుంది మరియు ద్రవ్యతను ప్రజాస్వామ్యీకరిస్తుంది. ఈ మెరుగుదలలు నెట్‌వర్క్ మరింత స్థిరంగా చేస్తాయి మరియు పెద్దవి మరియు చిన్నవి అనే తేడా లేకుండా అన్ని పాల్గొనేవారికి న్యాయంగా చికిత్స చేయబడుతుందని నిర్ధారిస్తాయి. + +### ప్రతిపాదించకుండా తొలగించబడిన వాలిడేటోర్స్ మినహాయించండి {#exclude-slashed-validators} + +- భవిష్యత్ బ్లాక్‌లు ప్రతిపాదించడానికి ఎంపిక చేయబడిన వాలిడేటోర్స్ (తగ్గించబడిన) నిలిపివేస్తుంది, హామీ ఇవ్వబడిన తప్పిపోయిన స్లాట్‌లను తొలగిస్తుంది. +- ఇథీరియంను సజావుగా మరియు నమ్మకంగా నడుపుతుంది, భారీ స్లాషింగ్ సంఘటన జరిగినప్పుడు తీవ్రమైన స్తంభనలను నివారిస్తుంది. + +ప్రస్తుతం, ఒక వాలిడేటోర్ స్లాష్ చేయబడినప్పటికీ (నియమాలను ఉల్లంఘించినందుకు లేదా ఊహించిన విధంగా పనిచేయకపోవడం కోసం శిక్ష విధించబడినప్పటికీ), భవిష్యత్ ప్రతిపాదక లుక్అహెడ్‌లను రూపొందించేటప్పుడు సమీప భవిష్యత్తులో బ్లొక్ నాయకత్వం వహించడానికి సిస్టమ్ వారిని ఎంచుకోవచ్చు. + +తగ్గించబడిన ప్రతిపాదకుల నుండి బ్లాక్‌లు చెల్లనివిగా స్వయంచాలకంగా తిరస్కరించబడతాయి కాబట్టి, ఇది నెట్‌వర్క్ స్లాట్‌లను కోల్పోయేలా చేస్తుంది మరియు సామూహిక స్లాషింగ్ ఈవెంట్‌ల సమయంలో నెట్‌వర్క్ పునరుద్ధరణను ఆలస్యం చేస్తుంది. + +**ప్రతిపాదించడం నుండి స్లాష్ చేయబడిన వాలిడేటోర్స్ మినహాయించండి (లేదా EIP-8045)** భవిష్యత్ విధులకు ఎంపిక చేయబడకుండా స్లాష్ చేయబడిన వాలిడేటోర్స్ ఫిల్టర్ చేస్తుంది. ఇది బ్లాక్‌లు ప్రతిపాదించడానికి ఆరోగ్యకరమైన వాలిడేటోర్స్ మాత్రమే ఎంపిక చేయబడతారని నిర్ధారించడం ద్వారా చైన్ స్థితిస్థాపకతను మెరుగుపరుస్తుంది, నెట్‌వర్క్ అంతరాయాల సమయంలో సేవ యొక్క నాణ్యతను నిర్వహిస్తుంది. + +**వనరులు**: [EIP-8045 సాంకేతిక నిర్దేశం](https://eips.ethereum.org/EIPS/eip-8045) + +### నిష్క్రమణలు ఏకీకరణ క్యూను ఉపయోగించనివ్వండి {#let-exits-use-the-consolidation-queue} + +- కన్సాలిడేషన్ క్యూ ద్వారా తక్కువ బ్యాలెన్స్ వాలిడేటోర్స్ కంటే ఎక్కువ బ్యాలెన్స్ ఉన్న వాలిడేటోర్స్ నెట్‌వర్క్ త్వరగా నిష్క్రమించడానికి అనుమతించే లొసుగును మూసివేస్తుంది. +- అదనపు సామర్థ్యం ఉన్నప్పుడు సాధారణ నిష్క్రమణలు ఈ రెండవ క్యూలోకి ప్రవహించడానికి అనుమతిస్తుంది, అధిక-పరిమాణ కాలాల్లో స్టేకింగ్ ఉపసంహరణ సమయాలను తగ్గిస్తుంది. +- Ethereum యొక్క ప్రధాన భద్రతా పరిమితులను మార్చకుండా లేదా నెట్‌వర్క్ బలహీనపరచకుండా నిరోధించడానికి కఠినమైన భద్రతను నిర్వహిస్తుంది. + +[Pectra అప్‌గ్రేడ్](/roadmap/pectra) Ethereum వాలిడేటోర్స్ కోసం గరిష్ట ప్రభావవంతమైన బ్యాలెన్స్‌ను 32 ETH నుండి 2,048 ETHకి పెంచినందున, ఒక సాంకేతిక లోపం అధిక-బ్యాలెన్స్ వాలిడేటోర్స్ కన్సాలిడేషన్ క్యూ ద్వారా చిన్న వాలిడేటోర్స్ కంటే వేగంగా నెట్‌వర్క్ నిష్క్రమించడానికి అనుమతిస్తుంది. + +**ఎగ్జిట్‌లు కన్సాలిడేషన్ క్యూ (లేదా EIP-8080)ని ఉపయోగించనివ్వండి** అనేది అన్ని స్టేకింగ్ ఎగ్జిట్‌ల కోసం కన్సాలిడేషన్ క్యూను ప్రజాస్వామ్యీకరిస్తుంది, అందరికీ ఒకే, న్యాయమైన లైన్‌ను సృష్టిస్తుంది. + +ఇది ఈ రోజు ఎలా పనిచేస్తుందో విడమరిచి చెప్పాలంటే: + +- Ethereum యొక్క చర్న్ పరిమితి అనేది వాలిడేటోర్స్ తమ స్టేక్ చేసిన ETHని నమోదు చేయడానికి, నిష్క్రమించడానికి లేదా విలీనం చేయడానికి (ఏకీకృతం చేయడానికి) రేటుపై ఒక భద్రతా పరిమితి, నెట్‌వర్క్ భద్రత ఎప్పటికీ అస్థిరంగా ఉండదని నిర్ధారించుకోవడానికి. +- వాలిడేటోర్ కన్సాలిడేషన్ అనేది ప్రామాణిక వాలిడేటోర్ నిష్క్రమణ కంటే ఎక్కువ కదిలే భాగాలతో కూడిన భారీ చర్య కాబట్టి, ఇది ఈ భద్రతా బడ్జెట్ (టర్న్ లిమిట్)లో ఎక్కువ భాగాన్ని తీసుకుంటుంది. +- ప్రత్యేకంగా, ప్రోటోకాల్ ప్రకారం ఒక ప్రామాణిక నిష్క్రమణ యొక్క ఖచ్చితమైన భద్రతా ఖర్చు ఒక ఏకీకరణ ఖర్చులో మూడింట రెండు వంతులు (2/3) ఉంటుంది. + +మెరుగైన ఎగ్జిట్ క్యూలు, అధిక ఎగ్జిట్ డిమాండ్ ఉన్న సమయాల్లో, స్టాండర్డ్ ఎగ్జిట్‌లు కన్సాలిడేషన్ క్యూ నుండి ఉపయోగించని స్థలాన్ని అరువు తెచ్చుకోవడానికి అనుమతిస్తాయి, "3 ఫర్ 2" మార్పిడి రేటును వర్తింపజేస్తాయి (ప్రతి 2 ఉపయోగించని కన్సాలిడేషన్ స్పాట్‌లకు, నెట్‌వర్క్ సురక్షితంగా 3 స్టాండర్డ్ ఎగ్జిట్‌లను ప్రాసెస్ చేయగలదు). ఈ 3/2 చర్న్ ఫ్యాక్టర్ కన్సాలిడేషన్ మరియు ఎగ్జిట్ క్యూలలో డిమాండ్‌ను సమతుల్యం చేస్తుంది. + +కన్సాలిడేషన్ క్యూకి యాక్సెస్‌ను ప్రజాస్వామ్యీకరించడం వలన నెట్‌వర్క్ భద్రతకు రాజీ పడకుండా, అధిక-డిమాండ్ కాలాల్లో వినియోగదారులు తమ వాటాను నిష్క్రమించే వేగాన్ని 2.5x వరకు పెంచుతుంది. + +**వనరులు**: [EIP-8080 సాంకేతిక నిర్దేశం](https://eips.ethereum.org/EIPS/eip-8080) + +## వినియోగదారు & డెవలపర్ అనుభవాన్ని మెరుగుపరచండి {#improve-user-developer-experience} + +Ethereum యొక్క Glamsterdam అప్‌గ్రేడ్ వినియోగదారు అనుభవాన్ని మెరుగుపరచడం, డేటా డిస్కవరబిలిటీని పెంచడం మరియు సింక్ వైఫల్యాలను నివారించడానికి పెరుగుతున్న సందేశ పరిమాణాలను నిర్వహించడం లక్ష్యంగా పెట్టుకుంది. నెట్‌వర్క్ స్కేల్ అవుతున్నప్పుడు సాంకేతిక అడ్డంకులను నివారిస్తూ ఆన్‌చైన్‌లో ఏమి జరుగుతుందో ట్రాక్ చేయడం సులభతరం చేస్తుంది. + +### అంతర్గత లావాదేవీ గ్యాస్ ఖర్చులను తగ్గించండి {#reduce-intrinsic-transaction-gas-costs} + +- లావాదేవీలు మూల రుసుము తగ్గిస్తుంది, సాధారణ నేటివ్ ETH చెల్లింపు యొక్క మొత్తం ఖర్చును తగ్గిస్తుంది. +- చిన్న బదిలీలను మరింత సరసమైనదిగా చేస్తుంది, సాధారణ మార్పిడి మాధ్యమంగా Ethereum యొక్క విశ్వసనీయతను పెంచుతుంది. + +నేడు అన్ని Ethereum లావాదేవీలు ప్రాసెసింగ్ ఎంత సులభం లేదా సంక్లిష్టంగా ఉన్నా, ఒకేలాంటి బేస్ గ్యాస్ రుసుము ఉంటుంది. **ఇంట్రిన్సిక్ లావాదేవీ గ్యాస్ (లేదా EIP-2780) తగ్గించడం** అనేది ఇప్పటికే ఉన్న ఖాతాల మధ్య ప్రామాణిక ETH బదిలీని 71% వరకు చౌకగా చేయడానికి ఆ మూల రుసుము తగ్గించాలని ప్రతిపాదిస్తుంది. + +డిజిటల్ సంతకాన్ని ధృవీకరించడం మరియు బ్యాలెన్స్‌ని నవీకరించడం వంటి నెట్‌వర్క్ అమలు చేసే కంప్యూటర్లు వాస్తవానికి చేసే ప్రాథమిక, ముఖ్యమైన పనిని మాత్రమే ప్రతిబింబించేలా లావాదేవీ రుసుము విభజించడం ద్వారా అంతర్గత లావాదేవీ గ్యాస్ పనులను తగ్గించండి. ప్రాథమిక ETH చెల్లింపు సంక్లిష్ట కోడ్‌ను అమలు చేయదు లేదా అదనపు డేటాను తీసుకెళ్లదు కాబట్టి, ఈ ప్రతిపాదన దాని తేలికైన పాదముద్రకు సరిపోయేలా దాని రుసుమును తగ్గిస్తుంది. + +నెట్‌వర్క్ స్థితిని తక్కువ రుసుములు అధికంగా ప్రభావితం చేయకుండా నిరోధించడానికి, కొత్త ఖాతాలను సృష్టించడానికి ఈ ప్రతిపాదన ఒక మినహాయింపును పరిచయం చేస్తుంది. బదిలీ ETHని ఖాళీగా ఉన్న, ఉనికిలో లేని అడ్రసు పంపితే, నెట్‌వర్క్ దాని కోసం శాశ్వత కొత్త రికార్డ్‌ను సృష్టించాలి. దాని దీర్ఘకాలిక నిల్వ భారాన్ని కవర్ చేయడానికి సహాయపడటానికి ఆ ఖాతా సృష్టికి గ్యాస్ సర్ఛార్జ్ జోడించబడుతుంది. + +EIP-2780 అనేది ప్రస్తుత ఖాతాల మధ్య రోజువారీ బదిలీలను మరింత సరసమైనదిగా చేయడంతో పాటు, నిజమైన స్థితి పెరుగుదలను ఖచ్చితంగా ధర నిర్ణయించడం ద్వారా డేటాబేస్ ఉబ్బరం నుండి నెట్‌వర్క్ ఇప్పటికీ రక్షించబడిందని నిర్ధారించడం లక్ష్యంగా పెట్టుకుంది. + +**వనరులు**: [EIP-2780 సాంకేతిక నిర్దేశం](https://eips.ethereum.org/EIPS/eip-2780) + +### నిర్ధారణాత్మక ఫ్యాక్టరీ ముందస్తు విస్తరణ {#deterministic-factory-predeploy} + +- బహుళ గొలుసులలో అప్లికేషన్లు మరియు స్మార్ట్ కాంట్రాక్ట్ వాలెట్లను ఒకే అడ్రసు విస్తరించడానికి డెవలపర్‌లకు స్థానిక మార్గాన్ని అందిస్తుంది. +- వినియోగదారులు బహుళ లేయర్ 2 (L2) నెట్‌వర్క్‌లలో ఒకే స్మార్ట్ వాలెట్ అడ్రసు కలిగి ఉండటానికి అనుమతిస్తుంది, ఇది అభిజ్ఞా భారాన్ని తగ్గిస్తుంది, గందరగోళాన్ని తగ్గిస్తుంది మరియు ప్రమాదవశాత్తు నిధుల నష్టం యొక్క ప్రమాదాన్ని తగ్గిస్తుంది. +- డెవలపర్లు ప్రస్తుతం ఈ సమానత్వాన్ని సాధించడానికి ఉపయోగించే పరిష్కారాలను భర్తీ చేస్తుంది, బహుళ-గొలుసు వాలెట్‌లు మరియు యాప్‌లను నిర్మించడం సులభతరం మరియు మరింత సురక్షితం చేస్తుంది. + +ఒక వినియోగదారుడు నేడు బహుళ Ethereum వర్చువల్ మెషిన్ (EVM)-అనుకూల గొలుసులలో ఖాతాలతో స్మార్ట్ కాంట్రాక్ట్ వాలెట్ కలిగి ఉంటే, వారు తరచుగా వేర్వేరు నెట్‌వర్క్‌లలో పూర్తిగా భిన్నమైన అడ్రసు ముగించవచ్చు. ఇది గందరగోళంగా ఉండటమే కాకుండా, అనుకోకుండా నిధుల నష్టానికి దారితీయవచ్చు. + +**డిటర్మినిస్టిక్ ఫ్యాక్టరీ ప్రీడిప్లాయ్ (లేదా EIP-7997)** డెవలపర్‌లకు వారి వికేంద్రీకృత అప్లికేషన్‌లు మరియు స్మార్ట్ కాంట్రాక్ట్ వాలెట్‌లను Ethereum Mainnet, లేయర్ 2 (L2) నెట్‌వర్క్‌లు మరియు మరిన్నింటితో సహా బహుళ EVM చైన్‌లలో ఒకే అడ్రసు డిప్లాయ్ చేయడానికి స్థానికంగా, అంతర్నిర్మిత మార్గాన్ని అందిస్తుంది. దీనిని స్వీకరిస్తే, వినియోగదారుడు పాల్గొనే ప్రతి చైన్‌లోనూ ఒకే అడ్రసు కలిగి ఉండటానికి అనుమతిస్తుంది, ఇది కాగ్నిటివ్ లోడ్‌ను మరియు వినియోగదారు దోషానికి గల అవకాశాన్ని గణనీయంగా తగ్గిస్తుంది. + +డిటర్మినిస్టిక్ ఫ్యాక్టరీ ప్రీడిప్లాయ్ అనేది ప్రతి పాల్గొనే EVM- అనుకూల గొలుసుపై ఒకేలాంటి స్థానంలో (ప్రత్యేకంగా, అడ్రసు 0x12) కనీస, ప్రత్యేకమైన ఫ్యాక్టరీ ప్రోగ్రామ్‌ను శాశ్వతంగా ఉంచడం ద్వారా పనిచేస్తుంది. దీని లక్ష్యం ఏదైనా EVM- అనుకూల నెట్‌వర్క్ ద్వారా స్వీకరించబడే సార్వత్రిక, ప్రామాణిక ఫ్యాక్టరీ కాంట్రాక్ట్‌ను అందించడం; EVM గొలుసు పాల్గొనే వరకు మరియు ఈ ప్రమాణాన్ని స్వీకరించే వరకు, డెవలపర్‌లు దానిని వారి స్మార్ట్ కాంట్రాక్ట్‌లను ఆ నెట్‌వర్క్ అదే అడ్రసు అమలు చేయడానికి ఉపయోగించగలరు. + +ఈ ప్రామాణీకరణ డెవలపర్‌లకు మరియు విస్తృత పర్యావరణ వ్యవస్థకు క్రాస్-చైన్ అప్లికేషన్‌లను నిర్మించడం మరియు నిర్వహించడం సులభతరం చేస్తుంది. డెవలపర్‌లు ఇకపై వారి సాఫ్ట్‌వేర్‌ను వేర్వేరు నెట్‌వర్క్‌లలో కలిపి లింక్ చేయడానికి అనుకూల, చైన్-నిర్దిష్ట కోడ్‌ను నిర్మించాల్సిన అవసరం లేదు, బదులుగా వారి అప్లికేషన్ కోసం ప్రతిచోటా ఖచ్చితంగా అదే అడ్రసు రూపొందించడానికి ఈ విశ్వ్యాప్త ఫ్యాక్టరీని ఉపయోగిస్తారు. అదనంగా, బ్లొక్ ఎక్స్‌ప్లోరర్‌లు, ట్రాకింగ్ సేవలు మరియు వాలెట్‌లు ఈ అప్లికేషన్‌లు మరియు ఖాతాలను వివిధ చైన్‌లలో మరింత సులభంగా గుర్తించవచ్చు మరియు లింక్ చేయవచ్చు, అన్ని Ethereum-ఆధారిత పాల్గొనేవారికి మరింత ఏకీకృత మరియు అతుకులు లేని మల్టీ-చైన్ వాతావరణాన్ని సృష్టిస్తాయి. + +**వనరులు**: [EIP-7997 సాంకేతిక నిర్దేశం](https://eips.ethereum.org/EIPS/eip-7997) + +### ETH బదిలీలు మరియు బర్న్‌లు లాగ్‌ను విడుదల చేస్తాయి {#eth-transfers-and-burns-emit-a-log} + +- ETH బదిలీ చేయబడిన లేదా బర్న్ చేయబడిన ప్రతిసారీ శాశ్వత రికార్డ్ (లాగ్) స్వయంచాలకంగా రూపొందించబడుతుంది. +- అనువర్తనాలు, ఎక్స్ఛేంజీలు మరియు వంతెనలు అడ్-హాక్ ట్రేసింగ్ సాధనాలు లేకుండా వినియోగదారు డిపాజిట్లను విశ్వసనీయంగా గుర్తించడానికి అనుమతించే చారిత్రాత్మక అంధ స్థానాన్ని పరిష్కరిస్తుంది. + +టోకెన్ల (ERC-20లు) వలె కాకుండా, స్మార్ట్ కాంట్రాక్టుల మధ్య సాధారణ ETH బదిలీలు స్పష్టమైన రసీదును (ప్రామాణిక లాగ్) జారీ చేయవు, దీని వలన ఎక్స్ఛేంజీలు మరియు యాప్‌లు వాటిని ట్రాక్ చేయడం కష్టమవుతుంది. + +ETH బదిలీలు మరియు బర్న్‌లు లాగ్ (లేదా EIP-7708)ని విడుదల చేస్తాయి, దీని వలన సున్నా కాని ETH మొత్తాన్ని తరలించినప్పుడు లేదా బర్న్ చేసిన ప్రతిసారీ నెట్‌వర్క్ ప్రామాణిక లాగ్ ఈవెంట్‌ను విడుదల చేయడం తప్పనిసరి అవుతుంది. + +ఇది వాలెట్‌లు, ఎక్స్ఛేంజ్‌లు మరియు బ్రిడ్జ్ ఆపరేటర్‌లు కస్టమ్ టూలింగ్ లేకుండా డిపాజిట్‌లు మరియు కదలికలను ఖచ్చితంగా ట్రాక్ చేయడానికి చాలా సులభతరం మరియు మరింత నమ్మదగినదిగా చేస్తుంది. + +**వనరులు**: [EIP-7708 సాంకేతిక నిర్దేశం](https://eips.ethereum.org/EIPS/eip-7708) + +### eth/70 పాక్షిక బ్లొక్ రసీదు జాబితాలు {#eth-70-partial-block-receipt-lists} + +Ethereum చేయగల పని మొత్తాన్ని మనం పెంచే కొద్దీ, ఆ చర్యల కోసం రసీదుల జాబితాలు (ఈ లావాదేవీలు డేటా రికార్డులు) చాలా పెద్దవిగా మారుతున్నాయి, అవి ఒకదానితో ఒకటి డేటాను సమకాలీకరించడానికి ప్రయత్నించేటప్పుడు నెట్‌వర్క్ నోడ్‌లు విఫలమయ్యేలా చేస్తాయి. + +eth/70 పాక్షిక బ్లొక్ రసీదు జాబితాలు (లేదా EIP-7975) నోడ్‌లు ఒకదానితో ఒకటి మాట్లాడుకోవడానికి (eth/70) ఒక కొత్త మార్గాన్ని పరిచయం చేస్తాయి, ఇది ఈ పెద్ద జాబితాలను చిన్నవిగా, మరింత నిర్వహించదగిన ముక్కలుగా విభజించడానికి అనుమతిస్తుంది. eth/70 నెట్‌వర్క్ యొక్క కమ్యూనికేషన్ ప్రోటోకాల్ కోసం పేజినేషన్ వ్యవస్థను పరిచయం చేస్తుంది, ఇది నోడ్‌లు బ్లొక్ రసీదు జాబితాలను విభజించడానికి మరియు చిన్నవిగా, మరింత నిర్వహించదగిన ముక్కలలో డేటాను సురక్షితంగా అభ్యర్థించడానికి అనుమతిస్తుంది. + +ఈ మార్పు అధిక కార్యకలాపాల సమయంలో నెట్‌వర్క్ సమకాలీకరణ వైఫల్యాలను నివారిస్తుంది. చివరికి, ఇది Ethereum దాని బ్లొక్ సామర్థ్యాన్ని పెంచడానికి మరియు భవిష్యత్తులో బ్లొక్ మరిన్ని లావాదేవీలు ప్రాసెస్ చేయడానికి మార్గం సుగమం చేస్తుంది, గొలుసును సమకాలీకరించే భౌతిక హార్డ్‌వేర్‌ను ఓవర్‌లోడ్ చేయకుండా. + +**వనరులు**: [EIP-7975 సాంకేతిక నిర్దేశం](https://eips.ethereum.org/EIPS/eip-7975) + +## మరింత చదవండి {#further-reading} + +- [ఎథీరియం రోడ్‌మ్యాప్](/roadmap/) +- [ఫోర్కాస్ట్: గ్లామ్‌స్టర్‌డామ్](https://forkcast.org/upgrade/glamsterdam) +- [గ్లామ్‌స్టర్‌డామ్ మెటా EIP](https://eips.ethereum.org/EIPS/eip-7773) +- [2026 బ్లాగ్ ప్రకటన కోసం ప్రోటోకాల్ ప్రాధాన్యతల నవీకరణ](https://blog.ethereum.org/2026/02/18/protocol-priorities-update-2026) +- [ది డైలీ గ్వీ రీఫ్యూయల్ పాడ్‌కాస్ట్ - పోస్ట్-క్వాంటం ఎథెరియం, గ్లామ్‌స్టర్‌డామ్ వస్తోంది](https://www.youtube.com/watch?v=qx9sd50uQjQ) + +## తరచుగా అడిగే ప్రశ్నలు {#faq} + +### గ్లామ్‌స్టర్డామ్ హార్డ్ ఫోర్క్ తర్వాత ETHని ఎలా మార్చవచ్చు? {#how-can-eth-be-converted-after-the-hardfork} + +- **మీ ETH కోసం ఎటువంటి చర్య అవసరం లేదు**: గ్లామ్‌స్టర్‌డామ్ అప్‌గ్రేడ్ తర్వాత మీ ETHని మార్చడానికి లేదా అప్‌గ్రేడ్ చేయడానికి ఎటువంటి అవసరం లేదు. మీ ఖాతా బ్యాలెన్స్‌లు అలాగే ఉంటాయి మరియు మీరు ప్రస్తుతం కలిగి ఉన్న ETH హార్డ్ ఫోర్క్ తర్వాత దాని ప్రస్తుత రూపంలో అందుబాటులో ఉంటుంది. +- **మోసాల పట్ల జాగ్రత్తగా ఉండండి!** **మీ ETHని "అప్‌గ్రేడ్" చేయమని మీకు సూచించే ఎవరైనా మిమ్మల్ని మోసం చేయడానికి ప్రయత్నిస్తున్నారు.** ఈ అప్‌గ్రేడ్‌కు సంబంధించి మీరు చేయవలసినది ఏమీ లేదు. మీ ఆస్తులు పూర్తిగా ప్రభావితం కాకుండా ఉంటాయి. గుర్తుంచుకోండి, సమాచారం కలిగి ఉండటం మోసాలకు వ్యతిరేకంగా ఉత్తమ రక్షణ. + +[మోసాలను గుర్తించడం మరియు నివారించడం గురించి మరిన్ని వివరాలు](/security/) + +### గ్లామ్‌స్టర్డామ్ అప్‌గ్రేడ్ అన్ని Ethereum నోడ్‌లు మరియు వాలిడేటోర్స్ ప్రభావితం చేస్తుందా? {#does-the-glamsterdam-upgrade-affect-all-ethereum-nodes-and-validators} + +అవును, గ్లామ్‌స్టర్‌డామ్ అప్‌గ్రేడ్‌కు [ఎగ్జిక్యూషన్ క్లయింట్‌లు మరియు ఏకాభిప్రాయం క్లయింట్‌లు](/developers/docs/nodes-and-clients/) రెండింటికీ అప్‌డేట్‌లు అవసరం. ఈ అప్‌గ్రేడ్ ఎన్‌shrined ప్రొపోజర్-బిల్డర్ సెపరేషన్ (ePBS)ని పరిచయం చేస్తుంది కాబట్టి, నోడ్ ఆపరేటర్‌లు బ్లాక్‌లు ఎలా నిర్మించబడతాయి, ధృవీకరించబడతాయి మరియు నెట్‌వర్క్ ద్వారా అటెస్ట్ చేయబడతాయి అనే కొత్త మార్గాలను నిర్వహించడానికి వారి క్లయింట్‌లు అప్‌డేట్ చేయబడ్డాయని నిర్ధారించుకోవాలి. + +అన్ని ప్రధాన Ethereum క్లయింట్‌లు అధిక ప్రాధాన్యతగా గుర్తించబడిన హార్డ్ ఫోర్క్ మద్దతు ఇచ్చే వెర్షన్‌లను విడుదల చేస్తాయి. ఈ విడుదలలు ఎప్పుడు అందుబాటులోకి వస్తాయో మీరు క్లయింట్ GitHub రిపోజిటరీలలో, వాటి [డిస్కార్డ్ ఛానెల్‌లలో](https://ethstaker.org/support), [EthStaker డిస్కార్డ్‌లో](https://dsc.gg/ethstaker) లేదా ప్రోటోకాల్ నవీకరణల కోసం Ethereum బ్లాగుకు సభ్యత్వాన్ని పొందడం ద్వారా తెలుసుకోవచ్చు. + +అప్‌గ్రేడ్ తర్వాత Ethereum నెట్‌వర్క్ సమకాలీకరణను నిర్వహించడానికి, నోడ్ ఆపరేటర్లు వారు సపోర్ట్ చేయబడిన క్లయింట్ వెర్షన్‌ను అమలు చేస్తున్నారని నిర్ధారించుకోవాలి. క్లయింట్ విడుదలల గురించి సమాచారం సమయ-సున్నితమైనది అని గమనించండి మరియు వినియోగదారులు అత్యంత తాజా వివరాల కోసం తాజా నవీకరణలను చూడాలి. + +### స్టాకర్ గా, గ్లామ్‌స్టర్‌డామ్ అప్‌గ్రేడ్ కోసం నేను ఏమి చేయాలి? {#as-a-staker-what-do-i-need-to-do-for-the-glamsterdam-upgrade} + +ప్రతి నెట్‌వర్క్ అప్‌గ్రేడ్‌లో మాదిరిగానే, గ్లామ్‌స్టర్‌డామ్ మద్దతుతో గుర్తించబడిన తాజా వెర్షన్‌లకు మీ క్లయింట్‌లను నవీకరించాలని నిర్ధారించుకోండి. విడుదలల గురించి తెలుసుకోవడానికి మెయిలింగ్ జాబితాలోని నవీకరణలను మరియు [EF బ్లాగ్‌లోని ప్రోటోకాల్ ప్రకటనలను](https://blog.ethereum.org/category/protocol) అనుసరించండి. + +మెయిన్‌నెట్‌లో గ్లామ్‌స్టర్‌డామ్ యాక్టివేట్ అయ్యే ముందు మీ సెటప్‌ను ధృవీకరించడానికి, మీరు టెస్టునెట్‌లలో వాలిడేటోర్ అమలు చేయవచ్చు. టెస్టునెట్ ఫోర్క్‌లు మెయిలింగ్ జాబితా మరియు బ్లాగ్‌లో కూడా ప్రకటించబడతాయి. + +### L1 స్కేలింగ్ కోసం గ్లామ్‌స్టర్‌డామ్ ఏ మెరుగుదలలను కలిగి ఉంటుంది? {#what-improvements-will-glamsterdam-include-for-l1-scaling} + +ముఖ్యమైన ఫీచర్ ePBS (EIP-7732), ఇది నెట్‌వర్క్ లావాదేవీలు ధృవీకరించే భారీ పనిని ఏకాభిప్రాయం చేరుకునే పని నుండి వేరు చేస్తుంది. ఇది డేటా ప్రొపగేషన్ విండోను 2 సెకన్ల నుండి దాదాపు 9 సెకన్లకు విస్తరిస్తుంది, అధిక లావాదేవీ త్రూపుట్‌ను సురక్షితంగా నిర్వహించడానికి మరియు లేయర్ 2 నెట్‌వర్క్‌ల కోసం మరిన్ని డేటా బ్లాబ్‌లను ఉంచడానికి Ethereum సామర్థ్యాన్ని అన్‌బ్లాక్ చేస్తుంది. + +### గ్లామ్‌స్టర్‌డామ్ ఈథీరియం (లేయర్ 1) పై రుసుములను తగ్గిస్తుందా? {#will-glamsterdam-lower-fees-on-ethereum-layer-1} + +అవును, గ్లామ్‌స్టర్‌డామ్ రోజువారీ వినియోగదారులకు రుసుములను తగ్గించే అవకాశం ఉంది! అంతర్గత లావాదేవీ గ్యాస్ (లేదా EIP-2780) తగ్గించడం వలన ETH పంపడానికి మూల రుసుము తగ్గుతుంది, దీని వలన రోజువారీ చెల్లింపుల కోసం ETH ఉపయోగించడం చాలా చౌకగా మారుతుంది. + +అదనంగా, దీర్ఘకాలిక స్థిరత్వం కోసం, గ్లామ్‌స్టర్‌డామ్ బ్లాక్-లెవల్ యాక్సెస్ లిస్ట్‌లను (BALలు) పరిచయం చేస్తుంది. ఇది సమాంతర ప్రాసెసింగ్‌ను ప్రారంభిస్తుంది మరియు భవిష్యత్తులో అధిక మొత్తం గ్యాస్ పరిమితులను సురక్షితంగా నిర్వహించడానికి L1ని సిద్ధం చేస్తుంది, ఇది సామర్థ్యం పెరిగేకొద్దీ లావాదేవీకి గ్యాస్ ఖర్చులను తగ్గిస్తుంది. + +### గ్లామ్‌స్టర్డామ్ తర్వాత నా ప్రస్తుత స్మార్ట్ కాంట్రాక్టులలో ఏవైనా మార్పులు ఉంటాయా? {#will-my-smart-contracts-change} + +గ్లామ్‌స్టర్‌డామ్ తర్వాత కూడా ప్రస్తుత ఒప్పందాలు సాధారణంగా పనిచేస్తాయి. డెవలపర్‌లకు అనేక కొత్త సాధనాలు లభిస్తాయి మరియు వారు తమ గ్యాస్ వినియోగాన్ని సమీక్షించుకోవాలి: +- గరిష్ట కాంట్రాక్ట్ పరిమాణాన్ని పెంచడం (లేదా EIP-7954) డెవలపర్‌లు పెద్ద అప్లికేషన్‌లను అమలు చేయడానికి అనుమతిస్తుంది, గరిష్ట కాంట్రాక్ట్ పరిమాణ పరిమితిని దాదాపు 24KiB నుండి 32KiBకి పెంచుతుంది. +- డిటర్మినిస్టిక్ ఫ్యాక్టరీ ప్రీడిప్లాయ్ (లేదా EIP-7997) ఒక యూనివర్సల్, అంతర్నిర్మిత ఫ్యాక్టరీ కాంట్రాక్ట్‌ను పరిచయం చేస్తుంది. ఇది డెవలపర్‌లు తమ అప్లికేషన్‌లను మరియు స్మార్ట్ కాంట్రాక్ట్ వాలెట్‌లను పాల్గొనే అన్ని EVM చైన్‌లలో ఒకే అడ్రసు డిప్లాయ్ చేయడానికి అనుమతిస్తుంది. +- ETH బదిలీలను కనుగొనడానికి మీ యాప్ సంక్లిష్టమైన ట్రేసింగ్‌పై ఆధారపడితే, ETH బదిలీలు మరియు బర్న్‌లు లాగ్‌ను (లేదా EIP-7708) విడుదల చేస్తాయి, ఇది మరింత సరళమైన మరియు నమ్మదగిన అకౌంటింగ్ కోసం లాగ్‌లను ఉపయోగించడానికి మిమ్మల్ని అనుమతిస్తుంది. +- స్టేట్ క్రియేషన్ గ్యాస్ ఖర్చు పెరుగుదల (లేదా EIP-8037) మరియు స్టేట్-యాక్సెస్ గ్యాస్ ఖర్చు నవీకరణ (లేదా EIP-8038) కొత్త స్థిరత్వ నమూనాలను ప్రవేశపెడతాయి, ఇవి కొన్ని కాంట్రాక్ట్ డిప్లాయ్‌మెంట్ ఖర్చులను మారుస్తాయి, ఎందుకంటే కొత్త ఖాతాలను లేదా శాశ్వత నిల్వను సృష్టించడం వలన డైనమిక్‌గా సర్దుబాటు చేయబడిన రుసుము ఉంటుంది. + +### గ్లామ్‌స్టర్‌డామ్ నోడ్ నిల్వ మరియు హార్డ్‌వేర్ అవసరాలను ఎలా ప్రభావితం చేస్తుంది? {#how-will-glamsterdam-affect-node-storage-and-hardware-requirements} + +గ్లామ్‌స్టర్‌డామ్ కోసం పరిశీలనలో ఉన్న బహుళ EIPలు రాష్ట్ర వృద్ధి యొక్క పనితీరు క్లిఫ్‌ను అడ్రసు: +- స్టేట్ క్రియేషన్ గ్యాస్ ఖర్చు పెరుగుదల (లేదా EIP-8037) 100 GiB/సంవత్సరం రాష్ట్ర డేటాబేస్ వృద్ధి రేటును లక్ష్యంగా చేసుకునే డైనమిక్ ధరల నమూనాను పరిచయం చేస్తుంది, ప్రామాణిక భౌతిక హార్డ్‌వేర్ నెట్‌వర్క్ సమర్ధవంతంగా అమలు చేయడం కొనసాగించగలదని నిర్ధారిస్తుంది. +- eth/70 పాక్షిక బ్లొక్ రసీదు జాబితాలు (లేదా EIP-7975) నోడ్‌లు పేజినేటెడ్ బ్లొక్ రసీదులను అభ్యర్థించడానికి అనుమతిస్తాయి, ఇది డేటా-భారీ బ్లొక్ రసీదు జాబితాలను చిన్న ముక్కలుగా విభజిస్తుంది, తద్వారా క్రాష్‌లను నివారిస్తుంది మరియు Ethereum స్కేల్ అయినప్పుడు సమకాలీకరణను అనుమతిస్తుంది. + diff --git a/public/content/translations/tr/community/grants/index.md b/public/content/translations/tr/community/grants/index.md index de5c596d073..0081b88adb2 100644 --- a/public/content/translations/tr/community/grants/index.md +++ b/public/content/translations/tr/community/grants/index.md @@ -20,6 +20,7 @@ Bu liste topluluğumuz tarafından hazırlanmıştır. Eksik veya yanlış bir Bu programlar geniş bir proje yelpazesine hibeler sağlayarak geniş Ethereum ekosistemini desteklerler. Bunlar ölçeklenebilirlik, topluluk kurma, güvenlik, gizlilik gibi birçoğu için çözümleri kapsar. Bu hibeler herhangi bir Ethereum platformuna özel değildir ve emin değilseniz başlamak için iyi yerlerdir. - [EF Ekosistem Destek Programı](https://esp.ethereum.foundation) - _Özellikle evrensel araçlara, altyapıya, araştırmalara ve kamu mallarına odaklanarak Ethereum'a fayda sağlayan açık kaynaklı projeleri finanse eder_ +- [ESP Grant Explorer](https://esp.ethereum.foundation/funded-projects) - _Ekosistem Destek Programı tarafından desteklenen 1.000'den fazla projenin aranabilir dizini_ - [Akademik Hibeler](https://esp.ethereum.foundation/academic-grants) - _Ethereum ile ilgili akademik çalışmaları desteklemek için hibeler_ ## Hibe listesi toplayıcıları ve platformları {#grant-list-aggregators} 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 833c4f597a2..648898b042a 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 @@ -132,7 +132,6 @@ Aşağıda birkaç tıklamayla istemci kurmanıza ve yönetmenize yardımcı ola - [EthPillar](https://www.coincashew.com/coins/overview-eth/ethpillar) - Tam bir düğüm kurmanın en hızlı ve en kolay yolu. Tek satırlık kurulum aracı ve düğüm yönetimi TUI'si. Ücretsiz. Açık kaynak. Solo staker'lar tarafından Ethereum için kamu malları. ARM64 ve AMD64 desteği. - [eth-docker](https://eth-docker.net/) - Kolay ve güvenli staking'e odaklanan, Docker kullanan otomatik kurulum. Temel terminal ve Docker bilgisi gerektirir, biraz daha ileri düzey kullanıcılara tavsiye edilir. - [Stereum](https://stereum-dev.github.io/ethereum-node-web-docs) - Uzak bir sunucuya SSH bağlantısı aracılığıyla istemcileri kurmak için bir GUI kurulum kılavuzu, kontrol merkezi ve diğer birçok özelliğe sahip bir başlatıcı. -- [NiceNode](https://www.nicenode.xyz/) - Bilgisayarınızda bir düğüm çalıştırmak için basit bir kullanıcı deneyimine sahip başlatıcı. Sadece istemciler seçin ve birkaç tıkta bunları başlatın. Hâlâ geliştirilmektedir. - [Sedge](https://docs.sedge.nethermind.io/docs/intro) - CLI sihirbazını kullanarak otomatik olarak bir Docker yapılandırması oluşturan düğüm kurulum aracı. Nethermind tarafından Go ile yazılmıştır. ### Manuel istemci kurulumu {#manual-setup} diff --git a/public/content/translations/tr/roadmap/glamsterdam/index.md b/public/content/translations/tr/roadmap/glamsterdam/index.md new file mode 100644 index 00000000000..a6114d8313f --- /dev/null +++ b/public/content/translations/tr/roadmap/glamsterdam/index.md @@ -0,0 +1,296 @@ +--- +title: Glamsterdam +description: "Glamsterdam protokolü yükseltmesi hakkında bilgi edinin" +lang: tr +--- +# Glamsterdam {#glamsterdam} + + + + + +Glamsterdam, 2026'nın ilk yarısı için planlanan bir Ethereum yükseltmesidir. + + +Glamsterdam yükseltmesi, Ethereum'un uzun vadeli geliştirme hedeflerinde yalnızca tek bir adımdır. [Protokol yol haritası](/roadmap/) ve [önceki yükseltmeler](/ethereum-forks/) hakkında daha fazla bilgi edinin. + + + + +[Ethereum'un](/) yakında çıkacak olan Glamsterdam yükseltmesi, yeni nesil ölçeklendirme önünü açmak için tasarlandı. Glamsterdam, "Amsterdam" (önceki bir Devconnect konumunun adını taşıyan yürütme katmanı yükseltmesi) ve "Gloas" (bir yıldızın adını taşıyan mutabakat katmanı yükseltmesi) kelimelerinin birleşiminden oluşmaktadır. + +[Fusaka](/roadmap/fusaka/) yükseltmesinde kaydedilen ilerlemenin ardından Glamsterdam, ağ işlemler nasıl işlediğini ve büyüyen veritabanını nasıl yönettiğini yeniden düzenleyerek L1'i ölçeklendirme odaklanıyor ve Ethereum'un bloklar nasıl oluşturup doğruladığını temelden güncelliyor. + +Fusaka temel iyileştirmelere odaklanırken, Glamsterdam farklı ağ katılımcıları arasındaki görev ayrımını güvence altına alarak ve yüksek verimli paralelleştirmeye [hazırlanmak](/glossary/#state) için verileri işlemenin daha verimli yollarını tanıtarak "Scale L1" ve "Scale Blobs" hedeflerini ilerletiyor. + +Bu iyileştirmeler, Ethereum'un daha fazla aktiviteyi yönetirken hızlı, uygun fiyatlı ve merkeziyetsiz kalmasını sağlarken, evde [düğüm](/glossary/#node) çalıştıran kişiler için donanım gereksinimlerini yönetilebilir tutar. + + + +## Glamsterdam için iyileştirmeler değerlendiriliyor {#improvements-in-glamsterdam} + + + + +Not: Bu makale şu anda Glamsterdam'a dahil edilmesi düşünülen bir dizi EIP'yi öne çıkarmaktadır. En son durum güncellemeleri için [Forkcast'taki Glamsterdam yükseltmesini](https://forkcast.org/upgrade/glamsterdam) görüntüleyin. + +Glamsterdam için değerlendirilmekte olan ancak henüz bu sayfaya eklenmemiş bir EIP eklemek isterseniz, [ethereum.org'a nasıl katkıda bulunacağınızı buradan öğrenin](/contributing/). + + + + +Glamsterdam yükseltmesi üç ana hedefe odaklanıyor: + +- İşlemeyi hızlandırma (paralelleştirme): ağ veri bağımlılıklarını nasıl kaydettiğini yeniden düzenleyerek, yavaş ve tek tek bir sıra yerine aynı anda birçok işlemler güvenli bir şekilde işleyebilmesini sağlamak. +- Kapasiteyi genişletme: bloklar oluşturma ve doğrulama gibi ağır işleri bölerek ağ yavaşlamadan daha fazla veri yayması için daha fazla zaman tanır. +- Veritabanı şişkinliğini önleme (sürdürülebilirlik): Yeni verileri depolamanın uzun vadeli donanım maliyetini doğru bir şekilde yansıtacak şekilde ağ ücretlerini ayarlamak, donanım performansının düşmesini önlerken gelecekteki gaz limiti artışlarının önünü açmak. + +Kısacası Glamsterdam, ağ kapasitesi arttıkça sürdürülebilirliğin korunmasını ve performansın yüksek kalmasını sağlamak için yapısal değişiklikler getirecek. + +## L1 Ölçeklendirme ve Paralel İşleme {#scale-l1} + +Anlamlı bir L1 ölçeklendirme, protokol dışı güven varsayımlarından ve seri yürütme kısıtlamalarından uzaklaşmayı gerektirir. Glamsterdam, belirli blok oluşturma görevlerinin ayrılmasını sağlayarak ve ağ paralel işlemeye hazırlanmasına olanak tanıyan yeni veri yapıları tanıtarak bu sorunu ele alır. + +### Ana teklif: Kurumsallaşmış teklif sahibi-oluşturucu ayrımı (ePBS) {#epbs} + +- Protokol dışı güven varsayımlarını ve üçüncü taraf aktarıcılara olan bağımlılığı ortadan kaldırır +- Genişletilmiş yayılma pencereleri aracılığıyla çok daha büyük yüklerin aktarılmasına olanak tanıyarak L1 ölçeklendirmeyi mümkün kılar +- Güven gerektirmeyen oluşturucu ödemelerini doğrudan protokole dahil eder + +Şu anda bloklar önerme ve oluşturma süreci, blok önerenler ile blok oluşturucular arasında bir devir teslimi içerir. Önerenler ve oluşturucular arasındaki ilişki, temel Ethereum protokolünün bir parçası değildir, bu nedenle güvenilir üçüncü taraf ara yazılımına, yazılımlara (röleler) ve varlıklar arasındaki protokol dışı güvene dayanır. + +Teklif sahipleri ve oluşturucular arasındaki protokol dışı ilişki, blok doğrulama sırasında bir 'kısa yol' da oluşturur; bu da [doğrulayıcıları](/glossary/#validator) 2 saniyelik dar bir pencerede işlem yayınlama ve yürütme konusunda acele etmeye zorlayarak ağın işleyebileceği veri miktarını sınırlar. + +**Kurumsallaştırılmış teklif sahibi-oluşturucu ayrımı (ePBS veya EIP-7732)**, teklif verenin (mutabakat bloğunu seçen) işini oluşturucudan (yürütme yükünü birleştiren) resmi olarak ayırarak bu devir teslimi doğrudan protokole dahil eder. + +Bir blok yükünün ödeme karşılığında güven gerektirmeyen şekilde değişimini doğrudan protokole dahil etmek, üçüncü taraf ara yazılım ihtiyacını (MEV-Boost gibi) ortadan kaldırır. Ancak, oluşturucular ve teklif sahipleri henüz temel protokolün parçası olmayan karmaşık özellikler için protokol dışı röleleri veya ara yazılımları kullanmayı tercih edebilirler. + +'Kısa yol' darboğazını gidermek için ePBS ayrıca Yük Zamanındalık Komitesi'ni (PTC) ve ikili son tarih mantığını tanıtarak doğrulayıcıların mutabakat bloğuna ve yürütme yükü zamanındalığına ayrı ayrı onay vermesini sağlayarak verimi en üst düzeye çıkarır. + + + +Protokol düzeyinde önerici ve oluşturucu rollerini ayırmak, yayılma penceresini (veya verileri ağ genelinde yaymak için mevcut süreyi) 2 saniyeden yaklaşık 9 saniyeye çıkarır. + +Protokol dışı ara yazılımı ve röleleri protokol içi mekanizmalarla değiştirerek, ePBS güven bağımlılıklarını azaltır ve Ethereum'un ağı zorlamadan çok daha büyük miktarda veriyi ([katman 2'ler](/glossary/#layer-2) için daha fazla blob gibi) güvenli bir şekilde işlemesini sağlar. + +**Kaynaklar**: [EIP-7732 teknik spesifikasyonu](https://eips.ethereum.org/EIPS/eip-7732) + +### Ana başlık önerisi: Blok düzeyinde erişim listeleri (BAL'ler) {#bals} + +- Tüm işlem bağımlılıklarının önceden bir haritasını sağlayarak sıralı işlem darboğazlarını ortadan kaldırır ve doğrulayıcılar birçok işlemler tek tek yerine paralel olarak işlemesi için zemin hazırlar. +- Düğümlerin, her işlem yeniden oynatmak zorunda kalmadan (yürütmesiz senkronizasyon) nihai sonuçları okuyarak kayıtlarını güncellemelerine olanak tanır ve bir düğüm ağ edilmesini çok daha hızlı hale getirir. +- Tahmin yürütmeyi ortadan kaldırarak doğrulayıcılar tüm gerekli verileri adım adım keşfetmek yerine bir kerede önceden yüklemesine olanak tanır, bu da doğrulamayı çok daha hızlı hale getirir + +Günümüzdeki Ethereum tek şeritli bir yola benzer; çünkü ağ, bir işlem çalıştırılana kadar bir işlem hangi verilere ihtiyaç duyacağını veya neyi değiştireceğini (örneğin bir işlem hangi hesaplara dokunacağını) bilmez, bu nedenle doğrulayıcılar işlemler katı, sıralı bir şekilde tek tek işlemek zorundadır. Bu bağımlılıkları bilmeden işlemler aynı anda işlemeye çalışırlarsa, iki işlemler yanlışlıkla aynı veriyi aynı anda değiştirmeye çalışabilir ve bu da hatalara neden olabilir. + +**Blok düzeyinde erişim listeleri (BAL'ler veya EIP-7928)**, her blok yer alan ve ağ, çalışma başlamadan önce veritabanının hangi bölümlerine erişileceğini bildiren bir harita gibidir. BAL'ler, her blok, işlemler dokunacağı her hesap değişikliğinin karmasını ve bu değişikliklerin nihai sonuçlarını (tüm durum erişimlerinin ve yürütme sonrası değerlerin karma kaydını) içermesini gerektirir. + +BAL'lar, hangi işlemler çakışmadığına dair anında görünürlük sağladığından, düğümlerin paralel disk okumaları yapmasına ve birçok işlemler için bilgileri aynı anda getirmesine olanak tanır. ağ, birbiriyle ilişkili olmayan işlemler güvenli bir şekilde gruplandırabilir ve bunları paralel olarak işleyebilir. + +BAL, işlemler nihai sonuçlarını (işlem sonrası değerler) içerdiğinden, ağın düğümlerinin ağın mevcut durumuna senkronize olması gerektiğinde, bu nihai sonuçları kayıtlarını güncellemek için kopyalayabilirler. Doğrulayıcıların ne olduğunu bilmek için tüm karmaşık işlemler baştan sona tekrar oynatmasına gerek kalmaz, bu da yeni düğümlerin ağ katılmasını daha hızlı ve kolay hale getirir. + +BAL'ların sağladığı paralel disk okumaları, Ethereum'un aynı anda birçok işlemler gerçekleştirebileceği ve ağın hızını önemli ölçüde artıracağı bir geleceğe doğru önemli bir adım olacaktır. + +#### eth/71 blok erişim listesi değişimi {#bale} + +Blok erişim listesi değişimi (eth/71 veya EIP-8159), blok düzeyindeki erişim listelerinin doğrudan ağ arkadaşıdır. BAL'ler paralel yürütmenin önünü açarken, eth/71 eşler arası protokolü yükselterek düğümlerin bu listeleri ağ üzerinden gerçekten paylaşmasına olanak tanır. blok erişim listesi değişiminin uygulanması, daha hızlı senkronizasyon sağlayacak ve düğümlerin yürütmesiz durum güncellemeleri yapmasına olanak tanıyacaktır. + +**Kaynaklar**: +- [EIP-7928 teknik şartnamesi](https://eips.ethereum.org/EIPS/eip-7928) +- [EIP-8159 teknik şartnamesi](https://eips.ethereum.org/EIPS/eip-8159) + +## Ağ sürdürülebilirliği {#network-sustainability} + +Ethereum ağ daha hızlı büyüdükçe, kullanım maliyetinin Ethereum'u çalıştıran donanımdaki yıpranma ve aşınmaya uygun olduğundan emin olmak önemlidir. ağ güvenli bir şekilde ölçeklenmesi ve daha fazla işlemler yapabilmesi için genel kapasite sınırlarını artırması gerekir. + +### Durum oluşturma gaz maliyetinde artış {#state-creation-gas-cost-increase} + +- Yeni hesaplar veya akıllı sözleşmeler oluşturma ücretlerinin, Ethereum'un veritabanına yükledikleri uzun vadeli yükü doğru bir şekilde yansıtmasını sağlar. +- Bu veri oluşturma ücretlerini, ağın genel kapasitesine göre otomatik olarak ayarlar ve standart fiziksel donanımın ağ çalıştırmaya devam edebilmesi için güvenli ve öngörülebilir bir büyüme oranı hedefler. +- Bu özel ücretlerin muhasebesini yeni bir havuza ayırarak eski işlem limitlerini kaldırır ve geliştiricilerin daha büyük, daha karmaşık uygulamalar dağıtmasına olanak tanır. + +Yeni hesaplar, token'lar ve [akıllı sözleşmeler](/glossary/#smart-contract) eklemek, ağ çalıştıran her bilgisayarın süresiz olarak saklaması gereken kalıcı veriler (durum olarak bilinir) oluşturur. Bu verileri ekleme veya okuma için mevcut ücretler tutarsızdır ve ağın donanımına getirdikleri gerçek, uzun vadeli depolama yükünü yansıtmaz. + +Yeni hesaplar oluşturmak veya büyük akıllı sözleşmeler dağıtmak gibi Ethereum'da durum oluşturan bazı eylemler, ağın düğümlerinde kapladıkları kalıcı depolama alanına kıyasla nispeten düşük maliyetlidir; örneğin, sözleşme dağıtımı, depolama yuvaları oluşturmaktan bayt başına önemli ölçüde daha ucuzdur. + +Ayarlama yapılmazsa, ağ 100 milyon gaz limiti ölçeklenirse Ethereum'un durumu yılda yaklaşık 200 GiB büyüyebilir ve sonunda yaygın donanımı geride bırakabilir. + +**Durum oluşturma gaz maliyeti artışı (veya EIP-8037)**, maliyetleri oluşturulan verinin gerçek boyutuna bağlayarak uyumlu hale getirir ve ücretleri, bir işlemin oluşturduğu veya eriştiği kalıcı veri miktarıyla orantılı olacak şekilde günceller. + +EIP-8037 ayrıca bu maliyetleri daha öngörülebilir bir şekilde yönetmek için bir rezervuar modeli sunar; durum gaz ücretleri önce `state_gas_reservoir`dan çekilir ve `GAS` opkodu yalnızca `gas_left` döndürerek yürütme çerçevelerinin mevcut gaz yanlış hesaplamasını önler. + +EIP-8037'den önce, hem hesaplama işi (aktif işleme) hem de kalıcı veri depolama ( akıllı sözleşme ağın veritabanına kaydetme) aynı gaz limiti paylaşıyordu. Rezervuar modeli, muhasebeyi ikiye ayırır: işlem gerçek hesaplama işi (işleme) için gaz limiti ve uzun süreli veri depolama (durum gaz) için gaz sınırı. İkisini ayırmak, bir uygulamanın verilerinin sırf büyüklüğünün gaz limiti aşmasını önlemeye yardımcı olur; geliştiriciler veri depolama için rezervuarı doldurmaya yetecek kadar fon sağladığı sürece, çok daha büyük ve daha karmaşık akıllı sözleşmeler dağıtabilirler. + +Veri depolama maliyetini daha doğru ve öngörülebilir bir şekilde belirlemek, Ethereum'un veritabanını şişirmeden hızını ve kapasitesini güvenli bir şekilde artırmasına yardımcı olacaktır. Bu sürdürülebilirlik, düğüm operatörlerinin önümüzdeki yıllarda (nispeten) uygun fiyatlı donanım kullanmaya devam etmelerini sağlayarak ağın merkeziyetsizliğini korumak için evde hisseleme erişilebilir kılacaktır. + +**Kaynaklar**: [EIP-8037 teknik spesifikasyonu](https://eips.ethereum.org/EIPS/eip-8037) + +### Durum erişim gaz maliyeti güncellemesi {#state-access-gas-cost-update} + +- Uygulamaların Ethereum'da kalıcı olarak depolanan bilgileri okuduğu veya güncellediği durumlarda (durum erişim kodları) gaz maliyetlerini, bu komutların gerektirdiği hesaplama işiyle doğru bir şekilde eşleşecek şekilde artırır. +- Yapay olarak ucuz veri okuma işlemlerini istismar eden hizmet reddi saldırılarını önleyerek ağ dayanıklılığını güçlendirir + +Ethereum'un durumu büyüdükçe, eski verileri arama ve okuma ("durum erişimi") işlemi, düğümlerin işlemesi için daha ağır ve daha yavaş hale geldi. Bilgileri aramak artık biraz daha pahalı olsa da (işlem gücü açısından) bu işlemlerin ücretleri aynı kaldı. + +Sonuç olarak, bazı özel komutlar, bir düğüm yapmasını gerektirdikleri işe kıyasla şu anda düşük fiyatlandırılmıştır. Örneğin, `EXTCODESIZE` ve `EXTCODECOPY` düşük fiyatlandırılmıştır çünkü iki ayrı veritabanı okuması gerektirirler: biri hesap nesnesi için, ikincisi ise gerçek kod boyutu veya bayt kodu için. + +**Durum erişim gaz maliyeti güncellemesi (veya EIP-8038)**, modern donanım performansına ve durum boyutuna uyum sağlamak için hesap ve sözleşme verilerini aramak gibi durum erişim işlem kodları için gaz sabitlerini artırır. + +Durum erişim maliyetini ayarlamak, Ethereum'u daha esnek hale getirmeye de yardımcı olur. Bu yoğun veri okuma işlemleri yapay olarak ucuz olduğundan, kötü niyetli bir saldırgan, ağın ücret sınırına ulaşmadan önce tek bir blok binlerce karmaşık veri isteğiyle ağ spam'leyebilir ve potansiyel olarak ağ durmasına veya çökmesine neden olabilir (hizmet reddi saldırısı). Kötü niyet olmasa bile, ağ verilerini okumak çok ucuzsa geliştiriciler verimli uygulamalar oluşturmaya ekonomik olarak teşvik edilmezler. + +Ethereum, durum erişim eylemlerini daha doğru fiyatlandırarak kazara veya kasıtlı yavaşlamalara karşı daha dirençli olabilirken, ağ maliyetlerini donanım yüküyle uyumlu hale getirmek gelecekteki gaz limiti artışları için daha sürdürülebilir bir temel oluşturur. + +**Kaynaklar**: [EIP-8038 teknik spesifikasyonu](https://eips.ethereum.org/EIPS/eip-8038) + +## Ağ dayanıklılığı + +doğrulayıcı görevlerine ve çıkış süreçlerine yapılan iyileştirmeler, toplu cezalandırma olayları sırasında ağ kararlılığını sağlar ve likiditeyi demokratikleştirir. Bu iyileştirmeler, ağ daha kararlı hale getirir ve büyük küçük tüm katılımcıların adil muamele görmesini sağlar. + +### Cezalandırılan doğrulayıcılar teklif vermekten hariç tutun {#exclude-slashed-validators} + +- Cezalandırılan (kesinti yapılan) doğrulayıcılar gelecekteki bloklar önermek üzere seçilmesini durdurarak garanti edilen kaçırılan blokları ortadan kaldırır. +- Ethereum'un sorunsuz ve güvenilir bir şekilde çalışmasını sağlar ve toplu bir slashing olayı durumunda ciddi aksaklıkları önler. + +Şu anda, bir doğrulayıcı cezalandırılsa (kuralları çiğnediği veya beklendiği gibi çalışmadığı için) bile, sistem gelecekteki teklif sahibi önizlemelerini oluştururken yakın gelecekte bir blok oluşturması için onları seçebilir. + +Cezalandırılan doğrulayıcılardan gelen bloklar otomatik olarak geçersiz olarak reddedildiğinden, bu durum ağ zaman aralıklarını kaçırmasına ve toplu cezalandırma olayları sırasında ağ iyileşmesinin gecikmesine neden olur. + +**Kesilen doğrulayıcılar teklif vermekten hariç tutma (veya EIP-8045)**, kesilen doğrulayıcılar gelecekteki görevler için seçilmesini engeller. Bu, yalnızca sağlıklı doğrulayıcılar bloklar önermek üzere seçilmesini sağlayarak zincir direncini artırır ve ağ kesintileri sırasında hizmet kalitesini korur. + +**Kaynaklar**: [EIP-8045 teknik şartnamesi](https://eips.ethereum.org/EIPS/eip-8045) + +### Çıkışların konsolidasyon kuyruğunu kullanmasına izin verin {#let-exits-use-the-consolidation-queue} + +- Yüksek bakiyeli doğrulayıcılar konsolidasyon kuyruğu aracılığıyla ağ daha küçük doğrulayıcılar daha hızlı çıkmasına olanak tanıyan bir güvenlik açığını kapatır. +- Boş kapasitesi olduğunda düzenli çıkışların bu ikinci kuyruğa taşmasına olanak tanıyarak yüksek hacimli dönemlerde hisseleme çekme sürelerini azaltır. +- Ethereum'un temel güvenlik sınırlarının değiştirilmesini veya ağ zayıflatılmasını önlemek için sıkı güvenlik önlemleri alınır. + +[Pectra yükseltmesi,](/roadmap/pectra) Ethereum doğrulayıcılar için maksimum etkin bakiyeyi 32 ETH'den 2.048 ETH'ye çıkardığından, teknik bir boşluk, yüksek bakiyeli doğrulayıcılar konsolidasyon kuyruğu aracılığıyla ağ daha küçük doğrulayıcılar daha hızlı çıkmasına olanak tanıyor. + +**Çıkışların konsolidasyon kuyruğunu (veya EIP-8080) kullanmasına izin verin** ifadesi, tüm hisseleme çıkışları için konsolidasyon kuyruğunu demokratikleştirerek herkes için tek ve adil bir sıra oluşturur. + +Bunun bugün nasıl işlediğini açıklayalım: + +- Ethereum'un değişim limiti, ağın güvenliğinin asla istikrarsızlaşmamasını sağlamak için doğrulayıcılar hisseli ETH'lerine girme, çıkma veya birleştirme (konsolide etme) oranına uygulanan bir güvenlik sınırıdır. +- Bir doğrulayıcı konsolidasyonu, standart bir doğrulayıcı çıkışından daha fazla hareketli parçaya sahip daha ağır bir eylem olduğundan, bu güvenlik bütçesinin (değişim sınırı) daha büyük bir kısmını tüketir. +- Özellikle, protokol bir standart çıkışın kesin güvenlik maliyetinin bir konsolidasyon maliyetinin üçte ikisi (2/3) olduğunu belirtir. + +Daha adil çıkış kuyrukları, yüksek çıkış talebi dönemlerinde standart çıkışların konsolidasyon kuyruğundan kullanılmayan alanı ödünç almasına olanak tanıyacak ve "3'e 2" takas oranı uygulayacaktır (kullanılmayan her 2 konsolidasyon noktası için ağ güvenli bir şekilde 3 standart çıkışı işleyebilir). Bu 3/2'lik değişim faktörü, konsolidasyon ve çıkış kuyruklarındaki talebi dengeler. + +Konsolidasyon kuyruğuna erişimin demokratikleştirilmesi, ağ güvenliğinden ödün vermeden, yüksek talep dönemlerinde kullanıcıların hisselerini çıkış hızını 2,5 kata kadar artıracaktır. + +**Kaynaklar**: [EIP-8080 teknik şartnamesi](https://eips.ethereum.org/EIPS/eip-8080) + +## Kullanıcı ve geliştirici deneyimini iyileştirin {#improve-user-developer-experience} + +Ethereum'un Glamsterdam yükseltmesi, kullanıcı deneyimini iyileştirmeyi, veri keşfedilebilirliğini artırmayı ve senkronizasyon hatalarını önlemek için artan mesaj boyutlarını yönetmeyi amaçlamaktadır. Bu, ağ ölçeklenirken teknik aksaklıkları önlerken zincir üzerinde neler olup bittiğini takip etmeyi kolaylaştırır. + +### Dahili işlem gaz maliyetlerini azaltın {#reduce-intrinsic-transaction-gas-costs} + +- işlemler için taban ücret düşürerek basit bir yerel ETH ödemesinin genel maliyetini azaltır. +- Daha küçük transferleri daha uygun maliyetli hale getirerek Ethereum'un rutin bir değişim aracı olarak uygulanabilirliğini artırıyor. + +Tüm Ethereum işlemler, işlenmesi ne kadar basit veya karmaşık olursa olsun, bugün sabit bir temel gaz ücreti vardır. **İçsel işlem gaz azaltma (veya EIP-2780)**, mevcut hesaplar arasında standart bir ETH transferini%71'e kadar daha ucuz hale getirmek için bu taban ücret azaltmayı öneriyor. + +işlem ücreti, yalnızca ağ çalıştıran bilgisayarların dijital imzayı doğrulamak ve bakiyeyi güncellemek gibi gerçekten yaptığı temel, esaslı işi yansıtacak şekilde parçalara ayırarak içsel işlem gaz işlerini azaltın. Temel bir ETH ödemesi karmaşık kod çalıştırmadığı veya ek veri taşımadığı için bu öneri, ücretini hafif ayak izine uyacak şekilde azaltacaktır. + +Bu öneri, düşük ücretlerin ağın durumunu bunaltmasını engellemek için yepyeni hesaplar oluşturmaya yönelik bir istisna getiriyor. Bir transfer, ETH'yi boş, var olmayan bir adres gönderirse, ağ bunun için kalıcı yeni bir kayıt oluşturmalıdır. Bu hesap oluşturma için, uzun vadeli depolama yükünü karşılamaya yardımcı olmak amacıyla bir gaz ek ücreti eklenir. + +EIP-2780, mevcut hesaplar arasındaki günlük transferleri daha uygun maliyetli hale getirirken, gerçek durum büyümesini doğru bir şekilde fiyatlandırarak ağ veritabanı şişkinliğine karşı korunmasını sağlamayı amaçlamaktadır. + +**Kaynaklar**: [EIP-2780 teknik spesifikasyonu](https://eips.ethereum.org/EIPS/eip-2780) + +### Deterministik fabrika ön dağıtımı {#deterministic-factory-predeploy} + +- Geliştiricilere, uygulamaları ve akıllı sözleşme cüzdanlarını birden fazla zincirde tam olarak aynı adres dağıtmaları için yerel bir yol sunar. +- Kullanıcıların birden fazla katman 2 (L2) ağında aynı akıllı cüzdan adres sahip olmalarını sağlayarak bilişsel yükü, kafa karışıklığını ve yanlışlıkla fon kaybı riskini azaltır. +- Geliştiricilerin bu eşitliği sağlamak için şu anda kullandığı geçici çözümlerin yerini alarak çok zincirli cüzdanlar ve uygulamalar oluşturmayı daha kolay ve daha güvenli hale getirir. + +Bir kullanıcının bugün birden fazla Ethereum Sanal Makinesi (EVM) uyumlu zincirde hesapları olan bir akıllı sözleşme cüzdan varsa, genellikle farklı ağlarda tamamen farklı bir adres karşılaşır. Bu durum yalnızca kafa karıştırıcı olmakla kalmaz, aynı zamanda fonların yanlışlıkla kaybedilmesine de yol açabilir. + +**Deterministik fabrika ön dağıtımı (veya EIP-7997)**, geliştiricilere merkeziyetsiz uygulamalarını ve akıllı sözleşme cüzdanlarını Ethereum Ana Ağı, katman 2 (L2) ağları ve daha fazlası dahil olmak üzere birden çok EVM zincirinde tam olarak aynı adres dağıtmaları için yerel, yerleşik bir yol sunar. Benimsenirse, kullanıcının katılan her zincirde tam olarak aynı adres sahip olmasına olanak tanıyarak bilişsel yükü ve kullanıcı hatası olasılığını önemli ölçüde azaltacaktır. + +Deterministik fabrika ön dağıtımı, her katılımcı EVM uyumlu zincirde aynı konuma (özellikle 0x12 adres ) kalıcı olarak minimal, özel bir fabrika programı yerleştirerek çalışır. Amacı, herhangi bir EVM uyumlu ağ tarafından benimsenen evrensel, standart bir fabrika sözleşmesi sağlamaktır; bir EVM zinciri katıldığı ve bu standardı benimsediği sürece, geliştiriciler akıllı sözleşmelerini o ağ aynı adres dağıtmak için kullanabileceklerdir. + +Bu standardizasyon, geliştiriciler ve daha geniş ekosistem için zincirler arası uygulamalar oluşturmayı ve yönetmeyi basitleştirir. Geliştiricilerin artık yazılımlarını farklı ağlar arasında birbirine bağlamak için özel, zincire özgü kodlar oluşturmasına gerek kalmaz; bunun yerine bu evrensel fabrika, uygulamaları için her yerde tamamen aynı adres oluşturmak için kullanılır. Ayrıca, blok gezginleri, izleme hizmetleri ve cüzdanlar, bu uygulamaları ve hesapları çeşitli zincirler arasında daha kolay tanımlayabilir ve bağlayabilir, böylece tüm Ethereum tabanlı katılımcılar için daha birleşik ve sorunsuz bir çoklu zincir ortamı oluşturulabilir. + +**Kaynaklar**: [EIP-7997 teknik spesifikasyonu](https://eips.ethereum.org/EIPS/eip-7997) + +### ETH transferleri ve yakımları bir günlük oluşturur {#eth-transfers-and-burns-emit-a-log} + +- ETH her aktarıldığında veya yakıldığında otomatik olarak kalıcı bir kayıt (günlük) oluşturur +- Uygulamaların, borsaların ve köprülerin özel izleme araçları olmadan kullanıcı para yatırma işlemlerini güvenilir bir şekilde tespit etmesini sağlayan tarihsel bir kör noktayı düzeltir. + +Tokenların (ERC-20'ler) aksine, akıllı sözleşmeler arasındaki normal ETH transferleri net bir makbuz (standart günlük) oluşturmaz, bu da borsaların ve uygulamaların bunları izlemesini zorlaştırır. + +ETH transferleri ve yakımları bir log (veya EIP-7708) yayar, bu da sıfır olmayan bir miktarda ETH taşındığında veya yakıldığında ağ standart bir log olayı yaymasını zorunlu kılar. + +Bu, cüzdanların, borsaların ve köprü operatörlerinin özel araçlara ihtiyaç duymadan para yatırma işlemlerini ve hareketleri doğru bir şekilde takip etmesini çok daha kolay ve güvenilir hale getirecektir. + +**Kaynaklar**: [EIP-7708 teknik spesifikasyonu](https://eips.ethereum.org/EIPS/eip-7708) + +### eth/70 kısmi blok makbuz listeleri {#eth-70-partial-block-receipt-lists} + +Ethereum'un yapabileceği iş miktarını artırdıkça, bu eylemlerin makbuz listeleri (bu işlemler veri kayıtları) o kadar büyüyor ki, ağ düğümlerinin birbirleriyle veri senkronizasyonu yapmaya çalışırken arızalanmasına neden olabilir. + +eth/70 kısmi blok makbuz listeleri (veya EIP-7975), düğümlerin birbirleriyle konuşması için yeni bir yol sunar (eth/70) ve bu büyük listelerin daha küçük, daha yönetilebilir parçalara ayrılmasına olanak tanır. eth/70, ağın iletişim protokolü için bir sayfalama sistemi sunar ve bu sistem, düğümlerin blok makbuz listelerini bölmesine ve verileri daha küçük, daha yönetilebilir parçalar halinde güvenli bir şekilde talep etmesine olanak tanır. + +Bu değişiklik, yoğun aktivite dönemlerinde ağ senkronizasyon hatalarını önleyecektir. Nihayetinde, Ethereum'un blok kapasitesini artırmasına ve gelecekte zinciri senkronize eden fiziksel donanımı bunaltmadan blok başına daha fazla işlemler gerçekleştirmesine olanak tanır. + +**Kaynaklar**: [EIP-7975 teknik şartnamesi](https://eips.ethereum.org/EIPS/eip-7975) + +## İleri okuma {#further-reading} + +- [Ethereum yol haritası](/roadmap/) +- [Forkcast: Glamsterdam](https://forkcast.org/upgrade/glamsterdam) +- [Glamsterdam Meta EIP](https://eips.ethereum.org/EIPS/eip-7773) +- [2026 Protokol Öncelikleri Güncellemesi blog duyurusu](https://blog.ethereum.org/2026/02/18/protocol-priorities-update-2026) +- [The Daily Gwei Refuel podcast - Kuantum sonrası Ethereum, Glamsterdam geliyor](https://www.youtube.com/watch?v=qx9sd50uQjQ) + +## Sıkça Sorulan Sorular {#faq} + +### Glamsterdam hard çatal sonra ETH nasıl dönüştürülebilir? {#how-can-eth-be-converted-after-the-hardfork} + +- **ETH'niz için Eylem Gerekmiyor**: Glamsterdam yükseltmesinin ardından ETH'nizi dönüştürmenize veya yükseltmenize gerek yoktur. hesap bakiyeleriniz aynı kalacak ve şu anda sahip olduğunuz ETH, hard çatal sonra mevcut biçiminde erişilebilir olmaya devam edecektir. +- **Dolandırıcılıklara Dikkat!** **ETH'nizi "yükseltmeniz" için size talimat veren herkes sizi dolandırmaya çalışıyor.** Bu yükseltmeyle ilgili yapmanız gereken hiçbir şey yok. Varlıklarınız tamamen etkilenmeden kalacaktır. Unutmayın, bilgili kalmak dolandırıcılıklara karşı en iyi savunmadır. + +[Dolandırıcılıkları tanıma ve bunlardan kaçınma hakkında daha fazla bilgi](/security/) + +### Glamsterdam yükseltmesi tüm Ethereum düğümlerini ve doğrulayıcılar etkiler mi? {#does-the-glamsterdam-upgrade-affect-all-ethereum-nodes-and-validators} + +Evet, Glamsterdam yükseltmesi hem [yürütüm istemcileri hem de mutabakat istemcileri](/developers/docs/nodes-and-clients/) için güncellemeler gerektirir. Bu yükseltme, Enshrined Proposer-Builder Separation (ePBS) özelliğini tanıttığı için, düğüm operatörlerinin istemcilerinin, bloklar ağ tarafından oluşturulma, doğrulama ve onaylanma şekillerindeki yeni yöntemleri ele alacak şekilde güncellendiğinden emin olmaları gerekecektir. + +Tüm ana Ethereum istemcileri, yüksek öncelikli olarak işaretlenmiş hard çatal destekleyen sürümleri yayınlayacaktır. Bu sürümlerin ne zaman kullanıma sunulacağını istemci GitHub depolarından, [Discord kanallarından](https://ethstaker.org/support), [EthStaker Discord'dan](https://dsc.gg/ethstaker) veya protokol güncellemeleri için Ethereum bloguna abone olarak takip edebilirsiniz. + +Yükseltme sonrasında Ethereum ağ senkronizasyonu sürdürmek için düğüm operatörlerinin desteklenen bir istemci sürümünü çalıştırdıklarından emin olmaları gerekir. istemci sürümleriyle ilgili bilgilerin zamana duyarlı olduğunu ve kullanıcıların en güncel ayrıntılar için en son güncellemelere başvurması gerektiğini unutmayın. + +### hissedar olarak Glamsterdam yükseltmesi için ne yapmam gerekiyor? {#as-a-staker-what-do-i-need-to-do-for-the-glamsterdam-upgrade} + +Her ağ yükseltmesinde olduğu gibi, istemcilerinizi Glamsterdam desteğiyle işaretlenmiş en son sürümlere güncellediğinizden emin olun. Sürümler hakkında bilgi almak için e-posta listesindeki güncellemeleri ve [EF Blog'daki Protokol Duyurularını](https://blog.ethereum.org/category/protocol) takip edin. + +Glamsterdam Mainnet'te etkinleştirilmeden önce kurulumunuzu doğrulamak için test ağlarında bir doğrulayıcı çalıştırabilirsiniz. Test ağı çatalları da e-posta listesinde ve blogda duyurulur. + +### Glamsterdam, L1 Ölçeklendirmesi için ne gibi iyileştirmeler içerecek? {#what-improvements-will-glamsterdam-include-for-l1-scaling} + +Başlıca özellik, ağ işlemler doğrulama gibi ağır bir görevi mutabakat varma görevinden ayıran ePBS'dir (EIP-7732). Bu, veri yayılım penceresini 2 saniyeden yaklaşık 9 saniyeye çıkararak Ethereum'un çok daha yüksek işlem hacmini güvenli bir şekilde yönetme ve katman 2 ağları için daha fazla veri bloğu barındırma yeteneğinin önündeki engelleri kaldırır. + +### Glamsterdam, Ethereum (Katman 1) üzerindeki ücretleri düşürecek mi? {#will-glamsterdam-lower-fees-on-ethereum-layer-1} + +Evet, Glamsterdam büyük olasılıkla günlük kullanıcılar için ücretleri düşürecek! İçsel işlem gaz (veya EIP-2780) azaltmak, ETH göndermek için taban ücret düşürerek ETH'yi günlük ödemeler için kullanmayı çok daha ucuz hale getirir. + +Ayrıca, uzun vadeli sürdürülebilirlik için Glamsterdam, Blok Düzeyinde Erişim Listeleri (BAL'ler) sunar. Bu, paralel işlemeyi mümkün kılar ve L1'i gelecekte daha yüksek genel gaz limitlerini güvenli bir şekilde yönetmeye hazırlar, bu da kapasite arttıkça işlem başına gaz maliyetlerini muhtemelen azaltacaktır. + +### Glamsterdam'dan sonra mevcut akıllı sözleşmelerimde herhangi bir değişiklik olacak mı? {#will-my-smart-contracts-change} + +Mevcut sözleşmeler Glamsterdam'dan sonra normal şekilde çalışmaya devam edecektir. Geliştiriciler muhtemelen birkaç yeni araç edinecek ve gaz kullanımlarını gözden geçirmelidir: +- Maksimum sözleşme boyutunu artırma (veya EIP-7954), geliştiricilerin daha büyük uygulamalar dağıtmasına olanak tanıyarak maksimum sözleşme boyutu sınırını yaklaşık 24 KiB'den 32 KiB'ye yükseltir. +- Deterministik fabrika ön dağıtımı (veya EIP-7997), evrensel, yerleşik bir fabrika sözleşmesi sunar. Geliştiricilerin uygulamalarını ve akıllı sözleşme cüzdanlarını katılan tüm EVM zincirlerinde tam olarak aynı adres dağıtmalarına olanak tanır. +- Uygulamanız ETH transferlerini bulmak için karmaşık izlemeye dayanıyorsa, ETH transferleri ve yakmaları bir günlük (veya EIP-7708) yayar, bu da daha basit ve güvenilir bir muhasebe için günlükleri kullanmaya geçmenizi sağlar. +- Durum oluşturma gaz maliyeti artışı (veya EIP-8037) ve durum erişim gaz maliyeti güncellemesi (veya EIP-8038), yeni hesaplar veya kalıcı depolama oluşturmak dinamik olarak ayarlanan bir ücrete sahip olacağından, belirli sözleşme dağıtım maliyetlerini değiştirecek yeni sürdürülebilirlik modelleri sunar. + +### Glamsterdam, düğüm depolama ve donanım gereksinimlerini nasıl etkileyecek? {#how-will-glamsterdam-affect-node-storage-and-hardware-requirements} + +Glamsterdam için değerlendirilen birden fazla EIP, eyalet büyümesinin performans açığını adres: +- Durum oluşturma gaz maliyeti artışı (veya EIP-8037), yıllık 100 GiB'lik bir durum veritabanı büyüme oranını hedeflemek için dinamik bir fiyatlandırma modeli sunarak standart fiziksel donanımın ağ verimli bir şekilde çalıştırmaya devam etmesini sağlar. +- eth/70 kısmi blok makbuz listeleri (veya EIP-7975), düğümlerin sayfalandırılmış blok makbuzları talep etmesine olanak tanır. Bu, Ethereum ölçeklendikçe çökmeleri ve senkronizasyonları önlemek için veri ağırlıklı blok makbuzu listelerini daha küçük parçalara ayırır. + diff --git a/public/content/translations/uk/community/grants/index.md b/public/content/translations/uk/community/grants/index.md index ba1f3cdc20d..484568596e7 100644 --- a/public/content/translations/uk/community/grants/index.md +++ b/public/content/translations/uk/community/grants/index.md @@ -20,6 +20,7 @@ lang: uk Ці програми підтримують розлогу екосистему Ethereum, пропонуючи гранти для широкого кола проєктів. Вони містять рішення щодо масштабованості, розвитку громад, безпеки, конфіденційності тощо. Ці гранти не стосуються жодної певної платформи Ethereum і є хорошим місцем для старту, особливо якщо ви не впевненні, з чого почати. - [Програма підтримки екосистеми EF](https://esp.ethereum.foundation) - _фінансування проєктів із відкритим вихідним кодом, що приносять користь Ethereum, з особливим акцентом на універсальні інструменти, інфраструктуру, дослідження та суспільні блага_ +- [ESP Grant Explorer](https://esp.ethereum.foundation/funded-projects) - _Каталог з можливістю пошуку серед понад 1000 проєктів, підтриманих Ecosystem Support Program_ - [Академічні гранти](https://esp.ethereum.foundation/academic-grants) - _Гранти для підтримки академічної роботи, пов'язаної з Ethereum_ ## Агрегатори списків грантів і платформи {#grant-list-aggregators} diff --git a/public/content/translations/uk/developers/docs/nodes-and-clients/run-a-node/index.md b/public/content/translations/uk/developers/docs/nodes-and-clients/run-a-node/index.md index 5812a0fac49..6a9693093bf 100644 --- a/public/content/translations/uk/developers/docs/nodes-and-clients/run-a-node/index.md +++ b/public/content/translations/uk/developers/docs/nodes-and-clients/run-a-node/index.md @@ -132,7 +132,6 @@ sidebarDepth: 2 - [EthPillar](https://www.coincashew.com/coins/overview-eth/ethpillar) – найшвидший і найпростіший спосіб налаштувати повний вузол. Однорядковий інструмент налаштування та TUI для керування вузлом. Безкоштовно. Відкрите джерело коду. Суспільні блага для Ethereum від соло-стейкерів. Підтримка ARM64 та AMD64. - [eth-docker](https://eth-docker.net/) — автоматизоване налаштування за допомогою Docker, орієнтоване на простий і безпечний стейкінг, вимагає базових знань терміналу та Docker, рекомендовано для трохи більш просунутих користувачів. - [Stereum](https://stereum-dev.github.io/ethereum-node-web-docs) — програма запуску для встановлення клієнтів на віддалений сервер через SSH-з’єднання з посібником із налаштування графічного інтерфейсу, центром керування та багатьма іншими функціями. -- [NiceNode](https://www.nicenode.xyz/) — програма запуску з простим користувацьким інтерфейсом для запуску вузла на вашому комп’ютері. Просто виберіть клієнти та запустіть їх кількома клацаннями. Ще в розробці. - [Sedge](https://docs.sedge.nethermind.io/docs/intro) — інструмент налаштування вузла, який автоматично генерує конфігурацію Docker за допомогою майстра CLI. Написано на Go компанією Nethermind. ### Ручне налаштування клієнтів {#manual-setup} diff --git a/public/content/translations/uk/roadmap/glamsterdam/index.md b/public/content/translations/uk/roadmap/glamsterdam/index.md new file mode 100644 index 00000000000..43c3369dcee --- /dev/null +++ b/public/content/translations/uk/roadmap/glamsterdam/index.md @@ -0,0 +1,295 @@ +--- +title: "Глемстердам" +description: "Дізнайтеся про оновлення протоколу Glamsterdam" +lang: uk +--- +# Глемстердам {#glamsterdam} + + + + +Glamsterdam — це майбутнє оновлення Ethereum, заплановане на першу половину 2026 року + + +Оновлення Glamsterdam — це лише один крок у довгострокових цілях розвитку Ethereum. Дізнайтеся більше про [дорожню карту протоколу](/roadmap/) та [попередні оновлення](/ethereum-forks/). + + + + +Майбутнє оновлення [Ethereum](/) під назвою Glamsterdam покликане прокласти шлях для наступного покоління масштабування. Назва Glamsterdam походить від поєднання "Amsterdam" (оновлення рівня виконання, назване на честь попереднього місця проведення Devconnect) та "Gloas" (оновлення рівня консенсусу, назване на честь зірки). + +Після досягнення прогресу в оновленні [Fusaka](/roadmap/fusaka/), Glamsterdam зосереджується на масштабуванні L1 шляхом реорганізації того, як мережа обробляє транзакції та керує своєю зростаючою базою даних, фундаментально оновлюючи спосіб створення та перевірки блоків в Ethereum. + +У той час як Fusaka зосереджується на фундаментальних удосконаленнях, Glamsterdam просуває цілі «Scale L1» та «Scale Blobs», закріплюючи розподіл обов’язків між різними учасниками мережі та запроваджуючи ефективніші способи обробки даних для підготовки [стану](/glossary/#state) до високопродуктивної паралелізації. + +Ці вдосконалення гарантують, що Ethereum залишатиметься швидким, доступним і децентралізованим, оскільки він обробляє більше транзакцій, зберігаючи при цьому прийнятні апаратні вимоги для людей, які запускають [вузли](/glossary/#node) вдома. + + + +## Розглядаються можливі покращення для Гламстердама {#improvements-in-glamsterdam} + + + + +Примітка: У цій статті наразі висвітлено добірку EIP, які розглядаються для включення до Glamsterdam. Щоб отримати найновішу інформацію про стан, перегляньте [оновлення Glamsterdam на Forkcast](https://forkcast.org/upgrade/glamsterdam). + +Якщо ви хочете додати EIP, який розглядається для Glamsterdam, але ще не був доданий на цю сторінку, [дізнайтеся, як зробити свій внесок у ethereum.org, тут](/contributing/). + + + + +Оновлення Glamsterdam зосереджено на трьох основних цілях: + +- Прискорення обробки (паралелізація): реорганізація способу, у який мережа записує залежності даних, щоб вона могла безпечно обробляти багато транзакцій одночасно, а не в повільній послідовності одна за одною. +- Збільшення пропускної здатності: розподіл важкої роботи зі створення та перевірки блоків, що дає мережі більше часу для поширення більших обсягів даних без уповільнення. +- Запобігання розростанню бази даних (стійкість): коригування мережевих комісій для точного відображення довгострокових апаратних витрат на зберігання нових даних, розблокування майбутнього збільшення ліміту газу та запобігання погіршенню продуктивності апаратного забезпечення. + +Коротше кажучи, Glamsterdam запровадить структурні зміни, щоб забезпечити стабільність і високу продуктивність мережі в міру збільшення її пропускної спроможності. + +## Масштабування L1 та паралельна обробка {#scale-l1} + +Ефективне масштабування L1 вимагає відходу від припущень про довіру поза протоколом та обмежень послідовного виконання. Glamsterdam вирішує цю проблему, закріплюючи поділ певних обов'язків з побудови блоків та запроваджуючи нові структури даних, які дозволяють мережі підготуватися до паралельної обробки. + +### Основна пропозиція: закріплення розділення ролей між пропонентом і розробником (ePBS) {#epbs} + +- Усуває позапротокольні припущення про довіру та залежність від сторонніх ретрансляторів +- Забезпечує масштабування L1, дозволяючи передавати значно більші обсяги даних через розширені вікна поширення +- Впроваджує бездовірчі платежі для будівельників безпосередньо в протокол + +Наразі процес пропонування та створення блоків передбачає передачу даних між тими, хто пропонує блоки, та тими, хто їх створює. Зв'язок між ними не є частиною основного протоколу Ethereum, тому він покладається на довірене стороннє проміжне програмне забезпечення (middleware), програмне забезпечення (реле) та позапротокольну довіру між суб'єктами. + +Позапротокольні відносини між пропонентами та будівельниками також створюють «гарячий шлях» під час перевірки блоків, що змушує [валідаторів](/glossary/#validator) поспішати з розповсюдженням і виконанням транзакцій у межах 2-секундного вікна, обмежуючи обсяг даних, які може обробляти мережа. + +**Закріплене розділення ролей пропонента та будівельника (ePBS, або EIP-7732)** формально розділяє завдання пропонента (який обирає консенсусний блок) та будівельника (який збирає виконавче навантаження), закріплюючи цю передачу безпосередньо в протоколі. + +Вбудовування бездовірчого обміну навантаження блоку на оплату безпосередньо в протокол усуває потребу в сторонньому проміжному програмному забезпеченні (такому як MEV-Boost). Однак будівельники та пропоненти все одно можуть обирати позапротокольні реле або проміжне ПЗ для складних функцій, які ще не є частиною основного протоколу. + +Для вирішення проблеми вузького місця «гарячого шляху» ePBS також запроваджує Комітет своєчасності корисного навантаження (PTC) та логіку подвійного дедлайну, дозволяючи валідаторам засвідчувати консенсусний блок та своєчасність виконавчого навантаження окремо, щоб максимізувати пропускну здатність. + + + +Розділення ролей пропонента та будівельника на рівні протоколу розширює вікно поширення (або час, доступний для поширення даних по мережі) з 2 до приблизно 9 секунд. + +Замінюючи позапротокольне проміжне ПЗ та реле механізмами, вбудованими в протокол, ePBS зменшує залежність від довіри та дозволяє Ethereum безпечно обробляти значно більші обсяги даних (наприклад, більше блобів для [layer 2](/glossary/#layer-2)) без навантаження на мережу. + +**Ресурси**: [технічна специфікація EIP-7732](https://eips.ethereum.org/EIPS/eip-7732) + +### Пропозиція щодо основної теми: списки контролю доступу на рівні блоків (BAL) {#bals} + +- Усуває вузькі місця послідовної обробки, надаючи попередню карту всіх залежностей транзакцій, що створює умови для валідаторів для паралельної обробки багатьох транзакцій замість однієї за одною +- Дозволяє вузлам оновлювати свої записи, зчитуючи остаточні результати без необхідності відтворювати кожну транзакцію (синхронізація без виконання), що значно прискорює синхронізацію вузла з мережею. +- Усуває здогадки, дозволяючи валідаторам попередньо завантажувати всі необхідні дані одразу, замість того, щоб виявляти їх крок за кроком, що робить валідацію набагато швидшою + +Сьогоднішній Ethereum схожий на односмугову дорогу; оскільки мережа не знає, які дані знадобляться або зміняться в транзакції (наприклад, які облікові записи торкнеться транзакція), доки транзакція не буде виконана, валідатори повинні обробляти транзакції одну за одною в суворій, послідовній черзі. Якщо б вони спробували обробити транзакції всі одночасно, не знаючи цих залежностей, дві транзакції могли б випадково спробувати змінити одні й ті самі дані одночасно, що призвело б до помилок. + +**Списки контролю доступу на рівні блоків (BAL, або EIP-7928)** схожі на карту, яка міститься в кожному блоці та вказує мережі, до яких частин бази даних буде здійснено доступ до початку роботи. BAL вимагають, щоб кожен блок містив хеш кожної зміни облікового запису, якої торкнуться транзакції, разом із кінцевими результатами цих змін (хеш-запис усіх доступів до стану та значень після виконання). + +Оскільки BAL забезпечують миттєву видимість транзакцій, що не перетинаються, вони дозволяють вузлам виконувати паралельне зчитування з диска, отримуючи інформацію для багатьох транзакцій одночасно. Мережа може безпечно групувати непов'язані транзакції та обробляти їх паралельно. + +Оскільки BAL містить остаточні результати транзакцій (значення після виконання), коли вузлам мережі потрібно синхронізуватися з поточним станом мережі, вони можуть скопіювати ці остаточні результати, щоб оновити свої записи. Валідаторам більше не потрібно відтворювати всі складні транзакції з нуля, щоб знати, що сталося, що робить приєднання нових вузлів до мережі швидшим і простішим. + +Паралельне зчитування даних, що стало можливим завдяки BAL, стане значним кроком до майбутнього, в якому Ethereum зможе обробляти багато транзакцій одночасно, значно збільшуючи швидкість мережі. + +#### eth/71 обмін списком доступу до блоків {#bale} + +Обмін списками доступу до блоків (eth/71 або EIP-8159) є прямим мережевим доповненням до списків доступу на рівні блоків. У той час як списки доступу до блоків розблоковують паралельне виконання, eth/71 оновлює протокол «рівний-рівному», щоб дозволити вузлам фактично обмінюватися цими списками через мережу. Впровадження обміну списками доступу до блоків забезпечить швидшу синхронізацію та дозволить вузлам виконувати оновлення стану без виконання. + +**Ресурси**: +- [Технічна специфікація EIP-7928](https://eips.ethereum.org/EIPS/eip-7928) +- [Технічна специфікація EIP-8159](https://eips.ethereum.org/EIPS/eip-8159) + +## Стійкість мережі {#network-sustainability} + +Оскільки мережа Ethereum зростає швидше, важливо переконатися, що вартість її використання відповідає зносу обладнання, на якому працює Ethereum. Мережі необхідно збільшити загальні обмеження пропускної здатності, щоб безпечно масштабуватися та обробляти більше транзакцій. + +### Збільшення вартості газу для створення стану {#state-creation-gas-cost-increase} + +- Гарантує, що комісії за створення нових облікових записів або смарт-контрактів точно відображають довгострокове навантаження, яке вони створюють для бази даних Ethereum. +- Автоматично коригує ці збори за створення даних на основі загальної пропускної здатності мережі, орієнтуючись на безпечний і передбачуваний темп зростання, щоб стандартне фізичне обладнання могло продовжувати працювати в мережі +- Розділяє облік цих конкретних комісій на новий резервуар, усуваючи старі обмеження транзакцій і дозволяючи розробникам розгортати більші, складніші програми. + +Додавання нових облікових записів, токенів і [смарт-контрактів](/glossary/#smart-contract) створює постійні дані (відомі як «стан»), які кожен комп’ютер, що працює в мережі, повинен зберігати безстроково. Поточні комісії за додавання або зчитування цих даних є непослідовними та не обов’язково відображають фактичне довгострокове навантаження на апаратне забезпечення мережі. + +Деякі дії, що створюють стан в Ethereum, як-от створення нових облікових записів або розгортання великих смарт-контрактів, були відносно недорогими порівняно з постійним простором для зберігання, який вони займають на вузлах мережі, наприклад, розгортання контракту значно дешевше за байт, ніж створення слотів для зберігання. + +Без коригування стан Ethereum може зростати майже на 200 ГіБ на рік, якщо мережа масштабується до ліміту в 100 мільйонів одиниць газу, що зрештою перевершить можливості звичайного обладнання. + +**Збільшення вартості газу для створення стану (або EIP-8037)** гармонізує витрати, прив'язуючи їх до фактичного розміру створюваних даних, оновлюючи комісії так, щоб вони були пропорційні обсягу постійних даних, які операція створює або до яких отримує доступ. + +EIP-8037 також запроваджує модель резервуару для більш передбачуваного управління цими витратами; плата за стан береться спочатку з `state_gas_reservoir`, а опкод `GAS` повертає лише `gas_left`, запобігаючи неправильному розрахунку доступного газу кадрами виконання. + +До EIP-8037 обчислювальна робота (активна обробка) та постійне зберігання даних (збереження смарт-контракту в базі даних мережі) мали однаковий ліміт газу. Модель резервуара розділяє облік: ліміт газу для фактичної обчислювальної роботи транзакції (обробки) та для довгострокового зберігання даних (газ стану). Розділення цих двох аспектів допомагає запобігти тому, щоб величезний обсяг даних програми вичерпував ліміт газу; доки розробники надають достатньо коштів для заповнення резервуара для зберігання даних, вони можуть розгортати набагато більші та складніші смарт-контракти. + +Точніше та передбачуваніше ціноутворення сховища даних допоможе Ethereum безпечно збільшити свою швидкість і пропускну здатність без розростання бази даних. Така стійкість дозволить операторам вузлів продовжувати використовувати (відносно) доступне обладнання протягом багатьох років, зберігаючи доступність домашнього стейкінгу для підтримки децентралізації мережі. + +**Ресурси**: [технічна специфікація EIP-8037](https://eips.ethereum.org/EIPS/eip-8037) + +### Оновлення вартості газу для доступу до стану {#state-access-gas-cost-update} + +- Збільшує вартість газу для програм, які читають або оновлюють інформацію, що постійно зберігається в Ethereum (коди операцій доступу до стану), щоб точно відповідати обчислювальній роботі, яку вимагають ці команди. +- Посилює стійкість мережі шляхом запобігання атакам типу «відмова в обслуговуванні», які експлуатують штучно здешевлені операції зчитування даних + +Зі зростанням стану Ethereum пошук і читання старих даних («доступ до стану») стали важчими та повільнішими для обробки вузлами. Комісії за ці дії залишалися незмінними, хоча зараз пошук інформації (з точки зору обчислювальної потужності) став трохи дорожчим. + +Як наслідок, деякі конкретні команди наразі недооцінені відносно роботи, яку вони змушують виконувати вузол. Наприклад, `EXTCODESIZE` та `EXTCODECOPY` недооцінені, оскільки вони вимагають двох окремих зчитувань з бази даних — одного для об'єкта облікового запису та другого для фактичного розміру коду або байт-коду. + +**Оновлення вартості газу для доступу до стану (або EIP-8038)** збільшує газові константи для опкодів доступу до стану, таких як пошук даних облікового запису та контракту, щоб привести їх у відповідність до продуктивності сучасного обладнання та розміру стану. + +Узгодження вартості доступу до стану також допомагає зробити Ethereum більш стійким. Оскільки ці ресурсомісткі дії з читання даних штучно дешеві, зловмисник може заспамити мережу тисячами складних запитів даних в одному блоці, перш ніж досягти ліміту комісії мережі, що потенційно може призвести до зупинки або збою мережі (атака типу «відмова в обслуговуванні»). Навіть без зловмисних намірів розробники не мають економічних стимулів для створення ефективних додатків, якщо читання мережевих даних занадто дешеве. + +Точніше оцінюючи дії, що вимагають доступу до стану, Ethereum може стати більш стійким до випадкових або навмисних уповільнень, тоді як узгодження мережевих витрат із апаратним навантаженням виявляється більш стійкою основою для майбутнього збільшення ліміту газу. + +**Ресурси**: [технічна специфікація EIP-8038](https://eips.ethereum.org/EIPS/eip-8038) + +## Стійкість мережі + +Удосконалення обов'язків валідаторів та процесів виходу забезпечують стабільність мережі під час масових слеш-подій та демократизують ліквідність. Ці вдосконалення роблять мережу стабільнішою та гарантують справедливе ставлення до всіх учасників, великих і малих. + +### Виключити валідаторів, яким було накладено штраф, з пропозицій {#exclude-slashed-validators} + +- Запобігає вибору валідаторів, які отримали штраф (були покарані), для пропонування майбутніх блоків, усуваючи гарантовані пропущені слоти. +- Забезпечує безперебійну та надійну роботу Ethereum, запобігаючи серйозним збоям у разі масового слешингу. + +Наразі, навіть якщо валідатор отримує штраф (покарання за порушення правил або неналежну роботу), система все одно може обрати його для створення блоку в найближчому майбутньому, коли генеруватиме майбутні прогнози для пропонента. + +Оскільки блоки від стейкерів, яким було застосовано слешинг, автоматично відхиляються як недійсні, це призводить до пропуску слотів мережею та затримує відновлення мережі під час масових слешингів. + +**Виключення покараних валідаторів з процесу пропонування (або EIP-8045)** просто відфільтровує покараних валідаторів від вибору для майбутніх обов'язків. Це покращує стійкість ланцюга, забезпечуючи вибір лише справних валідаторів для пропонування блоків, підтримуючи якість обслуговування під час збоїв мережі. + +**Ресурси**: [технічна специфікація EIP-8045](https://eips.ethereum.org/EIPS/eip-8045) + +### Дозволити виходам використовувати чергу консолідації {#let-exits-use-the-consolidation-queue} + +- Усуває лазівку, яка дозволяє валідаторам з великим балансом швидше виходити з мережі, ніж валідаторам з меншим балансом, через чергу консолідації. +- Дозволяє регулярним виходам переходити до цієї другої черги, коли вона має вільну потужність, скорочуючи час виведення коштів зі стейкінгу в періоди високого навантаження. +- Підтримує сувору безпеку, щоб уникнути зміни основних лімітів безпеки Ethereum або ослаблення мережі. + +Оскільки [оновлення Pectra](/roadmap/pectra) збільшило максимальний ефективний баланс для валідаторів Ethereum з 32 ETH до 2048 ETH, технічна лазівка дозволяє валідаторам з великим балансом виходити з мережі швидше, ніж валідаторам з меншим балансом, через чергу консолідації. + +**Дозволити виходам використовувати чергу консолідації (або EIP-8080)** демократизує чергу консолідації для всіх виходів зі стейкінгу, створюючи єдину, справедливу чергу для всіх. + +Розберемо, як це працює сьогодні: + +- Ліміт відтоку Ethereum — це запобіжний ліміт на швидкість, з якою валідатори можуть входити, виходити або об'єднувати (консолідувати) свої стейкнуті ETH, щоб гарантувати, що безпека мережі ніколи не буде дестабілізована. +- Оскільки консолідація валідаторів є складнішою дією з більшою кількістю рухомих частин, ніж стандартний вихід валідатора, вона займає більшу частину цього бюджету безпеки (ліміт обороту) +- Зокрема, протокол передбачає, що точна вартість безпеки одного стандартного виходу становить дві третини (2/3) вартості однієї консолідації. + +Справедливіші черги виходу дозволять стандартним виходам запозичувати невикористаний простір із черги консолідації в періоди високого попиту на вихід, застосовуючи обмінний курс «3 за 2» (на кожні 2 невикористані місця консолідації мережа може безпечно обробляти 3 стандартні виходи). Цей коефіцієнт обороту 3/2 збалансовує попит між чергами консолідації та виходу. + +Демократизація доступу до черги консолідації збільшить швидкість, з якою користувачі зможуть вийти зі своєї частки в періоди високого попиту, до 2,5 разів, не ставлячи під загрозу безпеку мережі. + +**Ресурси**: [технічна специфікація EIP-8080](https://eips.ethereum.org/EIPS/eip-8080) + +## Покращення досвіду користувачів і розробників {#improve-user-developer-experience} + +Оновлення Glamsterdam для Ethereum має на меті покращити взаємодію з користувачем, розширити можливості пошуку даних і впоратися зі зростанням розмірів повідомлень, щоб запобігти збоям синхронізації. Це полегшує відстеження того, що відбувається в мережі, запобігаючи технічним проблемам у міру масштабування мережі. + +### Зменшення внутрішніх витрат газу на транзакції {#reduce-intrinsic-transaction-gas-costs} + +- Знижує базову комісію за транзакції, зменшуючи загальну вартість простого нативного платежу в ETH. +- Робить менші перекази доступнішими, підвищуючи життєздатність Ethereum як звичайного засобу обміну. + +Усі транзакції Ethereum сьогодні мають фіксовану базову комісію за газ, незалежно від того, наскільки простою чи складною є їх обробка. **Зменшення внутрішнього газу транзакції (або EIP-2780)** пропонує зменшити цю базову комісію, щоб зробити стандартний переказ ETH між існуючими обліковими записами до 71% дешевшим. + +Зменшує внутрішні витрати газу на транзакції, розбиваючи комісію за транзакцію так, щоб відображати лише базову, основну роботу, яку фактично виконують комп'ютери, що підтримують мережу, як-от перевірка цифрового підпису та оновлення балансу. Оскільки базова оплата ETH не виконує складний код і не передає додаткові дані, ця пропозиція зменшить її комісію відповідно до її невеликого обсягу. + +Пропозиція передбачає виняток для створення абсолютно нових облікових записів, щоб низькі комісії не перевантажували стан мережі. Якщо переказ надсилає ETH на порожню, неіснуючу адресу, мережа повинна створити для неї постійний новий запис. За створення такого облікового запису додається плата за газ, щоб допомогти покрити витрати на його довгострокове зберігання. + +Загалом, EIP-2780 має на меті зробити щоденні перекази між існуючими акаунтами доступнішими, водночас забезпечуючи захист мережі від розростання бази даних шляхом точного ціноутворення реального зростання стану. + +**Ресурси**: [технічна специфікація EIP-2780](https://eips.ethereum.org/EIPS/eip-2780) + +### Детерміноване попереднє розгортання фабрики {#deterministic-factory-predeploy} + +- Надає розробникам вбудований спосіб розгортання додатків і гаманців смарт-контрактів за однією й тією ж адресою в різних блокчейнах. +- Дозволяє користувачам мати одну й ту саму адресу смарт-гаманця в кількох мережах другого рівня (L2), що зменшує когнітивне навантаження, зменшує плутанину та зменшує ризик випадкової втрати коштів. +- Замінює обхідні шляхи, які розробники зараз використовують для досягнення цієї паритетності, що робить створення багатоланцюгових гаманців і додатків простішим і безпечнішим. + +Якщо сьогодні користувач має гаманець зі смарт-контрактом з акаунтами в кількох сумісних з віртуальною машиною Ethereum (EVM) мережах, він часто отримує абсолютно іншу адресу в різних мережах. Це не тільки збиває з пантелику, але й може призвести до випадкової втрати коштів. + +**Детерміноване попереднє розгортання фабрики (або EIP-7997)** надає розробникам вбудований спосіб розгортання своїх децентралізованих застосунків і смарт-контрактних гаманців за однією й тією ж адресою в багатьох ланцюгах EVM, включно з основною мережею Ethereum, мережами другого рівня (L2) тощо. У разі прийняття це дозволить користувачам мати однакову адресу в кожному ланцюзі, що значно зменшить когнітивне навантаження та ймовірність помилок користувача. + +Детерміноване попереднє розгортання фабрики працює шляхом постійного розміщення мінімальної, спеціалізованої фабричної програми в ідентичному місці (зокрема, за адресою 0x12) на кожному ланцюжку, сумісному з EVM. Його мета полягає в наданні універсального, стандартного фабричного контракту, який може бути прийнятий будь-якою мережею, сумісною з EVM; доки ланцюжок EVM бере участь і приймає цей стандарт, розробники зможуть використовувати його для розгортання своїх смарт-контрактів за тією ж адресою в цій мережі. + +Така стандартизація спрощує створення та керування кросчейн-додатками для розробників і ширшої екосистеми. Розробникам більше не потрібно створювати спеціальний код для конкретного блокчейну, щоб зв’язати своє програмне забезпечення в різних мережах, натомість вони використовують цю універсальну фабрику для генерації абсолютно однакової адреси для свого застосунку скрізь. Крім того, блок-експлорери, служби відстеження та гаманці можуть легше ідентифікувати та пов’язувати ці застосунки й облікові записи в різних блокчейнах, створюючи більш уніфіковане та безперебійне мультичейн-середовище для всіх учасників на базі Ethereum. + +**Ресурси**: [технічна специфікація EIP-7997](https://eips.ethereum.org/EIPS/eip-7997) + +### Перекази та спалювання ETH генерують журнал {#eth-transfers-and-burns-emit-a-log} + +- Автоматично створює постійний запис (журнал) щоразу, коли ETH переказується або спалюється +- Усуває історичну сліпу пляму, яка дозволяє додаткам, біржам і мостам надійно виявляти депозити користувачів без спеціальних інструментів відстеження. + +На відміну від токенів (ERC-20), звичайні перекази ETH між смарт-контрактами не створюють чіткої квитанції (стандартного журналу), що ускладнює їх відстеження для бірж та додатків. + +Перекази та спалювання ETH генерують журнал (або EIP-7708), який зобов'язує мережу генерувати стандартну подію журналу щоразу, коли переміщується або спалюється ненульова сума ETH. + +Це значно спростить і зробить надійнішим для операторів гаманців, бірж і мостів точне відстеження депозитів і переміщень без використання спеціальних інструментів. + +**Ресурси**: [технічна специфікація EIP-7708](https://eips.ethereum.org/EIPS/eip-7708) + +### eth/70 часткові списки отриманих блоків {#eth-70-partial-block-receipt-lists} + +Оскільки ми збільшуємо обсяг роботи, яку може виконувати Ethereum, списки квитанцій для цих дій (записи даних цих транзакцій) стають настільки великими, що потенційно можуть спричинити збій вузлів мережі під час спроби синхронізувати дані один з одним. + +eth/70 (часткові списки отримання блоків, або EIP-7975) запроваджує новий спосіб взаємодії вузлів (eth/70), що дозволяє розбивати ці великі списки на менші, більш керовані частини. eth/70 запроваджує систему пагінації для комунікаційного протоколу мережі, яка дозволяє вузлам розбивати списки отримання блоків і безпечно запитувати дані меншими, більш керованими частинами. + +Ця зміна запобігатиме збоям синхронізації мережі в періоди високої активності. Зрештою, це відкриває шлях для Ethereum до збільшення ємності блоків і обробки більшої кількості транзакцій на блок у майбутньому, не перевантажуючи фізичне обладнання, що синхронізує ланцюг. + +**Ресурси**: [технічна специфікація EIP-7975](https://eips.ethereum.org/EIPS/eip-7975) + +## Додаткова література {#further-reading} + +- [Дорожня карта Ethereum](/roadmap/) +- [Прогноз: Глемстердам](https://forkcast.org/upgrade/glamsterdam) +- [Glamsterdam Meta EIP](https://eips.ethereum.org/EIPS/eip-7773) +- [Оновлення пріоритетів протоколу на 2026 рік: анонс у блозі](https://blog.ethereum.org/2026/02/18/protocol-priorities-update-2026) +- [Подкаст The Daily Gwei Refuel — Постквантовий Ethereum, наближається Glamsterdam](https://www.youtube.com/watch?v=qx9sd50uQjQ) + +## Поширені запитання {#faq} + +### Як можна конвертувати ETH після хардфорку Glamsterdam? {#how-can-eth-be-converted-after-the-hardfork} + +- **Жодних дій для вашого ETH не потрібно**: після оновлення Glamsterdam вам не потрібно конвертувати або оновлювати свій ETH. Баланси ваших рахунків залишаться незмінними, а ETH, який ви зараз маєте, залишиться доступним у його існуючій формі після хардфорку. +- **Остерігайтеся шахрайства!** **Будь-хто, хто наказує вам «оновити» ваш ETH, намагається вас обдурити.** Вам не потрібно нічого робити у зв’язку з цим оновленням. Ваші активи залишаться повністю недоторканими. Пам’ятайте, що бути поінформованим — найкращий захист від шахрайства. + +[Більше про те, як розпізнати шахрайство та уникнути його](/security/) + +### Чи впливає оновлення Glamsterdam на всі вузли та валідатори Ethereum? {#does-the-glamsterdam-upgrade-affect-all-ethereum-nodes-and-validators} + +Так, оновлення Glamsterdam вимагає оновлення як [клієнтів виконання, так і клієнтів консенсусу](/developers/docs/nodes-and-clients/). Оскільки це оновлення запроваджує вбудоване розділення пропонента-будівельника (ePBS), операторам вузлів потрібно буде переконатися, що їхні клієнти оновлені для обробки нових способів створення, перевірки та підтвердження блоків мережею. + +Усі основні клієнти Ethereum випустять версії, що підтримують хардфорк, позначений як високий пріоритет. Ви можете стежити за тим, коли ці випуски будуть доступні в репозиторіях клієнтів на GitHub, їхніх [каналах Discord](https://ethstaker.org/support), [EthStaker Discord](https://dsc.gg/ethstaker) або підписавшись на блог Ethereum, щоб отримувати оновлення протоколу. + +Щоб підтримувати синхронізацію з мережею Ethereum після оновлення, оператори вузлів повинні переконатися, що вони використовують підтримувану версію клієнта. Зверніть увагу, що інформація про випуски клієнтів є актуальною, і користувачам слід звертатися до останніх оновлень для отримання найактуальніших даних. + +### Що мені, як стейкеру, потрібно зробити для оновлення Glamsterdam? {#as-a-staker-what-do-i-need-to-do-for-the-glamsterdam-upgrade} + +Як і під час кожного оновлення мережі, переконайтеся, що ви оновили свої клієнти до останніх версій, позначених підтримкою Glamsterdam. Слідкуйте за оновленнями в списку розсилки та [оголошеннями про протоколи в блозі EF,](https://blog.ethereum.org/category/protocol) щоб бути в курсі випусків. + +Щоб перевірити налаштування перед активацією Glamsterdam у головній мережі, ви можете запустити валідатор у тестових мережах. Про форки тестових мереж також оголошується в розсилці та блозі. + +### Які вдосконалення Glamsterdam запропонує для масштабування L1? {#what-improvements-will-glamsterdam-include-for-l1-scaling} + +Головною особливістю є ePBS (EIP-7732), яка відокремлює складне завдання перевірки мережевих транзакцій від завдання досягнення консенсусу. Це розширює вікно поширення даних з 2 до приблизно 9 секунд, розблоковуючи здатність Ethereum безпечно обробляти значно вищу пропускну здатність транзакцій та вміщувати більше блоків даних для мереж другого рівня. + +### Чи знизить Glamsterdam комісії за Ethereum (Layer 1)? {#will-glamsterdam-lower-fees-on-ethereum-layer-1} + +Так, Glamsterdam, швидше за все, зменшить комісії для звичайних користувачів! Зменшення внутрішнього газу транзакцій (або EIP-2780) знижує базову комісію за надсилання ETH, що робить ETH набагато дешевшим для використання в повсякденних платежах. + +Крім того, для довгострокової стійкості Glamsterdam запроваджує списки контролю доступу на рівні блоків (BAL). Це забезпечує паралельну обробку та готує L1 до безпечного оброблення вищих загальних лімітів газу в майбутньому, що, ймовірно, зменшить витрати газу на транзакцію в міру зростання пропускної здатності. + +### Чи будуть якісь зміни в моїх наявних смарт-контрактах після Glamsterdam? {#will-my-smart-contracts-change} + +Існуючі контракти продовжуватимуть функціонувати в звичайному режимі після запуску Glamsterdam. Розробники, ймовірно, отримають кілька нових інструментів і повинні переглянути використання газу: +- Збільшення максимального розміру контракту (або EIP-7954) дозволяє розробникам розгортати більші програми, підвищуючи максимальний ліміт розміру контракту з приблизно 24 КіБ до 32 КіБ. +- Детерміноване попереднє розгортання фабрики (або EIP-7997) запроваджує універсальний, вбудований фабричний контракт. Він дозволяє розробникам розгортати свої програми та гаманці смарт-контрактів за однією й тією ж адресою на всіх ланцюгах EVM, що беруть участь у процесі. +- Якщо ваш застосунок покладається на складне відстеження для пошуку переказів ETH, то перекази та спалювання ETH генерують журнал (або EIP-7708), що дозволить вам перейти до використання журналів для більш простого та надійного обліку. +- Збільшення вартості газу для створення стану (або EIP-8037) та оновлення вартості газу для доступу до стану (або EIP-8038) запроваджують нові моделі сталого розвитку, які змінять певні витрати на розгортання контрактів, оскільки створення нових облікових записів або постійного сховища матиме динамічно регульовану плату. + +### Як Glamsterdam вплине на сховище вузлів і апаратні вимоги? {#how-will-glamsterdam-affect-node-storage-and-hardware-requirements} + +Кілька пропозицій щодо вдосконалення протоколу Ethereum (EIP), які розглядаються для Glamsterdam, стосуються проблеми продуктивності, що виникає зі зростанням мережі: +- Збільшення вартості газу для створення стану (або EIP-8037) запроваджує динамічну модель ціноутворення, щоб досягти темпів зростання бази даних стану на 100 ГіБ/рік, забезпечуючи ефективну роботу мережі на стандартному фізичному обладнанні. +- eth/70 часткові списки квитанцій про отримання блоків (або EIP-7975) дозволяють вузлам запитувати квитанції про отримання блоків посторінково, що розбиває списки квитанцій про отримання блоків, які містять багато даних, на менші фрагменти, щоб запобігти збоям і синхронізації в міру масштабування Ethereum. + diff --git a/public/content/translations/ur/developers/docs/nodes-and-clients/run-a-node/index.md b/public/content/translations/ur/developers/docs/nodes-and-clients/run-a-node/index.md index 996106f35d2..bb92250e049 100644 --- a/public/content/translations/ur/developers/docs/nodes-and-clients/run-a-node/index.md +++ b/public/content/translations/ur/developers/docs/nodes-and-clients/run-a-node/index.md @@ -132,7 +132,6 @@ sidebarDepth: 2 - [EthPillar](https://www.coincashew.com/coins/overview-eth/ethpillar) - ایک مکمل نوڈ قائم کرنے کا تیز ترین اور آسان ترین طریقہ۔ ون لائنر سیٹ اپ ٹول اور نوڈ مینجمنٹ TUI۔ مفت۔ اوپن سورس۔ سولو اسٹیکرز کے ذریعہ ایتھریم کے لیے عوامی سامان۔ ARM64 اور AMD64 سپورٹ۔ - [eth-docker](https://eth-docker.net/) - Docker کا استعمال کرتے ہوئے خودکار سیٹ اپ جو آسان اور محفوظ اسٹیکنگ پر مرکوز ہے، اس کے لیے بنیادی ٹرمینل اور Docker علم کی ضرورت ہے، جو تھوڑے زیادہ جدید صارفین کے لیے تجویز کیا جاتا ہے۔ - [Stereum](https://stereum-dev.github.io/ethereum-node-web-docs) - ایک GUI سیٹ اپ گائیڈ، کنٹرول سینٹر، اور بہت سی دیگر خصوصیات کے ساتھ SSH کنکشن کے ذریعے ریموٹ سرور پر کلائنٹس کو انسٹال کرنے کے لیے لانچر۔ -- [NiceNode](https://www.nicenode.xyz/) - آپ کے کمپیوٹر پر نوڈ چلانے کے لیے سیدھے صارف کے تجربے کے ساتھ لانچر۔ بس کلائنٹس کا انتخاب کریں اور انہیں چند کلکس کے ساتھ شروع کریں۔ ابھی بھی ترقی میں ہے۔ - [Sedge](https://docs.sedge.nethermind.io/docs/intro) - نوڈ سیٹ اپ ٹول جو CLI وزرڈ کا استعمال کرتے ہوئے خود بخود Docker کنفیگریشن تیار کرتا ہے۔ Nethermind کے ذریعہ Go میں لکھا گیا ہے۔ ### دستی کلائنٹس سیٹ اپ {#manual-setup} diff --git a/public/content/translations/ur/roadmap/glamsterdam/index.md b/public/content/translations/ur/roadmap/glamsterdam/index.md new file mode 100644 index 00000000000..0d328e4cad2 --- /dev/null +++ b/public/content/translations/ur/roadmap/glamsterdam/index.md @@ -0,0 +1,295 @@ +--- +title: "گلیمสเตอร์ڈم" +description: "گلیمزٹیرڈم پروٹوکول اپ گریڈ کے بارے میں جانیں" +lang: ur +--- +# گلیمสเตอร์ڈم {#glamsterdam} + + + + +گلیمیسٹرم 2026 کی پہلی ششماہی کے لیے منصوبہ بند ایتھریم اپ گریڈ ہے + + +گلیمزٹیرڈم اپ گریڈ ایتھریم کے طویل مدتی ترقیاتی اہداف میں صرف ایک قدم ہے۔ [پروٹوکول روڈ میپ](/roadmap/) اور [پچھلے اپ گریڈز](/ethereum-forks/) کے بارے میں مزید جانیں۔ + + + + +[ایتھریم کا](/) آنے والا گلیمزٹیرڈم اپ گریڈ اسکیلنگ کی اگلی نسل کے لیے راستہ صاف کرنے کے لیے ڈیزائن کیا گیا ہے۔ گلیمزٹیرڈم کا نام "ایمسٹرڈیم" (ایگزیکوشن لیئر اپ گریڈ، جو پچھلے ڈیو کنیکٹ مقام کے نام پر رکھا گیا ہے) اور "گلوئس" (اتفاق رائے لیئر اپ گریڈ، جو ایک ستارے کے نام پر رکھا گیا ہے) کے امتزاج سے رکھا گیا ہے۔ + +[فوساکا](/roadmap/fusaka/) اپ گریڈ میں حاصل ہونے والی پیش رفت کے بعد، گلیمستردام نیٹ ورک کے لین دین کے عمل اور اس کے بڑھتے ہوئے ڈیٹا بیس کے انتظام کو دوبارہ منظم کرکے L1 کو بڑھانے پر توجہ مرکوز کرتا ہے، بنیادی طور پر ایتھریم بلاکس کو کیسے بناتا ہے اور ان کی تصدیق کرتا ہے، اس میں اپ ڈیٹ کرتا ہے۔ + +جہاں فوساکا نے بنیادی اصلاحات پر توجہ مرکوز کی، وہیں گلیمสเตอร์ڈم مختلف نیٹ ورک شرکاء کے درمیان فرائض کی علیحدگی کو یقینی بنا کر اور ہائی تھرو پٹ متوازی کاری کے لیے [ریاست](/glossary/#state) کو تیار کرنے کے لیے ڈیٹا کو سنبھالنے کے زیادہ موثر طریقے متعارف کروا کر "اسکیل ایل 1" اور "اسکیل بلاوبز" کے مقاصد کو آگے بڑھاتا ہے۔ + +یہ بہتری یقینی بناتی ہے کہ ایتھریم زیادہ سرگرمی کو سنبھالتے ہوئے تیز، سستی اور غیر مرکزی رہتا ہے، جبکہ گھر پر [نوڈز](/glossary/#node) چلانے والے لوگوں کے لیے ہارڈ ویئر کی ضروریات کو قابل انتظام رکھتا ہے۔ + + + +## گلیمزڈیم کے لیے بہتری پر غور کیا گیا {#improvements-in-glamsterdam} + + + + +نوٹ: یہ مضمون فی الحال گلیمสเตอร์ڈیم میں شامل کرنے کے لیے زیر غور EIPs کے انتخاب کو اجاگر کرتا ہے۔ تازہ ترین اسٹیٹس اپ ڈیٹس کے لیے، [فورک کاسٹ پر گلیمสเตอร์ڈیم اپ گریڈ](https://forkcast.org/upgrade/glamsterdam) دیکھیں۔ + +اگر آپ کوئی ایسا EIP شامل کرنا چاہتے ہیں جو گلیمسٹرڈم کے لیے زیر غور ہے، لیکن ابھی تک اس صفحے پر شامل نہیں کیا گیا ہے، [تو یہاں سیکھیں کہ ethereum.org میں کیسے حصہ ڈالیں](/contributing/) ۔ + + + + +گلیمزٹیرڈم اپ گریڈ تین اہم مقاصد پر مرکوز ہے: + +- پروسیسنگ کو تیز کرنا (متوازی کاری): نیٹ ورک کے ڈیٹا انحصار کو دوبارہ منظم کرنا، تاکہ یہ سست، ایک کے بعد ایک ترتیب کے بجائے ایک ہی وقت میں بہت سے لین دین کو محفوظ طریقے سے پروسیس کر سکے۔ +- صلاحیت کو بڑھانا: بلاکس بنانے اور تصدیق کرنے کے بھاری کام کو تقسیم کرنا، نیٹ ورک کو سست کیے بغیر بڑی مقدار میں ڈیٹا کو پھیلانے کے لیے زیادہ وقت دینا۔ +- ڈیٹا بیس کے پھیلاؤ کو روکنا (استحکام): نئے ڈیٹا کو ذخیرہ کرنے کی طویل مدتی ہارڈ ویئر لاگت کو درست طریقے سے ظاہر کرنے کے لیے نیٹ ورک فیس کو ایڈجسٹ کرنا، مستقبل میں گیس کی حد میں اضافے کو روکنا اور ہارڈ ویئر کی کارکردگی میں کمی کو روکنا۔ + +مختصر یہ کہ، گلیمسڈم یہ یقینی بنانے کے لیے ساختی تبدیلیاں متعارف کرائے گا کہ جیسے جیسے نیٹ ورک کی گنجائش بڑھتی ہے، یہ پائیدار رہے اور کارکردگی اعلیٰ رہے۔ + +## اسکیل L1 اور متوازی پروسیسنگ {#scale-l1} + +بامعنی ایل 1 اسکیلنگ کے لیے پروٹوکول سے باہر اعتماد کے مفروضوں اور سیریل ایگزیکوشن کی رکاوٹوں سے دور جانے کی ضرورت ہے۔ گلیمستردام اس مسئلے کو حل کرنے کے لیے کچھ بلاک بنانے کی ذمہ داریوں کو الگ کرتا ہے اور نئے ڈیٹا ڈھانچے متعارف کراتا ہے جو نیٹ ورک کو متوازی پروسیسنگ کے لیے تیار کرنے کی اجازت دیتے ہیں۔ + +### ہیڈلائنر تجویز: تجویز کنندہ اور بلڈر کی علیحدگی کو شامل کرنا (ePBS) {#epbs} + +- پروٹوکول سے ہٹ کر اعتماد کے مفروضوں اور فریق ثالث ریلیوں پر انحصار کو ختم کرتا ہے +- توسیع شدہ پروپیگیشن ونڈوز کے ذریعے بہت بڑے پے لوڈز کی اجازت دے کر L1 اسکیلنگ کو فعال بناتا ہے +- بغیر اعتماد کے بلڈر ادائیگیوں کو براہ راست پروٹوکول میں متعارف کراتا ہے + +فی الحال، بلاک تجویز کرنے اور بنانے کے عمل میں بلاک تجویز کرنے والوں اور بلاک بنانے والوں کے درمیان ایک ہینڈ آف شامل ہے۔ تجویز کرنے والوں اور بنانے والوں کے درمیان تعلق بنیادی ایتھریم پروٹوکول کا حصہ نہیں ہے، اس لیے یہ قابل اعتماد فریق ثالث مڈل ویئر، سافٹ ویئر (ریلے) اور اداروں کے درمیان پروٹوکول سے باہر اعتماد پر انحصار کرتا ہے۔ + +پروپوزرز اور بلڈرز کے درمیان پروٹوکول سے باہر تعلق بلاک کی توثیق کے دوران ایک "ہاٹ پاتھ" بھی بناتا ہے جو [توثیق کاروں کو](/glossary/#validator) 2 سیکنڈ کی مختصر ونڈو میں ٹرانزیکشن براڈکاسٹنگ اور عمل درآمد کے ذریعے جلدی کرنے پر مجبور کرتا ہے، جس سے نیٹ ورک کتنے ڈیٹا کو ہینڈل کر سکتا ہے اس کی حد ہوتی ہے۔ + +**مقرر-معمار علیحدگی کا قیام (ePBS، یا EIP-7732)** باضابطہ طور پر تجویز کنندہ (جو اجماعی بلاک کا انتخاب کرتا ہے) کے کام کو معمار (جو عمل درآمد کا پے لوڈ جمع کرتا ہے) سے الگ کرتا ہے، اس ہینڈ آف کو براہ راست پروٹوکول میں شامل کرتا ہے۔ + +بلاک پے لوڈ کے بدلے ادائیگی کے بغیر اعتماد کے تبادلے کو براہ راست پروٹوکول میں شامل کرنے سے فریق ثالث مڈل ویئر (جیسے MEV-Boost) کی ضرورت ختم ہو جاتی ہے۔ تاہم، بلڈرز اور تجویز کنندگان پیچیدہ خصوصیات کے لیے جو ابھی تک بنیادی پروٹوکول کا حصہ نہیں ہیں، پروٹوکول سے باہر ریلے یا مڈل ویئر استعمال کرنے کا انتخاب کر سکتے ہیں۔ + +"ہاٹ پاتھ" کی رکاوٹ کو دور کرنے کے لیے، ePBS پے لوڈ ٹائم لائنس کمیٹی (PTC) اور ایک دوہری ڈیڈ لائن منطق بھی متعارف کراتا ہے، جس سے توثیق کنندگان اجماعی بلاک اور عمل درآمد پے لوڈ کی بروقت دستیابی کی الگ الگ تصدیق کر سکتے ہیں تاکہ تھرو پٹ کو زیادہ سے زیادہ کیا جا سکے۔ + + + +پروٹوکول کی سطح پر تجویز کنندہ اور بلڈر کے کرداروں کو الگ کرنے سے پروپیگیشن ونڈو (یا نیٹ ورک میں ڈیٹا پھیلانے کے لیے دستیاب وقت) 2 سیکنڈ سے بڑھ کر تقریباً 9 سیکنڈ ہو جاتی ہے۔ + +پروٹوکول سے باہر مڈل ویئر اور ریلے کو پروٹوکول کے اندر میکانزم سے تبدیل کر کے، ePBS اعتماد کی انحصاری کو کم کرتا ہے اور ایتھریم کو نیٹ ورک پر دباؤ ڈالے بغیر بہت زیادہ مقدار میں ڈیٹا (جیسے کہ [لیئر 2](/glossary/#layer-2) کے لیے مزید بلابز) کو محفوظ طریقے سے پروسیس کرنے کی اجازت دیتا ہے۔ + +**وسائل**: [EIP-7732 تکنیکی تفصیلات](https://eips.ethereum.org/EIPS/eip-7732) + +### ہیڈلائنر تجویز: بلاک لیول ایکسیس لسٹس (بی اے ایلز) {#bals} + +- تمام لین دین کی انحصار کی ایک ابتدائی نقشہ فراہم کر کے ترتیب وار پروسیسنگ کی رکاوٹوں کو ختم کرتا ہے، جس سے توثیق کنندگان کو ایک کے بجائے متوازی طور پر بہت سے لین دین پر کارروائی کرنے کا موقع ملتا ہے۔ +- نوڈز کو ہر لین دین کو دوبارہ چلائے بغیر حتمی نتائج کو پڑھ کر اپنے ریکارڈز کو اپ ڈیٹ کرنے کی اجازت دیتا ہے (ایگزیکیوٹ لیس مطابقت)، جس سے نوڈ کو نیٹ ورک کے ساتھ مطابقت پذیر بنانا بہت تیز ہوجاتا ہے۔ +- اندازے کو ختم کرتا ہے، جس سے توثیق کنندگان کو مرحلہ وار دریافت کرنے کے بجائے ایک ہی بار میں تمام ضروری ڈیٹا کو پہلے سے لوڈ کرنے کی اجازت ملتی ہے، جو توثیق کو بہت تیز بناتا ہے۔ + +آج کا ایتھریم ایک سنگل لین والی سڑک کی طرح ہے؛ کیونکہ نیٹ ورک کو یہ معلوم نہیں ہوتا کہ کسی ٹرانزیکشن کو کون سا ڈیٹا درکار ہوگا یا تبدیل ہوگا (جیسے کہ کون سے اکاؤنٹس کو ٹرانزیکشن متاثر کرے گا) جب تک کہ ٹرانزیکشن چلایا نہ جائے، تو ویلیڈیٹرز کو ٹرانزیکشنز کو ایک سخت، ترتیب وار قطار میں ایک ایک کرکے پروسیس کرنا ہوگا۔ اگر وہ ان انحصار کو جانے بغیر ٹرانزیکشنز کو ایک ہی وقت میں پروسیس کرنے کی کوشش کرتے ہیں، تو دو ٹرانزیکشنز غلطی سے ایک ہی وقت میں بالکل ایک ہی ڈیٹا کو تبدیل کرنے کی کوشش کر سکتے ہیں، جس سے خرابی پیدا ہو سکتی ہے۔ + +**بلاک لیول ایکسیس لسٹس (BALs، یا EIP-7928)** ایک نقشے کی طرح ہیں جو ہر بلاک میں شامل ہوتا ہے، جو نیٹ ورک کو بتاتا ہے کہ کام شروع ہونے سے پہلے ڈیٹا بیس کے کون سے حصوں تک رسائی حاصل کی جائے گی۔ BALs کے لیے ضروری ہے کہ ہر بلاک میں ہر اکاؤنٹ کی تبدیلی کا ہیش شامل ہو جس تک ٹرانزیکشنز پہنچیں گے، ان تبدیلیوں کے حتمی نتائج کے ساتھ (تمام اسٹیٹ ایکسیس اور پوسٹ ایگزیکیوشن ویلیوز کا ہیش ریکارڈ)۔ + +چونکہ وہ فوری طور پر یہ ظاہر کرتے ہیں کہ کون سے لین دین ایک دوسرے سے متصادم نہیں ہیں، اس لیے BALs نوڈز کو متوازی ڈسک ریڈز انجام دینے کی اجازت دیتے ہیں، جس سے بہت سے لین دین کے لیے بیک وقت معلومات حاصل ہوتی ہیں۔ نیٹ ورک غیر متعلقہ لین دین کو محفوظ طریقے سے گروپ کر سکتا ہے اور ان پر متوازی طور پر کارروائی کر سکتا ہے۔ + +چونکہ BAL میں لین دین کے حتمی نتائج (عمل درآمد کے بعد کی اقدار) شامل ہوتے ہیں، جب نیٹ ورک کے نوڈز کو نیٹ ورک کی موجودہ حالت کے ساتھ مطابقت پذیر ہونے کی ضرورت ہوتی ہے، تو وہ اپنے ریکارڈز کو اپ ڈیٹ کرنے کے لیے ان حتمی نتائج کو کاپی کر سکتے ہیں۔ توثیق کنندگان کو اب یہ جاننے کے لیے کہ کیا ہوا، شروع سے تمام پیچیدہ لین دین کو دوبارہ چلانے کی ضرورت نہیں ہے، جس سے نئے نوڈز کے لیے نیٹ ورک میں شامل ہونا تیز اور آسان ہو جاتا ہے۔ + +BALs کے ذریعے فعال کردہ متوازی ڈسک ریڈز ایک ایسے مستقبل کی طرف ایک اہم قدم ہوں گے جہاں ایتھریم ایک ہی وقت میں بہت سے لین دین پر کارروائی کر سکتا ہے، جس سے نیٹ ورک کی رفتار میں نمایاں اضافہ ہوگا۔ + +#### eth/71 بلاک رسائی کی فہرست کا تبادلہ {#bale} + +بلاک ایکسیس لسٹ ایکسچینج (eth/71 یا EIP-8159) بلاک لیول ایکسیس لسٹوں کا براہ راست نیٹ ورکنگ ساتھی ہے۔ جہاں BALs متوازی عمل درآمد کو کھولتے ہیں، eth/71 پیئر ٹو پیئر پروٹوکول کو اپ گریڈ کرتا ہے تاکہ نوڈز کو نیٹ ورک پر ان فہرستوں کو اصل میں شیئر کرنے کی اجازت دی جا سکے۔ بلاک ایکسیس لسٹ ایکسچینج کو نافذ کرنے سے تیز مطابقت پذیری فعال ہو جائے گی اور نوڈز کو عمل درآمد کے بغیر اسٹیٹ اپ ڈیٹس انجام دینے کی اجازت ملے گی۔ + +**وسائل**: +- [EIP-7928 تکنیکی تفصیلات](https://eips.ethereum.org/EIPS/eip-7928) +- [EIP-8159 تکنیکی تفصیلات](https://eips.ethereum.org/EIPS/eip-8159) + +## نیٹ ورک کی پائیداری {#network-sustainability} + +جیسے جیسے ایتھریم نیٹ ورک تیزی سے بڑھ رہا ہے، یہ یقینی بنانا ضروری ہے کہ اس کے استعمال کی لاگت اس ہارڈ ویئر کے ٹوٹ پھوٹ سے مماثل ہو جو ایتھریم کو چلاتا ہے۔ نیٹ ورک کو محفوظ طریقے سے پیمانے اور مزید لین دین پر کارروائی کرنے کے لیے اپنی مجموعی صلاحیت کی حدود کو بڑھانے کی ضرورت ہے۔ + +### ریاست کی تخلیق کے گیس کے اخراجات میں اضافہ {#state-creation-gas-cost-increase} + +- یہ یقینی بناتا ہے کہ نئے اکاؤنٹس یا اسمارٹ معاہدے بنانے کی فیسیں ایتھریم کے ڈیٹا بیس پر طویل مدتی بوجھ کو درست طریقے سے ظاہر کرتی ہیں۔ +- نیٹ ورک کی مجموعی صلاحیت کی بنیاد پر ڈیٹا تخلیق کی ان فیسوں کو خود بخود ایڈجسٹ کرتا ہے، ایک محفوظ اور قابلِ پیش گوئی ترقی کی شرح کو نشانہ بناتا ہے تاکہ معیاری جسمانی ہارڈ ویئر نیٹ ورک کو چلاتا رہ سکے۔ +- ان مخصوص فیسوں کے لیے اکاؤنٹنگ کو ایک نئے ذخیرے میں الگ کرتا ہے، پرانی لین دین کی حدود کو ہٹاتا ہے اور ڈویلپرز کو بڑے، زیادہ پیچیدہ ایپلی کیشنز کو تعینات کرنے کی اجازت دیتا ہے۔ + +نئے اکاؤنٹس، ٹوکنز، اور [اسمارٹ کنٹریکٹس کو](/glossary/#smart-contract) شامل کرنے سے مستقل ڈیٹا (جسے "اسٹیٹ" کہا جاتا ہے) تخلیق ہوتا ہے جسے نیٹ ورک چلانے والے ہر کمپیوٹر کو غیر معینہ مدت تک محفوظ رکھنا ہوگا۔ اس ڈیٹا کو شامل کرنے یا پڑھنے کی موجودہ فیسیں غیر مستقل ہیں اور ضروری نہیں کہ وہ نیٹ ورک کے ہارڈ ویئر پر اصل، طویل مدتی اسٹوریج کے بوجھ کی عکاسی کریں۔ + +ایتھریم پر کچھ ایسے اقدامات جو اسٹیٹ بناتے ہیں، جیسے نئے اکاؤنٹس بنانا یا بڑے اسمارٹ کنٹریکٹس کو ڈیپلائے کرنا، نیٹ ورک کے نوڈز پر ان کے مستقل اسٹوریج اسپیس کے مقابلے میں نسبتاً کم لاگت والے ہیں، مثال کے طور پر، کنٹریکٹ ڈیپلائمنٹ اسٹوریج سلاٹ بنانے کے مقابلے فی بائٹ نمایاں طور پر سستا ہے۔ + +بغیر ایڈجسٹمنٹ کے، اگر نیٹ ورک 100 ملین گیس کی حد تک بڑھ جاتا ہے تو ایتھریم کی حالت تقریباً 200 جی آئی بی سالانہ بڑھ سکتی ہے، جو بالآخر عام ہارڈ ویئر سے آگے نکل جائے گی۔ + +**ریاست کی تخلیق کی گیس کی لاگت میں اضافہ (یا EIP-8037)** لاگت کو تخلیق کیے جانے والے ڈیٹا کے اصل سائز سے جوڑ کر ہم آہنگ کرتا ہے، فیس کو اپ ڈیٹ کرتا ہے تاکہ وہ مستقل ڈیٹا کی مقدار کے متناسب ہوں جو کوئی آپریشن بناتا ہے یا اس تک رسائی حاصل کرتا ہے۔ + +EIP-8037 ان اخراجات کو زیادہ متوقع طور پر منظم کرنے کے لیے ایک ذخیرہ ماڈل بھی متعارف کراتا ہے؛ اسٹیٹ گیس چارجز پہلے `state_gas_reservoir` سے حاصل کیے جاتے ہیں، اور `GAS` آپ کوڈ صرف `gas_left` واپس کرتا ہے، جس سے عمل درآمد کے فریم دستیاب گیس کا غلط حساب لگانے سے روکتے ہیں۔ + +EIP-8037 سے پہلے، کمپیوٹیشنل کام (فعال پروسیسنگ) اور مستقل ڈیٹا اسٹوریج (سمارٹ کنٹریکٹ کو نیٹ ورک کے ڈیٹا بیس میں محفوظ کرنا) دونوں ایک ہی گیس کی حد کا اشتراک کرتے تھے۔ ریزروائر ماڈل اکاؤنٹنگ کو دو حصوں میں تقسیم کرتا ہے: ٹرانزیکشن کے اصل کمپیوٹیشنل کام (پروسیسنگ) کے لیے گیس کی حد اور طویل مدتی ڈیٹا اسٹوریج (اسٹیٹ گیس) کے لیے۔ دونوں کو الگ کرنے سے کسی ایپلیکیشن کے ڈیٹا کے بڑے سائز کو گیس کی حد سے زیادہ ہونے سے روکنے میں مدد ملتی ہے؛ جب تک ڈویلپرز ڈیٹا اسٹوریج کے لیے ریزروائر کو بھرنے کے لیے کافی فنڈز فراہم کرتے ہیں، وہ بہت بڑے اور زیادہ پیچیدہ سمارٹ کنٹریکٹس کو تعینات کر سکتے ہیں۔ + +قیمتوں کے ڈیٹا کو زیادہ درست اور متوقع طور پر ذخیرہ کرنے سے ایتھریم کو ڈیٹا بیس کو پھولے بغیر اپنی رفتار اور صلاحیت کو محفوظ طریقے سے بڑھانے میں مدد ملے گی۔ یہ پائیداری نوڈ آپریٹرز کو آنے والے سالوں تک (نسبتاً) سستی ہارڈ ویئر استعمال کرنے کی اجازت دے گی، جس سے نیٹ ورک کی غیر مرکزیت کو برقرار رکھنے کے لیے ہوم اسٹیکنگ قابل رسائی رہے گی۔ + +**وسائل**: [EIP-8037 تکنیکی تفصیلات](https://eips.ethereum.org/EIPS/eip-8037) + +### ریاستی رسائی گیس کی قیمت کی تازہ کاری {#state-access-gas-cost-update} + +- ایتھریم پر مستقل طور پر محفوظ کردہ معلومات کو پڑھنے یا اپ ڈیٹ کرنے (اسٹیٹ ایکسیس اوپکوڈز) کے لیے گیس کی لاگت میں اضافہ کرتا ہے تاکہ ان کمانڈز کے لیے درکار کمپیوٹ ورک سے درست مماثلت ہو سکے۔ +- مصنوعی طور پر سستے ڈیٹا پڑھنے کے عمل کا استحصال کرنے والے ڈینائل آف سروس حملوں کو روک کر نیٹ ورک کی لچک کو مضبوط کرتا ہے + +جیسے جیسے ایتھریم کی حالت بڑھتی گئی ہے، پرانے ڈیٹا کو تلاش کرنے اور پڑھنے کا عمل ("اسٹیٹ ایکسیس") نوڈز کے لیے پروسیس کرنے کے لیے بھاری اور سست ہوتا گیا ہے۔ ان اعمال کی فیسیں ایک جیسی ہی رہی ہیں حالانکہ اب معلومات کو تلاش کرنا (کمپیوٹ پاور کے لحاظ سے) تھوڑا زیادہ مہنگا ہے۔ + +نتیجتاً، کچھ مخصوص کمانڈز فی الحال اس کام کے مقابلے میں کم قیمت پر ہیں جو وہ نوڈ کو کرنے پر مجبور کرتے ہیں۔ مثال کے طور پر، `EXTCODESIZE` اور `EXTCODECOPY` کم قیمت پر ہیں کیونکہ انہیں دو الگ الگ ڈیٹا بیس ریڈز کی ضرورت ہوتی ہے—ایک اکاؤنٹ آبجیکٹ کے لیے، اور دوسرا اصل کوڈ سائز یا بائٹ کوڈ کے لیے۔ + +**اسٹیٹ-ایکسیس گیس لاگت اپ ڈیٹ (یا EIP-8038)** اسٹیٹ-ایکسیس اوپکوڈز کے لیے گیس مستقل کو بڑھاتا ہے، جیسے اکاؤنٹ اور معاہدے کے ڈیٹا کو دیکھنا، تاکہ جدید ہارڈ ویئر کی کارکردگی اور اسٹیٹ سائز کے ساتھ ہم آہنگی ہو سکے۔ + +ریاستی رسائی کی لاگت کو درست کرنے سے ایتھریم کو مزید لچکدار بنانے میں بھی مدد ملتی ہے۔ چونکہ ڈیٹا پڑھنے کے یہ بھاری کام مصنوعی طور پر سستے ہیں، اس لیے ایک بدنیتی پر مبنی حملہ آور نیٹ ورک کی فیس کی حد تک پہنچنے سے پہلے ہزاروں پیچیدہ ڈیٹا کی درخواستوں کے ساتھ نیٹ ورک کو سپیم کر سکتا ہے، جس سے ممکنہ طور پر نیٹ ورک رک سکتا ہے یا کریش ہو سکتا ہے (سروس سے انکار کا حملہ)۔ بدنیتی پر مبنی ارادے کے بغیر بھی، اگر نیٹ ورک کا ڈیٹا پڑھنا بہت سستا ہے تو ڈویلپرز کو موثر ایپلی کیشنز بنانے کی معاشی طور پر ترغیب نہیں دی جاتی ہے۔ + +ریاستی رسائی کے اقدامات کی قیمتوں کا زیادہ درست تعین کرکے، ایتھریم حادثاتی یا جان بوجھ کر سست روی کے خلاف زیادہ لچکدار ہو سکتا ہے، جبکہ نیٹ ورک کی لاگت کو ہارڈ ویئر کے بوجھ کے ساتھ ہم آہنگ کرنا مستقبل میں گیس کی حد میں اضافے کے لیے ایک زیادہ پائیدار بنیاد ثابت ہوتا ہے۔ + +**وسائل**: [EIP-8038 تکنیکی تفصیلات](https://eips.ethereum.org/EIPS/eip-8038) + +## نیٹ ورک کی لچک + +ویلیڈیٹر کے فرائض اور اخراج کے عمل میں اصلاحات بڑے پیمانے پر سزائیں دینے کے واقعات کے دوران نیٹ ورک کے استحکام کو یقینی بناتی ہیں اور لیکویڈیٹی کو جمہوری بناتی ہیں۔ یہ بہتری نیٹ ورک کو مزید مستحکم بناتی ہے اور اس بات کو یقینی بناتی ہے کہ تمام شرکاء، بڑے اور چھوٹے، کے ساتھ منصفانہ سلوک کیا جائے۔ + +### تجاویز پیش کرنے سے کٹوتی شدہ توثیق کاروں کو خارج کریں۔ {#exclude-slashed-validators} + +- سزا یافتہ (کٹوتی شدہ) توثیق کاروں کو مستقبل کے بلاکس تجویز کرنے کے لیے منتخب ہونے سے روکتا ہے، جس سے یقینی طور پر چھوٹ جانے والے سلاٹس ختم ہو جاتے ہیں۔ +- ایتھریم کو آسانی سے اور قابل اعتماد طریقے سے چلاتا رہتا ہے، بڑے پیمانے پر سلیشنگ ایونٹ کی صورت میں شدید رکاوٹوں کو روکتا ہے۔ + +فی الحال، اگر کسی ویلیڈیٹر کو سلیش کیا جاتا ہے (اصول توڑنے یا توقع کے مطابق کام نہ کرنے پر سزا دی جاتی ہے)، تو بھی سسٹم مستقبل میں بلاک کی قیادت کے لیے انہیں منتخب کر سکتا ہے جب وہ مستقبل کے پروپوزل لوک اہڈز تیار کرتا ہے۔ + +چونکہ کٹوتی شدہ تجویز کنندگان کے بلاکس کو خود بخود غیر موثر قرار دے کر مسترد کر دیا جاتا ہے، اس کی وجہ سے نیٹ ورک سلاٹ کھو دیتا ہے اور بڑے پیمانے پر کٹوتی کے واقعات کے دوران نیٹ ورک کی بازیابی میں تاخیر ہوتی ہے۔ + +**تجاویز دینے والے (یا EIP-8045) سے کٹوتی شدہ توثیق کاروں کو خارج کریں** صرف مستقبل کے فرائض کے لیے منتخب ہونے سے کٹوتی شدہ توثیق کاروں کو فلٹر کرتا ہے۔ یہ بلاکس تجویز کرنے کے لیے صرف صحت مند توثیق کاروں کو منتخب کرکے چین کی لچک کو بہتر بناتا ہے، نیٹ ورک کی خرابیوں کے دوران خدمات کے معیار کو برقرار رکھتا ہے۔ + +**وسائل**: [EIP-8045 تکنیکی تفصیلات](https://eips.ethereum.org/EIPS/eip-8045) + +### خروج کو استحکام کی قطار استعمال کرنے دیں {#let-exits-use-the-consolidation-queue} + +- ایک سقم کو بند کرتا ہے جو زیادہ بیلنس والے توثیق کاروں کو انضمام کی قطار کے ذریعے چھوٹے توثیق کاروں کے مقابلے میں نیٹ ورک سے تیزی سے باہر نکلنے کی اجازت دیتا ہے۔ +- جب اس دوسری قطار میں اضافی گنجائش ہو تو باقاعدہ اخراج کو اس میں بہنے کی اجازت دیتا ہے، جس سے زیادہ حجم والے ادوار کے دوران اسٹیکنگ نکالنے کے اوقات کم ہو جاتے ہیں۔ +- ایتھریم کی بنیادی حفاظتی حدود کو تبدیل کرنے یا نیٹ ورک کو کمزور کرنے سے بچنے کے لیے سخت سیکیورٹی برقرار رکھتا ہے۔ + +چونکہ [Pectra اپ گریڈ نے](/roadmap/pectra) Ethereum ویلیڈیٹرز کے لیے زیادہ سے زیادہ مؤثر بیلنس کو 32 ETH سے بڑھا کر 2,048 ETH کر دیا ہے، ایک تکنیکی سقم ویلیڈیٹرز کو چھوٹے ویلیڈیٹرز کے مقابلے میں کنسولیڈیشن کیو کے ذریعے نیٹ ورک سے تیزی سے باہر نکلنے کی اجازت دیتا ہے۔ + +**ایگزٹس کو کنسولیڈیشن کیو (یا EIP-8080) استعمال کرنے دیں** تمام اسٹیکنگ ایگزٹس کے لیے کنسولیڈیشن کیو کو جمہوری بناتا ہے، جس سے ہر ایک کے لیے ایک ہی، منصفانہ لائن بنتی ہے۔ + +آج یہ کیسے کام کرتا ہے اس کی تفصیل یہ ہے: + +- ایتھریم کی چرن حد ایک حفاظتی حد ہے جس پر توثیق کنندگان اپنے اسٹیک کردہ ETH کو درج، خارج یا ضم (مضبوط) کر سکتے ہیں، تاکہ یہ یقینی بنایا جا سکے کہ نیٹ ورک کی سلامتی کبھی بھی غیر مستحکم نہ ہو۔ +- چونکہ ایک ویلیڈیٹر کنسولیڈیشن ایک معیاری ویلیڈیٹر ایگزٹ کے مقابلے میں زیادہ متحرک حصوں کے ساتھ ایک بھاری عمل ہے، اس لیے یہ اس حفاظتی بجٹ (چرن لیمٹ) کا ایک بڑا حصہ استعمال کرتا ہے۔ +- خاص طور پر، پروٹوکول یہ بتاتا ہے کہ ایک معیاری اخراج کی اصل سیکیورٹی لاگت ایک انضمام کی لاگت کا دو تہائی (2/3) ہے۔ + +زیادہ منصفانہ ایگزٹ کیو، معیاری ایگزٹس کو زیادہ ایگزٹ ڈیمانڈ کے اوقات کے دوران کنسولیڈیشن کیو سے غیر استعمال شدہ جگہ ادھار لینے کی اجازت دے گا، جس میں "3 فار 2" ایکسچینج ریٹ لاگو ہوگا (ہر 2 غیر استعمال شدہ کنسولیڈیشن اسپاٹس کے لیے، نیٹ ورک محفوظ طریقے سے 3 معیاری ایگزٹس کو پروسیس کر سکتا ہے)۔ یہ 3/2 چن فیکٹر کنسولیڈیشن اور ایگزٹ کیو میں ڈیمانڈ کو متوازن کرتا ہے۔ + +کنسولیڈیشن کیو تک رسائی کو جمہوری بنانے سے صارفین کی جانب سے زیادہ مانگ کے ادوار کے دوران اپنے اسٹیک سے باہر نکلنے کی رفتار میں 2.5 گنا تک اضافہ ہوگا، بغیر نیٹ ورک کی سلامتی سے سمجھوتہ کیے۔ + +**وسائل**: [EIP-8080 تکنیکی تفصیلات](https://eips.ethereum.org/EIPS/eip-8080) + +## صارف اور ڈویلپر کے تجربے کو بہتر بنائیں {#improve-user-developer-experience} + +ایتھریم کے گلیمزٹیرڈم اپ گریڈ کا مقصد صارف کے تجربے کو بہتر بنانا، ڈیٹا کی دریافت کو بڑھانا، اور مطابقت پذیری کی ناکامیوں کو روکنے کے لیے بڑھتے ہوئے پیغام کے سائز کو سنبھالنا ہے۔ یہ نیٹ ورک کے پیمانے کے ساتھ ساتھ تکنیکی رکاوٹوں کو روکتے ہوئے آن چین پر کیا ہو رہا ہے اس پر نظر رکھنا آسان بناتا ہے۔ + +### اندرونی لین دین کی گیس کی لاگت کو کم کریں۔ {#reduce-intrinsic-transaction-gas-costs} + +- لین دین کے لیے بنیادی فیس کو کم کرتا ہے، جس سے سادہ مقامی ETH ادائیگی کی مجموعی لاگت کم ہوتی ہے۔ +- چھوٹے تبادلے کو زیادہ سستی بناتا ہے، تبادلے کے ایک معمول کے ذریعے کے طور پر ایتھریم کی عملداری کو بڑھاتا ہے۔ + +آج تمام ایتھریم ٹرانزیکشنز کی بیس گیس فیس مقررہ ہے، قطع نظر اس کے کہ اس پر عملدرآمد کتنا آسان یا پیچیدہ ہے۔ **اندرونی ٹرانزیکشن گیس (یا EIP-2780) کو کم کریں** اس بیس فیس کو کم کرنے کا مشورہ دیتا ہے تاکہ موجودہ اکاؤنٹس کے درمیان معیاری ETH ٹرانسفر کو 71% تک سستا بنایا جا سکے۔ + +نیٹ ورک چلانے والے کمپیوٹرز کے بنیادی اور ضروری کاموں، جیسے ڈیجیٹل دستخط کی تصدیق اور بیلنس کو اپ ڈیٹ کرنا، کی عکاسی کرنے کے لیے ٹرانزیکشن فیس کو توڑ کر اندرونی ٹرانزیکشن گیس کے کام کو کم کریں۔ چونکہ ایک بنیادی ETH ادائیگی پیچیدہ کوڈ کو انجام نہیں دیتی ہے یا اضافی ڈیٹا نہیں رکھتی ہے، اس تجویز سے اس کی فیس اس کے ہلکے پھلکے نقشِ قدم سے ملنے کے لیے کم ہو جائے گی۔ + +یہ تجویز نئے اکاؤنٹس بنانے کے لیے ایک استثنا متعارف کراتی ہے تاکہ کم فیس نیٹ ورک کی حالت پر حاوی نہ ہو۔ اگر کوئی منتقلی ETH کو خالی، غیر موجود ایڈریس پر بھیجتی ہے، تو نیٹ ورک کو اس کے لیے ایک مستقل نیا ریکارڈ بنانا ہوگا۔ اس اکاؤنٹ کی تخلیق کے لیے ایک گیس سرچارج شامل کیا جاتا ہے تاکہ اس کے طویل مدتی اسٹوریج کے بوجھ کو پورا کرنے میں مدد ملے۔ + +مجموعی طور پر، EIP-2780 کا مقصد موجودہ اکاؤنٹس کے درمیان روزمرہ کی منتقلی کو زیادہ سستی بنانا ہے جبکہ یہ یقینی بنانا ہے کہ نیٹ ورک اب بھی ڈیٹا بیس کے پھیلاؤ سے محفوظ ہے اور حقیقی ریاست کی ترقی کی درست قیمتوں کا تعین کرتا ہے۔ + +**وسائل**: [EIP-2780 تکنیکی تفصیلات](https://eips.ethereum.org/EIPS/eip-2780) + +### حتمی فیکٹری پری ڈیپلائے {#deterministic-factory-predeploy} + +- ڈویلپرز کو ایک ہی پتہ پر متعدد چینز میں ایپلیکیشنز اور اسمارٹ کنٹریکٹ والٹس کو ڈیپلائے کرنے کا ایک مقامی طریقہ فراہم کرتا ہے۔ +- صارفین کو ایک سے زیادہ لیئر 2 (L2) نیٹ ورکس پر ایک ہی اسمارٹ والیٹ ایڈریس رکھنے کی اجازت دیتا ہے، جس سے علمی بوجھ، الجھن اور فنڈز کے حادثاتی نقصان کا خطرہ کم ہوتا ہے۔ +- اس یکسانیت کو حاصل کرنے کے لیے ڈویلپرز فی الحال جو ورک اراؤنڈ استعمال کرتے ہیں ان کی جگہ لیتا ہے، جس سے ملٹی چین والیٹس اور ایپس بنانا آسان اور زیادہ محفوظ ہو جاتا ہے۔ + +اگر آج کسی صارف کے پاس ایک اسمارٹ کنٹریکٹ والیٹ ہے جس میں متعدد ایتھریم ورچوئل مشین (ای وی ایم) سے مطابقت رکھنے والی چینز پر اکاؤنٹس ہیں، تو وہ اکثر مختلف نیٹ ورکس پر مکمل طور پر مختلف ایڈریس کے ساتھ ختم ہو جاتے ہیں۔ یہ نہ صرف الجھن کا باعث بنتا ہے، بلکہ فنڈز کے حادثاتی نقصان کا باعث بھی بن سکتا ہے۔ + +**ڈیٹرمنسٹک فیکٹری پری ڈیپلائے (یا EIP-7997)** ڈویلپرز کو اپنے غیر مرکزی ایپلی کیشنز اور اسمارٹ کنٹریکٹ والٹس کو ایتھریم مین نیٹ، لیئر 2 (L2) نیٹ ورکس، اور دیگر سمیت متعدد EVM چینز پر ایک ہی ایڈریس پر ڈیپلائے کرنے کا ایک مقامی، بلٹ ان طریقہ فراہم کرتا ہے۔ اگر اسے اپنا لیا جاتا ہے تو یہ صارف کو ہر شریک چین پر ایک ہی ایڈریس رکھنے کی اجازت دے گا، جس سے علمی بوجھ اور صارف کی غلطی کے امکانات میں نمایاں کمی واقع ہوگی۔ + +ڈیٹرמיניسٹک فیکٹری پری ڈیپلائے ہر شریک ای وی ایم ہم آہنگ چین پر ایک جیسے مقام (خاص طور پر، ایڈریس 0x12) پر ایک کم سے کم، خصوصی فیکٹری پروگرام کو مستقل طور پر رکھ کر کام کرتا ہے۔ اس کا مقصد ایک عالمگیر، معیاری فیکٹری معاہدہ فراہم کرنا ہے جسے کسی بھی ای وی ایم ہم آہنگ نیٹ ورک کے ذریعے اپنایا جا سکتا ہے۔ جب تک کوئی ای وی ایم چین اس معیار میں حصہ لیتا ہے اور اسے اپناتا ہے، ڈویلپرز اسے اپنے اسمارٹ معاہدوں کو اس نیٹ ورک پر بالکل اسی ایڈریس پر ڈیپلائے کرنے کے لیے استعمال کر سکیں گے۔ + +یہ معیاری کاری ڈویلپرز اور وسیع تر ایکو سسٹم کے لیے کراس چین ایپلی کیشنز کی تعمیر اور انتظام کو آسان بناتی ہے۔ ڈویلپرز کو اب مختلف نیٹ ورکس پر اپنے سافٹ ویئر کو ایک ساتھ جوڑنے کے لیے اپنی مرضی کے مطابق، چین سے متعلقہ کوڈ بنانے کی ضرورت نہیں ہے، بلکہ اس عالمگیر فیکٹری کا استعمال کرتے ہوئے ہر جگہ اپنی ایپلیکیشن کے لیے بالکل ایک جیسا پتہ تیار کیا جا سکتا ہے۔ اس کے علاوہ، بلاک ایکسپلوررز، ٹریکنگ سروسز، اور والیٹس مختلف چینز پر ان ایپلی کیشنز اور اکاؤنٹس کو زیادہ آسانی سے شناخت اور لنک کر سکتے ہیں، جس سے تمام ایتھریم پر مبنی شرکاء کے لیے ایک زیادہ مربوط اور ہموار ملٹی چین ماحول تخلیق ہوتا ہے۔ + +**وسائل**: [EIP-7997 تکنیکی تفصیلات](https://eips.ethereum.org/EIPS/eip-7997) + +### ETH ٹرانسفر اور برن ایک لاگ خارج کرتے ہیں۔ {#eth-transfers-and-burns-emit-a-log} + +- ہر بار جب ETH منتقل یا جلایا جاتا ہے تو خود بخود ایک مستقل ریکارڈ (لاگ) تیار کرتا ہے۔ +- ایک تاریخی کمزوری کو دور کرتا ہے جو ایپس، ایکسچینجز، اور برجوں کو غیر ضروری ٹریسنگ ٹولز کے بغیر صارف کے ڈپازٹس کا قابل اعتماد طریقے سے پتہ لگانے کی اجازت دیتا ہے۔ + +ٹوکنز (ERC-20s) کے برعکس، اسمارٹ کنٹریکٹس کے درمیان باقاعدہ ETH ٹرانسفرز ایک واضح رسید (معیاری لاگ) جاری نہیں کرتے ہیں، جس کی وجہ سے ایکسچینجز اور ایپس کے لیے انہیں ٹریک کرنا مشکل ہو جاتا ہے۔ + +ETH ٹرانسفر اور برن لاگ (یا EIP-7708) جاری کرتے ہیں، جس کی وجہ سے نیٹ ورک کے لیے ہر بار جب غیر صفر مقدار میں ETH منتقل یا جلایا جاتا ہے تو ایک معیاری لاگ ایونٹ جاری کرنا لازمی ہو جاتا ہے۔ + +اس سے والیٹس، ایکسچینجز، اور برج آپریٹرز کے لیے بغیر کسی مخصوص ٹولنگ کے ڈپازٹس اور نقل و حرکت کو درست طریقے سے ٹریک کرنا بہت آسان اور زیادہ قابل اعتماد ہو جائے گا۔ + +**وسائل**: [EIP-7708 تکنیکی تفصیلات](https://eips.ethereum.org/EIPS/eip-7708) + +### eth/70 جزوی بلاک رسید کی فہرستیں {#eth-70-partial-block-receipt-lists} + +جیسے جیسے ہم ایتھریم کے کام کرنے کی مقدار میں اضافہ کرتے ہیں، ان اعمال کے لیے رسیدوں کی فہرستیں (ان لین دین کے ڈیٹا ریکارڈ) اتنی بڑی ہوتی جا رہی ہیں کہ وہ ممکنہ طور پر نیٹ ورک کے نوڈز کو ایک دوسرے کے ساتھ ڈیٹا کو مطابقت پذیر بنانے کی کوشش کرتے وقت ناکام بنا سکتی ہیں۔ + +eth/70 جزوی بلاک رسید کی فہرستیں (یا EIP-7975) نوڈز کے ایک دوسرے سے بات کرنے کا ایک نیا طریقہ متعارف کراتی ہیں (eth/70) جو ان بڑی فہرستوں کو چھوٹے، زیادہ قابل انتظام ٹکڑوں میں توڑنے کی اجازت دیتا ہے۔ eth/70 نیٹ ورک کے مواصلاتی پروٹوکول کے لیے ایک صفحہ بندی کا نظام متعارف کراتا ہے جو نوڈز کو بلاک رسید کی فہرستوں کو توڑنے اور چھوٹے، زیادہ قابل انتظام ٹکڑوں میں ڈیٹا کو محفوظ طریقے سے درخواست کرنے کی اجازت دیتا ہے۔ + +یہ تبدیلی زیادہ سرگرمی کے اوقات کے دوران نیٹ ورک مطابقت پذیری کی ناکامیوں کو روک دے گی۔ بالآخر، یہ ایتھریم کی بلاک کی گنجائش کو بڑھانے کی راہ ہموار کرتا ہے، اور مستقبل میں فی بلاک زیادہ لین دین پر کارروائی کرتا ہے، بغیر چین کو مطابقت پذیر بنانے والے جسمانی ہارڈ ویئر کو زیادہ بوجھ ڈالے۔ + +**وسائل**: [EIP-7975 تکنیکی تفصیلات](https://eips.ethereum.org/EIPS/eip-7975) + +## مزید پڑھیں {#further-reading} + +- [ایتھریم کا روڈ میپ](/roadmap/) +- [فورکاسٹ: گلیمستردام](https://forkcast.org/upgrade/glamsterdam) +- [گلیمزٹیرڈم میٹا ای آئی پی](https://eips.ethereum.org/EIPS/eip-7773) +- [2026 کے لیے پروٹوکول کی ترجیحات کی تازہ کاری کا بلاگ اعلان](https://blog.ethereum.org/2026/02/18/protocol-priorities-update-2026) +- [ڈیلی گوائی ری فیول پوڈ کاسٹ - پوسٹ کوانٹم ایتھریم، گلیمزٹیرڈم آرہا ہے](https://www.youtube.com/watch?v=qx9sd50uQjQ) + +## اکثر پوچھے جانے والے سوالات {#faq} + +### گلامسٹرڈیم ہارڈ فورک کے بعد ETH کو کیسے تبدیل کیا جا سکتا ہے؟ {#how-can-eth-be-converted-after-the-hardfork} + +- **آپ کے ETH کے لیے کسی کارروائی کی ضرورت نہیں ہے**: گلیمستردام اپ گریڈ کے بعد آپ کے ETH کو تبدیل کرنے یا اپ گریڈ کرنے کی ضرورت نہیں ہے۔ آپ کے اکاؤنٹ کا بیلنس وہی رہے گا، اور ہارڈ فورک کے بعد آپ کے پاس موجود ETH اپنی موجودہ شکل میں دستیاب رہے گا۔ +- **اسکام سے ہوشیار رہیں!** **کوئی بھی شخص جو آپ کو اپنے ETH کو "اپ گریڈ" کرنے کی ہدایت دے رہا ہے وہ آپ کو دھوکہ دینے کی کوشش کر رہا ہے۔** اس اپ گریڈ کے سلسلے میں آپ کو کچھ بھی کرنے کی ضرورت نہیں ہے۔ آپ کے اثاثے مکمل طور پر غیر متاثرہ رہیں گے۔ یاد رکھیں، باخبر رہنا اسکام سے بچنے کا بہترین دفاع ہے۔ + +[اسکامز کو پہچاننے اور ان سے بچنے کے بارے میں مزید معلومات](/security/) + +### کیا گلیم اسٹیرڈم اپ گریڈ تمام ایتھریم نوڈز اور توثیق کاروں کو متاثر کرتا ہے؟ {#does-the-glamsterdam-upgrade-affect-all-ethereum-nodes-and-validators} + +جی ہاں، گلیمزٹیرڈم اپ گریڈ کے لیے [ایگزیکوشن کلائنٹس اور کنسینسس کلائنٹس](/developers/docs/nodes-and-clients/) دونوں کو اپ ڈیٹ کرنے کی ضرورت ہے۔ چونکہ یہ اپ گریڈ انشرائنڈ پروپوزل-بلڈر سیپریشن (ای پی بی ایس) متعارف کراتا ہے، اس لیے نوڈ آپریٹرز کو یہ یقینی بنانا ہوگا کہ ان کے کلائنٹس کو اپ ڈیٹ کیا جائے تاکہ بلاکس کی تعمیر، توثیق اور نیٹ ورک کے ذریعے تصدیق کے نئے طریقوں کو سنبھالا جا سکے۔ + +تمام اہم ایتھریم کلائنٹس ہارڈ فورک کو سپورٹ کرنے والے ورژن جاری کریں گے جنہیں ہائی پرائیوریٹی کے طور پر نشان زد کیا گیا ہے۔ آپ کلائنٹ کے گٹ ہب ریپوز، ان کے [ڈسکارڈ چینلز](https://ethstaker.org/support) ، [ایتھ اسٹیکر ڈسکارڈ](https://dsc.gg/ethstaker) میں، یا پروٹوکول اپ ڈیٹس کے لیے ایتھریم بلاگ کو سبسکرائب کر کے یہ جان سکتے ہیں کہ یہ ریلیز کب دستیاب ہوں گی۔ + +اپ گریڈ کے بعد ایتھریم نیٹ ورک کے ساتھ مطابقت برقرار رکھنے کے لیے، نوڈ آپریٹرز کو یقینی بنانا ہوگا کہ وہ ایک معاون کلائنٹ ورژن چلا رہے ہیں۔ نوٹ کریں کہ کلائنٹ ریلیزز کے بارے میں معلومات وقت کے لحاظ سے حساس ہوتی ہیں، اور صارفین کو تازہ ترین تفصیلات کے لیے تازہ ترین اپ ڈیٹس کا حوالہ دینا چاہیے۔ + +### ایک اسٹیکر کی حیثیت سے، مجھے گلیمسٹرڈم اپ گریڈ کے لیے کیا کرنے کی ضرورت ہے؟ {#as-a-staker-what-do-i-need-to-do-for-the-glamsterdam-upgrade} + +ہر نیٹ ورک اپ گریڈ کی طرح، اپنے کلائنٹس کو تازہ ترین ورژن میں اپ ڈیٹ کرنا یقینی بنائیں جن پر گلیمستردام سپورٹ کی مہر لگی ہو۔ ریلیزز کے بارے میں باخبر رہنے کیلئے میلنگ لسٹ اور [EF بلاگ پر پروٹوکول اعلانات](https://blog.ethereum.org/category/protocol) میں اپ ڈیٹس کو فالو کریں۔ + +مین نیٹ پر گلیم اسٹرڈیم کے فعال ہونے سے پہلے اپنے سیٹ اپ کی توثیق کرنے کے لیے، آپ ٹیسٹ نیٹ پر ایک ویلیڈیٹر چلا سکتے ہیں۔ ٹیسٹ نیٹ فورکس کا اعلان میلنگ لسٹ اور بلاگ میں بھی کیا جاتا ہے۔ + +### L1 اسکیلنگ کے لیے گلیم اسٹیرڈم میں کون سی بہتری شامل کی جائے گی؟ {#what-improvements-will-glamsterdam-include-for-l1-scaling} + +اس کی اہم خصوصیت ای پی بی ایس (EIP-7732) ہے، جو نیٹ ورک ٹرانزیکشنز کی توثیق کے بھاری کام کو اتفاق رائے تک پہنچنے کے کام سے الگ کرتی ہے۔ یہ ڈیٹا پروپیگیشن ونڈو کو 2 سیکنڈ سے بڑھا کر تقریباً 9 سیکنڈ کر دیتا ہے، جس سے ایتھریم کی زیادہ ٹرانزیکشن تھرو پٹ کو محفوظ طریقے سے ہینڈل کرنے اور لیئر 2 نیٹ ورکس کے لیے مزید ڈیٹا بلاوبز کو ایڈجسٹ کرنے کی صلاحیت کھل جاتی ہے۔ + +### کیا گلیم اسٹرڈیم ایتھریم (لیئر 1) پر فیس کم کرے گا؟ {#will-glamsterdam-lower-fees-on-ethereum-layer-1} + +جی ہاں، گلیم اسٹرڈم عام صارفین کے لیے فیس میں کمی کرے گا! انٹریسک ٹرانزیکشن گیس (یا EIP-2780) میں کمی سے ETH بھیجنے کے لیے بنیادی فیس کم ہو جاتی ہے، جس سے روزمرہ کی ادائیگیوں کے لیے ETH کا استعمال بہت سستا ہو جاتا ہے۔ + +اس کے علاوہ، طویل مدتی پائیداری کے لیے، گلیم اسٹردام بلاک لیول ایکسیس لسٹس (BALs) متعارف کراتا ہے۔ یہ متوازی پروسیسنگ کو فعال بناتا ہے اور L1 کو مستقبل میں مجموعی طور پر زیادہ گیس کی حدوں کو محفوظ طریقے سے سنبھالنے کے لیے تیار کرتا ہے، جس سے صلاحیت میں اضافے کے ساتھ فی ٹرانزیکشن گیس کی لاگت میں کمی کا امکان ہے۔ + +### کیا گلیمسٹرڈیم کے بعد میرے موجودہ اسمارٹ کنٹریکٹس میں کوئی تبدیلی آئے گی؟ {#will-my-smart-contracts-change} + +گلیمزٹارڈم کے بعد بھی موجودہ معاہدے معمول کے مطابق کام کرتے رہیں گے۔ ڈویلپرز کو کئی نئے ٹولز ملنے کا امکان ہے اور انہیں اپنے گیس کے استعمال کا جائزہ لینا چاہیے۔ +- زیادہ سے زیادہ معاہدے کے سائز (یا EIP-7954) میں اضافہ ڈویلپرز کو بڑے ایپلیکیشنز کو تعینات کرنے کی اجازت دیتا ہے، جس سے زیادہ سے زیادہ معاہدے کے سائز کی حد تقریباً 24KiB سے بڑھا کر 32KiB کر دی جاتی ہے۔ +- ڈیٹرمنسٹک فیکٹری پری ڈیپلائے (یا EIP-7997) ایک عالمگیر، بلٹ ان فیکٹری کنٹریکٹ متعارف کراتا ہے۔ یہ ڈویلپرز کو اپنی ایپلی کیشنز اور اسمارٹ کنٹریکٹ والیٹس کو تمام شریک EVM چینز پر بالکل ایک ہی ایڈریس پر ڈیپلائے کرنے کی اجازت دیتا ہے۔ +- اگر آپ کی ایپ ETH ٹرانسفرز کو تلاش کرنے کے لیے پیچیدہ ٹریسنگ پر انحصار کرتی ہے، تو ETH ٹرانسفرز اور برنز ایک لاگ (یا EIP-7708) خارج کریں گے جو آپ کو زیادہ آسان اور قابل اعتماد اکاؤنٹنگ کے لیے لاگز کا استعمال کرنے پر سوئچ کرنے کی اجازت دے گا۔ +- ریاست کی تخلیق کی گیس کی لاگت میں اضافہ (یا EIP-8037) اور ریاست تک رسائی کی گیس کی لاگت کی تازہ کاری (یا EIP-8038) نئے پائیداری کے ماڈل متعارف کراتی ہیں جو کچھ معاہدوں کی تعیناتی کی لاگت کو تبدیل کر دیں گے، کیونکہ نئے اکاؤنٹس یا مستقل اسٹوریج کی تخلیق میں ایک متحرک طور پر ایڈجسٹ ہونے والی فیس ہوگی۔ + +### گلیم اسٹیرڈم نوڈ اسٹوریج اور ہارڈ ویئر کی ضروریات کو کیسے متاثر کرے گا؟ {#how-will-glamsterdam-affect-node-storage-and-hardware-requirements} + +گلیمสเตอร์ڈم کے لیے زیر غور متعدد EIPs ریاست کی ترقی کے کارکردگی کے بحران سے نمٹتے ہیں: +- اسٹیٹ کریشن گیس کی لاگت میں اضافہ (یا EIP-8037) ایک متحرک قیمتوں کا تعین کرنے والا ماڈل متعارف کراتا ہے جس کا مقصد اسٹیٹ ڈیٹا بیس کی ترقی کی شرح کو 100 GiB/سال تک محدود کرنا ہے، اس بات کو یقینی بناتا ہے کہ معیاری جسمانی ہارڈ ویئر نیٹ ورک کو موثر طریقے سے چلاتا رہے۔ +- eth/70 جزوی بلاک رسید کی فہرستیں (یا EIP-7975) نوڈز کو صفحہ وار بلاک رسیدوں کی درخواست کرنے کی اجازت دیتی ہیں، جو ڈیٹا سے بھری بلاک رسید کی فہرستوں کو چھوٹے حصوں میں توڑ کر کریش کو روکتی ہیں اور ایتھریم کے پیمانے کے ساتھ مطابقت پذیر ہوتی ہیں۔ + diff --git a/public/content/translations/vi/community/grants/index.md b/public/content/translations/vi/community/grants/index.md index 5be9a9c46db..0781616291e 100644 --- a/public/content/translations/vi/community/grants/index.md +++ b/public/content/translations/vi/community/grants/index.md @@ -20,6 +20,7 @@ Danh sách này được chọn lọc bởi cộng đồng của chúng tôi. N Những chương trình này hỗ trợ toàn bộ hệ sinh thái Ethereum bằng cách cung cấp các khoản tài trợ ở nhiều phạm vi. Các phạm vi tài trợ bao gồm các giải pháp về khả năng mở rộng, xây dựng cộng đồng, bảo mật, quyền riêng tư và nhiều lĩnh vực khác. Các khoản tài trợ này không giới hạn bởi bất kỳ nền tảng Ethereum cụ thể nào và sẽ là điểm khởi đầu tốt nếu bạn còn chưa chắc chắn. - [Chương trình hỗ trợ hệ sinh thái EF](https://esp.ethereum.foundation) - _Tài trợ cho các dự án nguồn mở mang lại lợi ích cho Ethereum, tập trung đặc biệt vào các công cụ phổ quát, cơ sở hạ tầng, nghiên cứu và hàng hóa công_ +- [ESP Grant Explorer](https://esp.ethereum.foundation/funded-projects) - _Danh mục có thể tìm kiếm gồm hơn 1.000 dự án được hỗ trợ bởi Chương trình Hỗ trợ Hệ sinh thái_ - [Các khoản tài trợ học thuật](https://esp.ethereum.foundation/academic-grants) - _Các khoản tài trợ để hỗ trợ công việc học thuật liên quan đến Ethereum_ ## Các trình tổng hợp và nền tảng danh sách tài trợ {#grant-list-aggregators} diff --git a/public/content/translations/vi/developers/docs/nodes-and-clients/run-a-node/index.md b/public/content/translations/vi/developers/docs/nodes-and-clients/run-a-node/index.md index 9c44e00bc63..1110fb77432 100644 --- a/public/content/translations/vi/developers/docs/nodes-and-clients/run-a-node/index.md +++ b/public/content/translations/vi/developers/docs/nodes-and-clients/run-a-node/index.md @@ -132,7 +132,6 @@ Dưới đây là một vài dự án mà giúp bạn cài đặt và kiểm so - [EthPillar](https://www.coincashew.com/coins/overview-eth/ethpillar) - Cách nhanh nhất và dễ nhất để thiết lập một nút đầy đủ. Công cụ cài đặt một dòng lệnh và giao diện TUI để quản lý nút. Miễn phí. Mã nguồn mở. Là công cụ chung của cộng đồng Ethereum bởi những người tự Stake. Hỗ trợ ARM64 và AMD64. - [eth-docker](https://eth-docker.net/) - Thiết lập tự động bằng Docker tập trung vào việc đặt cược dễ dàng và an toàn, yêu cầu kiến thức cơ bản về terminal và Docker, được khuyến nghị cho người dùng có kinh nghiệm hơn một chút. - [Stereum](https://stereum-dev.github.io/ethereum-node-web-docs) - Trình khởi chạy để cài đặt máy khách trên một máy chủ từ xa thông qua kết nối SSH với một hướng dẫn thiết lập GUI, trung tâm điều khiển và nhiều tính năng khác. -- [NiceNode](https://www.nicenode.xyz/) - Trình khởi chạy với trải nghiệm người dùng đơn giản để chạy một nút trên máy tính của bạn. Chỉ cần chọn Client và khỏi chạy bằng vài cú nhấp chuột. Vẫn trong quá trình phát triển. - [Sedge](https://docs.sedge.nethermind.io/docs/intro) - Công cụ thiết lập nút tự động tạo cấu hình Docker bằng trình hướng dẫn CLI. Được viết bằng Go bởi Nethermind. ### Thiết lập máy khách thủ công {#manual-setup} diff --git a/public/content/translations/vi/roadmap/glamsterdam/index.md b/public/content/translations/vi/roadmap/glamsterdam/index.md new file mode 100644 index 00000000000..406136a4045 --- /dev/null +++ b/public/content/translations/vi/roadmap/glamsterdam/index.md @@ -0,0 +1,298 @@ +--- +title: Glamsterdam +description: "Tìm hiểu về bản nâng cấp giao thức Glamsterdam" +lang: vi +--- + +# Glamsterdam {#glamsterdam} + + + + +Glamsterdam là bản nâng cấp Ethereum sắp tới được lên kế hoạch cho nửa đầu năm 2026 + + +Bản nâng cấp Glamsterdam chỉ là một bước duy nhất trong các mục tiêu phát triển dài hạn của Ethereum. Tìm hiểu thêm về [lộ trình giao thức](/roadmap/) và [các bản nâng cấp trước đây](/ethereum-forks/). + + + + +[Bản nâng cấp Glamsterdam sắp tới của Ethereum](/) được thiết kế để dọn đường cho thế hệ mở rộng tiếp theo. Glamsterdam được đặt tên từ sự kết hợp của "Amsterdam" (bản nâng cấp lớp thực thi, được đặt theo tên một địa điểm Devconnect trước đây) và "Gloas" (bản nâng cấp lớp đồng thuận, được đặt theo tên một ngôi sao). + +Tiếp nối tiến trình đã đạt được trong bản nâng cấp [Fusaka](/roadmap/fusaka/), Glamsterdam tập trung vào việc mở rộng L1 bằng cách tổ chức lại cách mạng lưới xử lý các giao dịch và quản lý cơ sở dữ liệu ngày càng tăng của nó, cập nhật một cách cơ bản cách Ethereum tạo và xác minh các khối. + +Trong khi Fusaka tập trung vào các cải tiến nền tảng, Glamsterdam thúc đẩy các mục tiêu "Mở rộng L1" và "Mở rộng Blob" bằng cách quy định sự tách biệt nhiệm vụ giữa những người tham gia mạng lưới khác nhau, và giới thiệu các cách xử lý dữ liệu hiệu quả hơn để chuẩn bị [trạng thái](/glossary/#state) cho việc song song hóa thông lượng cao. + +Những cải tiến này đảm bảo Ethereum vẫn nhanh, giá cả phải chăng và phi tập trung khi xử lý nhiều hoạt động hơn, đồng thời giữ cho các yêu cầu phần cứng ở mức có thể quản lý được đối với những người chạy [các nút](/glossary/#node) tại nhà. + + + +## Những cải tiến được xem xét cho Glamsterdam {#improvements-in-glamsterdam} + + + + +Lưu ý: Bài viết này hiện đang nêu bật một số EIP được xem xét đưa vào Glamsterdam. Để biết các cập nhật trạng thái mới nhất, hãy xem [bản nâng cấp Glamsterdam trên Forkcast](https://forkcast.org/upgrade/glamsterdam). + +Nếu bạn muốn thêm một EIP đang được xem xét cho Glamsterdam nhưng chưa được thêm vào trang này, hãy [tìm hiểu cách đóng góp cho ethereum.org tại đây](/contributing/). + + + + +Bản nâng cấp Glamsterdam tập trung vào ba mục tiêu chính: + +- Tăng tốc độ xử lý (song song hóa): Tổ chức lại cách mạng lưới ghi lại sự phụ thuộc dữ liệu, để nó có thể xử lý an toàn nhiều giao dịch cùng một lúc thay vì theo trình tự chậm, từng cái một. +- Mở rộng dung lượng: Phân chia công việc nặng nhọc của việc tạo và xác minh các khối, giúp mạng lưới có nhiều thời gian hơn để truyền bá lượng dữ liệu lớn hơn mà không bị chậm lại. +- Ngăn chặn sự phình to của cơ sở dữ liệu (tính bền vững): Điều chỉnh phí mạng lưới để phản ánh chính xác chi phí phần cứng dài hạn của việc lưu trữ dữ liệu mới, mở đường cho việc tăng giới hạn ga trong tương lai đồng thời ngăn chặn sự suy giảm hiệu suất phần cứng. + +Tóm lại, Glamsterdam sẽ giới thiệu những thay đổi cấu trúc để đảm bảo rằng khi mạng lưới tăng dung lượng, nó vẫn bền vững và hiệu suất vẫn cao. + +## Mở rộng L1 & xử lý song song {#scale-l1} + +Việc mở rộng L1 một cách có ý nghĩa đòi hỏi phải loại bỏ các giả định tin cậy ngoài giao thức và các ràng buộc thực thi tuần tự. Glamsterdam giải quyết vấn đề này bằng cách quy định việc tách biệt một số nhiệm vụ xây dựng khối và giới thiệu các cấu trúc dữ liệu mới cho phép mạng lưới chuẩn bị cho việc xử lý song song. + +### Đề xuất nổi bật: Tách biệt Người đề xuất-Người xây dựng được quy định (ePBS) {#epbs} + +- Loại bỏ các giả định tin cậy ngoài giao thức và sự phụ thuộc vào các relay của bên thứ ba +- Hỗ trợ mở rộng L1 bằng cách cho phép các tải trọng lớn hơn nhiều thông qua các cửa sổ truyền bá mở rộng +- Giới thiệu các khoản thanh toán cho người xây dựng không cần tin cậy trực tiếp vào giao thức + +Hiện tại, quy trình đề xuất và xây dựng các khối bao gồm việc chuyển giao giữa những người đề xuất khối và những người xây dựng khối. Mối quan hệ giữa những người đề xuất và những người xây dựng không phải là một phần của giao thức cốt lõi của Ethereum, vì vậy nó phụ thuộc vào phần mềm trung gian của bên thứ ba được tin cậy, phần mềm (relay) và sự tin cậy ngoài giao thức giữa các thực thể. + +Mối quan hệ ngoài giao thức giữa những người đề xuất và những người xây dựng cũng tạo ra một "lối đi nóng" trong quá trình xác thực khối, buộc [các trình xác thực](/glossary/#validator) phải gấp rút thực hiện việc phát sóng và thực thi giao dịch trong một cửa sổ 2 giây chặt chẽ, hạn chế lượng dữ liệu mà mạng lưới có thể xử lý. + +**Tách biệt Người đề xuất-Người xây dựng được quy định (ePBS, hoặc EIP-7732)** chính thức tách biệt công việc của người đề xuất (người chọn khối đồng thuận) khỏi người xây dựng (người lắp ráp tải trọng thực thi), quy định việc chuyển giao này trực tiếp vào giao thức. + +Việc xây dựng trao đổi không cần tin cậy của một tải trọng khối để thanh toán trực tiếp vào giao thức sẽ loại bỏ nhu cầu về phần mềm trung gian của bên thứ ba (như MEV-Boost). Tuy nhiên, những người xây dựng và đề xuất vẫn có thể chọn sử dụng các relay hoặc phần mềm trung gian ngoài giao thức cho các tính năng phức tạp chưa phải là một phần của giao thức cốt lõi. + +Để giải quyết nút thắt cổ chai "lối đi nóng", ePBS cũng giới thiệu Ủy ban Kịp thời Tải trọng (PTC) và logic thời hạn kép, cho phép các trình xác thực chứng thực khối đồng thuận và tính kịp thời của tải trọng thực thi một cách riêng biệt để tối đa hóa thông lượng. + + + +Việc tách biệt vai trò của người đề xuất và người xây dựng ở cấp độ giao thức sẽ mở rộng cửa sổ truyền bá (hoặc thời gian có sẵn để truyền dữ liệu trên mạng lưới) từ 2 giây lên khoảng 9 giây. + +Bằng cách thay thế phần mềm trung gian và relay ngoài giao thức bằng các cơ chế trong giao thức, ePBS giảm sự phụ thuộc vào niềm tin và cho phép Ethereum xử lý an toàn lượng dữ liệu lớn hơn nhiều (như nhiều blob hơn cho [các lớp 2](/glossary/#layer-2)) mà không gây căng thẳng cho mạng lưới. + +**Tài nguyên**: [Thông số kỹ thuật EIP-7732](https://eips.ethereum.org/EIPS/eip-7732) + +### Đề xuất nổi bật: Danh sách Truy cập Cấp Khối (BALs) {#bals} + +- Loại bỏ các nút thắt cổ chai xử lý tuần tự bằng cách cung cấp một bản đồ ban đầu về tất cả các phụ thuộc giao dịch, tạo tiền đề cho các trình xác thực xử lý nhiều giao dịch song song thay vì từng cái một +- Cho phép các nút cập nhật hồ sơ của họ bằng cách đọc kết quả cuối cùng mà không cần phải phát lại mọi giao dịch (đồng bộ hóa không cần thực thi), giúp việc đồng bộ hóa một nút với mạng lưới nhanh hơn nhiều +- Loại bỏ việc phỏng đoán, cho phép các trình xác thực tải trước tất cả dữ liệu cần thiết cùng một lúc thay vì khám phá từng bước, điều này giúp việc xác thực nhanh hơn nhiều + +Ethereum ngày nay giống như một con đường một làn; bởi vì mạng lưới không biết dữ liệu nào một giao dịch sẽ cần hoặc thay đổi (chẳng hạn như tài khoản nào một giao dịch sẽ tác động đến) cho đến khi giao dịch được chạy, các trình xác thực phải xử lý các giao dịch lần lượt theo một hàng tuần tự nghiêm ngặt. Nếu họ cố gắng xử lý tất cả các giao dịch cùng một lúc mà không biết những phụ thuộc này, hai giao dịch có thể vô tình cố gắng thay đổi cùng một dữ liệu chính xác vào cùng một thời điểm, gây ra lỗi. + +**Danh sách Truy cập Cấp Khối (BALs, hoặc EIP-7928)** giống như một bản đồ được bao gồm trong mỗi khối, cho mạng lưới biết phần nào của cơ sở dữ liệu sẽ được truy cập trước khi công việc bắt đầu. BALs yêu cầu mỗi khối phải bao gồm hàm băm của mọi thay đổi tài khoản mà các giao dịch sẽ tác động đến, cùng với kết quả cuối cùng của những thay đổi đó (bản ghi hàm băm của tất cả các lần truy cập trạng thái và các giá trị sau thực thi). + +Bởi vì chúng cung cấp khả năng hiển thị ngay lập tức về các giao dịch không chồng chéo, BALs cho phép các nút thực hiện đọc đĩa song song, tìm nạp thông tin cho nhiều giao dịch đồng thời. Mạng lưới có thể nhóm các giao dịch không liên quan một cách an toàn và xử lý chúng song song. + +Bởi vì BAL bao gồm kết quả cuối cùng của các giao dịch (các giá trị sau thực thi), khi các nút của mạng lưới cần đồng bộ hóa với trạng thái hiện tại của mạng lưới, chúng có thể sao chép những kết quả cuối cùng đó để cập nhật hồ sơ của mình. Các trình xác thực không còn phải phát lại tất cả các giao dịch phức tạp từ đầu để biết chuyện gì đã xảy ra, giúp các nút mới tham gia mạng lưới nhanh hơn và dễ dàng hơn. + +Việc đọc đĩa song song được kích hoạt bởi BALs sẽ là một bước tiến đáng kể hướng tới một tương lai nơi Ethereum có thể xử lý nhiều giao dịch cùng một lúc, tăng đáng kể tốc độ của mạng lưới. + +#### Trao đổi danh sách truy cập khối eth/71 {#bale} + +Trao đổi Danh sách Truy cập Khối (eth/71 hoặc EIP-8159) là bạn đồng hành mạng lưới trực tiếp của danh sách truy cập cấp khối. Trong khi BALs mở khóa thực thi song song, eth/71 nâng cấp giao thức ngang hàng để cho phép các nút thực sự chia sẻ các danh sách này trên mạng lưới. Việc triển khai trao đổi danh sách truy cập khối sẽ cho phép đồng bộ hóa nhanh hơn và cho phép các nút thực hiện cập nhật trạng thái không cần thực thi. + +**Tài nguyên**: + +- [Thông số kỹ thuật EIP-7928](https://eips.ethereum.org/EIPS/eip-7928) +- [Thông số kỹ thuật EIP-8159](https://eips.ethereum.org/EIPS/eip-8159) + +## Tính bền vững của mạng lưới {#network-sustainability} + +Khi mạng lưới Ethereum phát triển nhanh hơn, điều quan trọng là phải đảm bảo rằng chi phí sử dụng nó tương xứng với sự hao mòn của phần cứng chạy Ethereum. Mạng lưới cần tăng giới hạn dung lượng tổng thể để mở rộng an toàn và xử lý nhiều giao dịch hơn. + +### Tăng chi phí ga tạo trạng thái {#state-creation-gas-cost-increase} + +- Đảm bảo rằng các khoản phí để tạo tài khoản mới hoặc hợp đồng thông minh phản ánh chính xác gánh nặng dài hạn mà chúng đặt lên cơ sở dữ liệu của Ethereum +- Tự động điều chỉnh các khoản phí tạo dữ liệu này dựa trên dung lượng tổng thể của mạng lưới, nhắm đến tốc độ tăng trưởng an toàn và có thể dự đoán được để phần cứng vật lý tiêu chuẩn có thể tiếp tục chạy mạng lưới +- Tách biệt việc hạch toán các khoản phí cụ thể này vào một kho chứa mới, loại bỏ các giới hạn giao dịch cũ và cho phép các nhà phát triển triển khai các ứng dụng lớn hơn, phức tạp hơn + +Việc thêm tài khoản, token và [hợp đồng thông minh](/glossary/#smart-contract) mới sẽ tạo ra dữ liệu vĩnh viễn (được gọi là "trạng thái") mà mọi máy tính chạy mạng lưới phải lưu trữ vô thời hạn. Các khoản phí hiện tại để thêm hoặc đọc dữ liệu này không nhất quán và không nhất thiết phản ánh gánh nặng lưu trữ thực tế, dài hạn mà chúng đặt lên phần cứng của mạng lưới. + +Một số hành động tạo trạng thái trên Ethereum, như tạo tài khoản mới hoặc triển khai hợp đồng thông minh lớn, có chi phí tương đối thấp so với không gian lưu trữ vĩnh viễn mà chúng chiếm trên các nút của mạng lưới, ví dụ, việc triển khai hợp đồng rẻ hơn đáng kể trên mỗi byte so với việc tạo các khe lưu trữ. + +Nếu không có sự điều chỉnh, trạng thái của Ethereum có thể tăng gần 200 GiB mỗi năm nếu mạng lưới mở rộng đến giới hạn ga 100 triệu, cuối cùng sẽ vượt qua phần cứng thông thường. + +**Tăng chi phí ga tạo trạng thái (hoặc EIP-8037)** hài hòa hóa chi phí bằng cách gắn chúng với kích thước thực tế của dữ liệu được tạo ra, cập nhật các khoản phí để chúng tỷ lệ thuận với lượng dữ liệu vĩnh viễn mà một hoạt động tạo ra hoặc truy cập. + +EIP-8037 cũng giới thiệu một mô hình kho chứa để quản lý các chi phí này một cách dễ dự đoán hơn; phí ga trạng thái được lấy từ `state_gas_reservoir` trước tiên, và mã vận hành `GAS` chỉ trả về `gas_left`, ngăn các khung thực thi tính toán sai lượng ga có sẵn. + +Trước EIP-8037, cả công việc tính toán (xử lý tích cực) và lưu trữ dữ liệu vĩnh viễn (lưu hợp đồng thông minh vào cơ sở dữ liệu của mạng lưới) đều chia sẻ cùng một giới hạn ga. Mô hình kho chứa chia nhỏ việc hạch toán: giới hạn ga cho công việc tính toán thực tế của giao dịch (xử lý) và cho việc lưu trữ dữ liệu dài hạn (ga trạng thái). Việc tách biệt hai yếu tố này giúp ngăn chặn kích thước tuyệt đối của dữ liệu ứng dụng làm cạn kiệt giới hạn ga; miễn là các nhà phát triển cung cấp đủ tiền để lấp đầy kho chứa cho việc lưu trữ dữ liệu, họ có thể triển khai các hợp đồng thông minh lớn hơn và phức tạp hơn nhiều. + +Việc định giá lưu trữ dữ liệu chính xác và dễ dự đoán hơn sẽ giúp Ethereum tăng tốc độ và dung lượng một cách an toàn mà không làm phình to cơ sở dữ liệu. Tính bền vững này sẽ cho phép các nhà khai thác nút tiếp tục sử dụng phần cứng (tương đối) giá cả phải chăng trong nhiều năm tới, giữ cho việc ký gửi tại nhà có thể tiếp cận được để duy trì tính phi tập trung của mạng lưới. + +**Tài nguyên**: [Thông số kỹ thuật EIP-8037](https://eips.ethereum.org/EIPS/eip-8037) + +### Cập nhật chi phí ga truy cập trạng thái {#state-access-gas-cost-update} + +- Tăng chi phí ga khi các ứng dụng đọc hoặc cập nhật thông tin được lưu trữ vĩnh viễn trên Ethereum (mã vận hành truy cập trạng thái) để khớp chính xác với công việc tính toán mà các lệnh này yêu cầu +- Tăng cường khả năng phục hồi của mạng lưới bằng cách ngăn chặn các cuộc tấn công từ chối dịch vụ khai thác các hoạt động đọc dữ liệu rẻ một cách giả tạo + +Khi trạng thái của Ethereum đã phát triển, hành động tìm kiếm và đọc dữ liệu cũ ("truy cập trạng thái") đã trở nên nặng nề và chậm hơn đối với các nút để xử lý. Phí cho các hành động này vẫn giữ nguyên mặc dù việc tra cứu thông tin hiện đã tốn kém hơn một chút (xét về sức mạnh tính toán). + +Kết quả là, một số lệnh cụ thể hiện đang được định giá thấp so với công việc mà chúng buộc một nút phải thực hiện. `EXTCODESIZE` và `EXTCODECOPY` bị định giá thấp, ví dụ, vì chúng yêu cầu hai lần đọc cơ sở dữ liệu riêng biệt—một cho đối tượng tài khoản, và lần thứ hai cho kích thước mã thực tế hoặc mã byte. + +**Cập nhật chi phí ga truy cập trạng thái (hoặc EIP-8038)** tăng hằng số ga cho các mã vận hành truy cập trạng thái, như tra cứu dữ liệu tài khoản và hợp đồng, để phù hợp với hiệu suất phần cứng hiện đại và kích thước trạng thái. + +Việc điều chỉnh chi phí truy cập trạng thái cũng giúp Ethereum trở nên linh hoạt hơn. Bởi vì các hành động đọc dữ liệu nặng nề này rẻ một cách giả tạo, một kẻ tấn công độc hại có thể spam mạng lưới với hàng nghìn yêu cầu dữ liệu phức tạp trong một khối duy nhất trước khi đạt đến giới hạn phí của mạng lưới, có khả năng gây ra tình trạng mạng lưới bị đình trệ hoặc sập (một cuộc tấn công từ chối dịch vụ). Ngay cả khi không có ý định xấu, các nhà phát triển cũng không được khuyến khích về mặt kinh tế để xây dựng các ứng dụng hiệu quả nếu việc đọc dữ liệu mạng lưới quá rẻ. + +Bằng cách định giá các hành động truy cập trạng thái một cách chính xác hơn, Ethereum có thể linh hoạt hơn trước các sự chậm trễ vô tình hoặc cố ý, trong khi việc điều chỉnh chi phí mạng lưới với tải trọng phần cứng chứng tỏ một nền tảng bền vững hơn cho việc tăng giới hạn ga trong tương lai. + +**Tài nguyên**: [Thông số kỹ thuật EIP-8038](https://eips.ethereum.org/EIPS/eip-8038) + +## Sự chống chịu của mạng lưới + +Việc tinh chỉnh nhiệm vụ của trình xác thực và quy trình thoát đảm bảo sự ổn định của mạng lưới trong các sự kiện slashing hàng loạt và dân chủ hóa thanh khoản. Những cải tiến này giúp mạng lưới ổn định hơn và đảm bảo rằng tất cả những người tham gia, dù lớn hay nhỏ, đều được đối xử công bằng. + +### Loại trừ các trình xác thực bị slashing khỏi việc đề xuất {#exclude-slashed-validators} + +- Ngăn chặn các trình xác thực bị phạt (slashed) được chọn để đề xuất các khối trong tương lai, loại bỏ các khe bị bỏ lỡ được đảm bảo +- Giữ cho Ethereum hoạt động trơn tru và đáng tin cậy, ngăn chặn các tình trạng đình trệ nghiêm trọng trong trường hợp xảy ra sự kiện slashing hàng loạt + +Hiện tại, ngay cả khi một trình xác thực bị slashing (bị phạt vì vi phạm quy tắc hoặc không hoạt động như mong đợi), hệ thống vẫn có thể chọn họ để dẫn dắt một khối trong tương lai gần khi nó tạo ra các dự đoán người đề xuất trong tương lai. + +Bởi vì các khối từ những người đề xuất bị slashing sẽ tự động bị từ chối là không hợp lệ, điều này khiến mạng lưới bỏ lỡ các khe và làm chậm quá trình phục hồi mạng lưới trong các sự kiện slashing hàng loạt. + +**Loại trừ các trình xác thực bị slashing khỏi việc đề xuất (hoặc EIP-8045)** chỉ đơn giản là lọc ra các trình xác thực bị slashing khỏi việc được chọn cho các nhiệm vụ trong tương lai. Điều này cải thiện khả năng phục hồi của chuỗi bằng cách đảm bảo chỉ những trình xác thực khỏe mạnh mới được chọn để đề xuất các khối, duy trì chất lượng dịch vụ trong thời gian gián đoạn mạng lưới. + +**Tài nguyên**: [Thông số kỹ thuật EIP-8045](https://eips.ethereum.org/EIPS/eip-8045) + +### Để các lối thoát sử dụng hàng đợi hợp nhất {#let-exits-use-the-consolidation-queue} + +- Đóng một lỗ hổng cho phép các trình xác thực có số dư cao thoát khỏi mạng lưới nhanh hơn các trình xác thực nhỏ hơn thông qua hàng đợi hợp nhất +- Cho phép các lối thoát thông thường tràn vào hàng đợi thứ hai này khi nó có dung lượng trống, giảm thời gian rút tiền ký gửi trong các giai đoạn khối lượng lớn +- Duy trì an ninh nghiêm ngặt để tránh thay đổi các giới hạn an toàn cốt lõi của Ethereum hoặc làm suy yếu mạng lưới + +Kể từ khi [bản nâng cấp Pectra](/roadmap/pectra) tăng số dư hiệu dụng tối đa cho các trình xác thực Ethereum từ 32 ETH lên 2.048 ETH, một lỗ hổng kỹ thuật cho phép các trình xác thực có số dư cao thoát khỏi mạng lưới nhanh hơn các trình xác thực nhỏ hơn thông qua hàng đợi hợp nhất. + +**Để các lối thoát sử dụng hàng đợi hợp nhất (hoặc EIP-8080)** dân chủ hóa hàng đợi hợp nhất cho tất cả các lối thoát ký gửi, tạo ra một hàng đợi duy nhất, công bằng cho tất cả mọi người. + +Để phân tích cách hoạt động của nó ngày hôm nay: + +- Giới hạn biến động của Ethereum là một giới hạn an toàn về tốc độ mà các trình xác thực có thể tham gia, thoát hoặc hợp nhất (hợp nhất) ETH đã đặt cọc của họ, để đảm bảo an ninh của mạng lưới không bao giờ bị mất ổn định +- Bởi vì việc hợp nhất trình xác thực là một hành động nặng hơn với nhiều bộ phận chuyển động hơn so với một lối thoát trình xác thực tiêu chuẩn, nó chiếm một phần lớn hơn trong ngân sách an toàn này (giới hạn biến động) +- Cụ thể, giao thức quy định rằng chi phí an ninh chính xác của một lối thoát tiêu chuẩn là hai phần ba (2/3) chi phí của một lần hợp nhất + +Hàng đợi thoát công bằng hơn sẽ cho phép các lối thoát tiêu chuẩn mượn không gian chưa sử dụng từ hàng đợi hợp nhất trong các giai đoạn có nhu cầu thoát cao, áp dụng tỷ giá trao đổi "3 đổi 2" (cứ 2 vị trí hợp nhất chưa sử dụng, mạng lưới có thể xử lý an toàn 3 lối thoát tiêu chuẩn). Hệ số biến động 3/2 này cân bằng nhu cầu giữa hàng đợi hợp nhất và hàng đợi thoát. + +Việc dân chủ hóa quyền truy cập vào hàng đợi hợp nhất sẽ tăng tốc độ người dùng có thể thoát khỏi khoản đặt cọc của họ trong các giai đoạn có nhu cầu cao lên đến 2,5 lần, mà không ảnh hưởng đến an ninh mạng lưới. + +**Tài nguyên**: [Thông số kỹ thuật EIP-8080](https://eips.ethereum.org/EIPS/eip-8080) + +## Cải thiện trải nghiệm người dùng & nhà phát triển {#improve-user-developer-experience} + +Bản nâng cấp Glamsterdam của Ethereum nhằm mục đích cải thiện trải nghiệm người dùng, tăng cường khả năng khám phá dữ liệu và xử lý kích thước thông điệp ngày càng tăng để ngăn chặn lỗi đồng bộ hóa. Điều này giúp việc theo dõi những gì đang xảy ra trên chuỗi dễ dàng hơn đồng thời ngăn chặn các sự cố kỹ thuật khi mạng lưới mở rộng. + +### Giảm chi phí ga giao dịch nội tại {#reduce-intrinsic-transaction-gas-costs} + +- Giảm phí cơ bản cho các giao dịch, giảm tổng chi phí của một thanh toán ETH gốc đơn giản +- Làm cho các khoản chuyển tiền nhỏ hơn có giá cả phải chăng hơn, tăng cường khả năng tồn tại của Ethereum như một phương tiện trao đổi thông thường + +Tất cả các giao dịch Ethereum ngày nay đều có một khoản phí ga cơ bản cố định, bất kể việc xử lý nó đơn giản hay phức tạp. **Giảm ga giao dịch nội tại (hoặc EIP-2780)** đề xuất giảm phí cơ bản đó để làm cho một lần chuyển ETH tiêu chuẩn giữa các tài khoản hiện có rẻ hơn tới **71%**. + +Giảm ga giao dịch nội tại hoạt động bằng cách chia nhỏ phí giao dịch để chỉ phản ánh công việc cơ bản, thiết yếu mà các máy tính chạy mạng lưới thực sự làm, như xác minh chữ ký số và cập nhật số dư. Bởi vì một thanh toán ETH cơ bản không thực thi mã phức tạp hoặc mang theo dữ liệu bổ sung, đề xuất này sẽ giảm phí của nó để phù hợp với dấu chân nhẹ của nó. + +Đề xuất này đưa ra một ngoại lệ cho việc tạo các tài khoản hoàn toàn mới để giữ cho phí thấp hơn không làm quá tải trạng thái của mạng lưới. Nếu một lần chuyển tiền gửi ETH đến một địa chỉ trống, không tồn tại, mạng lưới phải tạo một bản ghi mới vĩnh viễn cho nó. Một khoản phụ phí ga được thêm vào cho việc tạo tài khoản đó để giúp trang trải gánh nặng lưu trữ dài hạn của nó. + +Cùng nhau, EIP-2780 nhằm mục đích làm cho các giao dịch hàng ngày giữa các tài khoản hiện có trở nên hợp lý hơn đồng thời đảm bảo mạng lưới vẫn được bảo vệ khỏi sự phình to của cơ sở dữ liệu bằng cách định giá chính xác sự tăng trưởng trạng thái thực. + +**Tài nguyên**: [Thông số kỹ thuật EIP-2780](https://eips.ethereum.org/EIPS/eip-2780) + +### Triển khai trước nhà máy xác định {#deterministic-factory-predeploy} + +- Cung cấp cho các nhà phát triển một cách tự nhiên để triển khai các ứng dụng và ví hợp đồng thông minh đến cùng một địa chỉ chính xác trên nhiều chuỗi +- Cho phép người dùng có cùng một địa chỉ ví thông minh trên nhiều mạng lưới lớp 2 (L2), giảm tải nhận thức, giảm nhầm lẫn và giảm nguy cơ mất tiền vô tình +- Thay thế các giải pháp tạm thời mà các nhà phát triển hiện đang sử dụng để đạt được sự tương đương này, giúp việc xây dựng ví và ứng dụng đa chuỗi trở nên dễ dàng và an toàn hơn + +Nếu một người dùng có ví hợp đồng thông minh ngày nay với các tài khoản trên nhiều chuỗi tương thích với Máy ảo Ethereum (EVM), họ thường kết thúc với một địa chỉ hoàn toàn khác nhau trên các mạng lưới khác nhau. Điều này không chỉ gây nhầm lẫn mà còn có thể dẫn đến việc mất tiền vô tình. + +**Triển khai trước nhà máy xác định (hoặc EIP-7997)** cung cấp cho các nhà phát triển một cách tự nhiên, tích hợp sẵn để triển khai các ứng dụng phi tập trung và ví hợp đồng thông minh của họ đến cùng một địa chỉ chính xác trên nhiều chuỗi EVM, bao gồm Mạng chính Ethereum, các mạng lưới lớp 2 (L2), và nhiều hơn nữa. Nếu được áp dụng, nó sẽ cho phép người dùng có cùng một địa chỉ chính xác trên mọi chuỗi tham gia, giảm đáng kể gánh nặng nhận thức và khả năng xảy ra lỗi người dùng. + +Triển khai trước nhà máy xác định hoạt động bằng cách đặt vĩnh viễn một chương trình nhà máy tối thiểu, chuyên dụng tại một vị trí giống hệt nhau (cụ thể là địa chỉ 0x12) trên mọi chuỗi tương thích EVM tham gia. Mục tiêu của nó là cung cấp một hợp đồng nhà máy phổ quát, tiêu chuẩn có thể được áp dụng bởi bất kỳ mạng lưới nào tương thích với EVM; miễn là một chuỗi EVM tham gia và áp dụng tiêu chuẩn này, các nhà phát triển sẽ có thể sử dụng nó để triển khai các hợp đồng thông minh của họ đến cùng một địa chỉ chính xác trên mạng lưới đó. + +Tiêu chuẩn hóa này đơn giản hóa việc xây dựng và quản lý các ứng dụng chuỗi chéo cho các nhà phát triển và hệ sinh thái rộng lớn hơn. Các nhà phát triển không còn phải xây dựng mã tùy chỉnh, dành riêng cho chuỗi để liên kết phần mềm của họ với nhau trên các mạng lưới khác nhau, thay vào đó sử dụng nhà máy phổ quát này để tạo ra cùng một địa chỉ chính xác cho ứng dụng của họ ở mọi nơi. Ngoài ra, các trình khám phá khối, dịch vụ theo dõi và ví có thể dễ dàng xác định và liên kết các ứng dụng và tài khoản này trên các chuỗi khác nhau, tạo ra một môi trường đa chuỗi thống nhất và liền mạch hơn cho tất cả những người tham gia dựa trên Ethereum. + +**Tài nguyên**: [Thông số kỹ thuật EIP-7997](https://eips.ethereum.org/EIPS/eip-7997) + +### Các giao dịch chuyển và đốt ETH phát ra một bản ghi {#eth-transfers-and-burns-emit-a-log} + +- Tự động tạo một bản ghi vĩnh viễn (log) mỗi khi ETH được chuyển hoặc đốt +- Sửa một điểm mù lịch sử cho phép các ứng dụng, sàn giao dịch và cầu nối phát hiện tiền gửi của người dùng một cách đáng tin cậy mà không cần các công cụ theo dõi đặc biệt + +Không giống như các token (ERC-20), các giao dịch chuyển ETH thông thường giữa các hợp đồng thông minh không phát ra một biên nhận rõ ràng (bản ghi tiêu chuẩn), khiến các sàn giao dịch và ứng dụng khó theo dõi. + +Các giao dịch chuyển và đốt ETH phát ra một bản ghi (hoặc EIP-7708) bắt buộc mạng lưới phải phát ra một sự kiện ghi nhật ký tiêu chuẩn mỗi khi một lượng ETH khác không được di chuyển hoặc đốt. + +Điều này sẽ giúp các nhà điều hành ví, sàn giao dịch và cầu nối theo dõi tiền gửi và các chuyển động một cách chính xác và đáng tin cậy hơn nhiều mà không cần các công cụ tùy chỉnh. + +**Tài nguyên**: [Thông số kỹ thuật EIP-7708](https://eips.ethereum.org/EIPS/eip-7708) + +### eth/70 danh sách biên nhận khối một phần {#eth-70-partial-block-receipt-lists} + +Khi chúng ta tăng lượng công việc mà Ethereum có thể làm, danh sách các biên nhận cho những hành động đó (hồ sơ dữ liệu của các giao dịch này) đang trở nên quá lớn đến nỗi chúng có thể gây ra lỗi cho các nút của mạng lưới khi cố gắng đồng bộ hóa dữ liệu với nhau. + +danh sách biên nhận khối một phần eth/70 (hoặc EIP-7975) giới thiệu một cách mới để các nút nói chuyện với nhau (eth/70) cho phép các danh sách lớn này được chia thành các phần nhỏ hơn, dễ quản lý hơn. eth/70 giới thiệu một hệ thống phân trang cho giao thức truyền thông của mạng lưới cho phép các nút chia nhỏ danh sách biên nhận khối và yêu cầu dữ liệu một cách an toàn theo các khối nhỏ hơn, dễ quản lý hơn. + +Thay đổi này sẽ ngăn chặn lỗi đồng bộ hóa mạng lưới trong các giai đoạn hoạt động nặng. Cuối cùng, nó mở đường cho Ethereum tăng dung lượng khối của mình, và xử lý nhiều giao dịch hơn mỗi khối trong tương lai, mà không làm quá tải phần cứng vật lý đồng bộ hóa chuỗi. + +**Tài nguyên**: [Thông số kỹ thuật EIP-7975](https://eips.ethereum.org/EIPS/eip-7975) + +## Đọc thêm {#further-reading} + +- [Lộ trình Ethereum](/roadmap/) +- [Forkcast: Glamsterdam](https://forkcast.org/upgrade/glamsterdam) +- [Glamsterdam Meta EIP](https://eips.ethereum.org/EIPS/eip-7773) +- [Thông báo blog Cập nhật Ưu tiên Giao thức cho năm 2026](https://blog.ethereum.org/2026/02/18/protocol-priorities-update-2026) +- [Podcast The Daily Gwei Refuel - Ethereum hậu lượng tử, Glamsterdam sắp ra mắt](https://www.youtube.com/watch?v=qx9sd50uQjQ) + +## Câu hỏi thường gặp {#faq} + +### Làm thế nào để chuyển đổi ETH sau phân nhánh cứng Glamsterdam? {#how-can-eth-be-converted-after-the-hardfork} + +- **Không cần hành động nào cho ETH của bạn**: Không cần chuyển đổi hoặc nâng cấp ETH của bạn sau bản nâng cấp Glamsterdam. Số dư tài khoản của bạn sẽ không thay đổi, và ETH bạn đang nắm giữ sẽ vẫn có thể truy cập được ở dạng hiện tại sau phân nhánh cứng. +- **Hãy cẩn thận với lừa đảo!**  **bất kỳ ai hướng dẫn bạn "nâng cấp" ETH của bạn đều đang cố gắng lừa đảo bạn.** Bạn không cần làm gì liên quan đến bản nâng cấp này. Tài sản của bạn sẽ hoàn toàn không bị ảnh hưởng. Hãy nhớ rằng, luôn cập nhật thông tin là cách phòng chống lừa đảo tốt nhất. + +[Tìm hiểu thêm về cách nhận biết và tránh lừa đảo](/security/) + +### Bản nâng cấp Glamsterdam có ảnh hưởng đến tất cả các nút và trình xác thực Ethereum không? {#does-the-glamsterdam-upgrade-affect-all-ethereum-nodes-and-validators} + +Có, bản nâng cấp Glamsterdam yêu cầu cập nhật cho cả [ứng dụng khách thực thi và ứng dụng khách đồng thuận](/developers/docs/nodes-and-clients/). Bởi vì bản nâng cấp này giới thiệu Tách biệt Người đề xuất-Người xây dựng được quy định (ePBS), các nhà khai thác nút sẽ cần đảm bảo các ứng dụng khách của họ được cập nhật để xử lý các cách mới mà các khối được xây dựng, xác thực và chứng thực bởi mạng lưới. + +Tất cả các máy khách Ethereum chính sẽ phát hành các phiên bản hỗ trợ phân nhánh cứng được đánh dấu là ưu tiên cao. Bạn có thể theo dõi thời điểm các bản phát hành này có sẵn trong các kho GitHub của ứng dụng khách, [kênh Discord của họ](https://ethstaker.org/support), [Discord của EthStaker](https://dsc.gg/ethstaker), hoặc bằng cách đăng ký blog Ethereum để nhận các cập nhật giao thức. + +Để duy trì đồng bộ hóa với mạng Ethereum sau nâng cấp, các nhà khai thác nút phải đảm bảo họ đang chạy phiên bản máy khách được hỗ trợ. Lưu ý rằng thông tin về các bản phát hành máy khách rất nhạy cảm về thời gian và người dùng nên tham khảo các bản cập nhật mới nhất để biết chi tiết hiện tại nhất. + +### Là một người đặt cọc, tôi cần làm gì cho bản nâng cấp Glamsterdam? {#as-a-staker-what-do-i-need-to-do-for-the-glamsterdam-upgrade} + +Như với mọi bản nâng cấp mạng lưới, hãy đảm bảo cập nhật các ứng dụng khách của bạn lên các phiên bản mới nhất được đánh dấu hỗ trợ Glamsterdam. Theo dõi các cập nhật trong danh sách gửi thư và [Thông báo giao thức trên Blog EF](https://blog.ethereum.org/category/protocol) để được thông báo về các bản phát hành. + +Để xác thực thiết lập của bạn trước khi Glamsterdam được kích hoạt trên Mạng chính, bạn có thể chạy một trình xác thực trên các mạng thử nghiệm. Các bản fork trên mạng thử nghiệm cũng được thông báo trong danh sách gửi thư và blog. + +### Glamsterdam sẽ bao gồm những cải tiến nào cho việc mở rộng L1? {#what-improvements-will-glamsterdam-include-for-l1-scaling} + +Tính năng nổi bật là ePBS (EIP-7732), tách biệt nhiệm vụ nặng nề của việc xác thực các giao dịch mạng lưới khỏi nhiệm vụ đạt được sự đồng thuận. Điều này mở rộng cửa sổ truyền bá dữ liệu từ 2 giây lên khoảng 9 giây, mở đường cho khả năng của Ethereum để xử lý an toàn thông lượng giao dịch cao hơn nhiều và chứa nhiều blob dữ liệu hơn cho các mạng lưới lớp 2. + +### Glamsterdam có làm giảm phí trên Ethereum (lớp 1) không? {#will-glamsterdam-lower-fees-on-ethereum-layer-1} + +Có, Glamsterdam rất có thể sẽ giảm phí cho người dùng hàng ngày! Giảm ga giao dịch nội tại (hoặc EIP-2780) giảm phí cơ bản khi gửi ETH, làm cho việc sử dụng ETH cho các thanh toán hàng ngày rẻ hơn nhiều. + +Ngoài ra, để có tính bền vững lâu dài, Glamsterdam giới thiệu Danh sách Truy cập Cấp Khối (BALs). Điều này cho phép xử lý song song và chuẩn bị cho L1 xử lý an toàn các giới hạn ga tổng thể cao hơn trong tương lai, điều này có thể sẽ làm giảm chi phí ga trên mỗi giao dịch khi dung lượng tăng lên. + +### Sẽ có bất kỳ thay đổi nào đối với các hợp đồng thông minh hiện có của tôi sau Glamsterdam không? {#will-my-smart-contracts-change} + +Các hợp đồng hiện có sẽ tiếp tục hoạt động bình thường sau Glamsterdam. Các nhà phát triển có thể sẽ nhận được một số công cụ mới và nên xem xét lại việc sử dụng ga của họ: + +- Tăng kích thước hợp đồng tối đa (hoặc EIP-7954) cho phép các nhà phát triển triển khai các ứng dụng lớn hơn, nâng giới hạn kích thước hợp đồng tối đa từ khoảng 24KiB lên 32KiB. +- Triển khai trước nhà máy xác định (hoặc EIP-7997) giới thiệu một hợp đồng nhà máy phổ quát, tích hợp sẵn. Nó cho phép các nhà phát triển triển khai các ứng dụng và ví hợp đồng thông minh của họ đến cùng một địa chỉ chính xác trên tất cả các chuỗi EVM tham gia. +- Nếu ứng dụng của bạn dựa vào việc theo dõi phức tạp để tìm các giao dịch chuyển ETH, việc các giao dịch chuyển và đốt ETH phát ra một bản ghi (hoặc EIP-7708) sẽ cho phép bạn chuyển sang sử dụng các bản ghi để hạch toán đơn giản và đáng tin cậy hơn. +- Tăng chi phí ga tạo trạng thái (hoặc EIP-8037) và cập nhật chi phí ga truy cập trạng thái (hoặc EIP-8038) giới thiệu các mô hình bền vững mới sẽ thay đổi một số chi phí triển khai hợp đồng, vì việc tạo tài khoản mới hoặc lưu trữ vĩnh viễn sẽ có một khoản phí điều chỉnh động. + +### Glamsterdam sẽ ảnh hưởng đến yêu cầu lưu trữ và phần cứng của nút như thế nào? {#how-will-glamsterdam-affect-node-storage-and-hardware-requirements} + +Nhiều EIP đang được xem xét cho Glamsterdam giải quyết vấn đề vách đá hiệu suất của sự tăng trưởng trạng thái: + +- Tăng chi phí ga tạo trạng thái (hoặc EIP-8037) giới thiệu một mô hình định giá động để nhắm đến tốc độ tăng trưởng cơ sở dữ liệu trạng thái là 100 GiB/năm, đảm bảo phần cứng vật lý tiêu chuẩn có thể tiếp tục chạy mạng lưới một cách hiệu quả. +- danh sách biên nhận khối một phần eth/70 (hoặc EIP-7975) cho phép các nút yêu cầu biên nhận khối được phân trang, điều này chia nhỏ các danh sách biên nhận khối nặng dữ liệu thành các khối nhỏ hơn để ngăn chặn sự cố và đồng bộ hóa khi Ethereum mở rộng. diff --git a/public/content/translations/zh-tw/community/grants/index.md b/public/content/translations/zh-tw/community/grants/index.md index a74de78911e..f7bc8392957 100644 --- a/public/content/translations/zh-tw/community/grants/index.md +++ b/public/content/translations/zh-tw/community/grants/index.md @@ -20,6 +20,7 @@ lang: zh-tw 這些計劃通過向各種專案提供資助來支援開放的以太坊生態系統。 其中包括可擴展性、社群建設、安全性、隱私等方面的解決方案。 這些贈款並不專門針對任何一個以太坊平台，如果你不確定，可以從這裡開始。 - [EF 生態系統支援計畫](https://esp.ethereum.foundation) - _為有益於以太坊的開源專案提供資金，特別是通用工具、基礎設施、研究與公共財_ +- [ESP 資助專案瀏覽器](https://esp.ethereum.foundation/funded-projects) - _可搜尋的目錄，收錄了生態系統支援計畫資助的 1,000 多個專案_ - [學術補助金](https://esp.ethereum.foundation/academic-grants) - _支持以太坊相關學術研究的補助金_ ## 補助金清單彙總器與平台 {#grant-list-aggregators} 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 63a173737b8..f79aa351811 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 @@ -132,7 +132,6 @@ sidebarDepth: 2 - [EthPillar](https://www.coincashew.com/coins/overview-eth/ethpillar) - 設定完整節點最快、最簡單的方法。 單行設置工具和節點管理 TUI。 免費。 開源. 由單獨質押者提供的以太坊公共物品。 ARM64 和 AMD64 支援。 - [eth-docker](https://eth-docker.net/) - 使用 Docker 的自動化設定，專注於簡單安全的質押，需要基本的終端機和 Docker 知識，建議給較進階的使用者。 - [Stereum](https://stereum-dev.github.io/ethereum-node-web-docs) - 透過 SSH 連線在遠端伺服器上安裝用戶端的啟動器，附有 GUI 設定指南、控制中心和許多其他功能。 -- [NiceNode](https://www.nicenode.xyz/) - 一款啟動器，提供直觀的使用者體驗，可在您的電腦上執行節點。 只要選擇用戶端並簡單點按幾下即可啟動。 仍在開發中。 - [Sedge](https://docs.sedge.nethermind.io/docs/intro) - 節點設定工具，使用 CLI 精靈自動產生 Docker 設定。 由 Nethermind 使用 Go 語言開發。 ### 手動設定用戶端 {#manual-setup} diff --git a/public/content/translations/zh-tw/roadmap/glamsterdam/index.md b/public/content/translations/zh-tw/roadmap/glamsterdam/index.md new file mode 100644 index 00000000000..e70ea36ed7b --- /dev/null +++ b/public/content/translations/zh-tw/roadmap/glamsterdam/index.md @@ -0,0 +1,295 @@ +--- +title: "時尚阿姆斯特丹" +description: "來了解一下 Glamsterdam協議升級的相關資訊" +lang: zh-tw +--- +# 時尚阿姆斯特丹 {#glamsterdam} + + + + +Glamsterdam 是以太坊預計在 2026 年上半年進行的升級 + + +Glamsterdam 的升級只是以太坊長期發展目標中的其中一步。進一步瞭解[協議開發藍圖](/roadmap/)和[之前的升級](/ethereum-forks/)。 + + + + +[以太坊](/)即將推出的 Glamsterdam 升級旨在為下一代擴容鋪平道路。Glamsterdam 這個名稱結合了「Amsterdam」（執行層升級，以先前的 Devconnect 地點命名）和「Gloas」（共識層升級，以一顆星星命名）。 + +在[Fusaka](/roadmap/fusaka/)升級取得進展後，Glamsterdam將重點放在擴容L1，重新網路處理交易和管理其不斷增長的資料庫的方式，從根本上更新以太坊建立和驗證區塊的方式。 + +Fusaka 主要專注於基礎架構的改進，而 Glamsterdam 則透過確立不同網路參與者之間的職責分離，並引入更有效率的資料處理方式，為高吞吐量的平行化做好準備，進而推進「Scale L1」和「Scale Blobs」的[狀態](/glossary/#state)。 + +這些改進確保以太坊在處理更多交易時，仍然保持快速、經濟實惠和去中心化，同時也讓在家運行[節點的](/glossary/#node)人，其硬體需求保持在可管理的範圍內。 + + + +## 考慮對Glamsterdam進行改進 {#improvements-in-glamsterdam} + + + + +注意：這篇文章目前只介紹了 Glamsterdam 正在考慮納入的幾個 EIP。如需最新的狀態更新，請[在 Forkcast 上查看 Glamsterdam 的升級資訊](https://forkcast.org/upgrade/glamsterdam)。 + +如果你想新增一個正在考慮納入 Glamsterdam 的 EIP，但這個 EIP 還沒被加到這個頁面，[請點這裡了解如何為 ethereum.org 做出貢獻](/contributing/)。 + + + + +Glamsterdam 的升級主要有三個目標： + +- 加速處理（平行化）：重新網路記錄資料依賴的方式，讓它能夠安全地同時處理多個交易，而不是緩慢地逐一處理。 +- 擴展容量：將建立和驗證區塊的繁重工作分開，讓網路有更多時間傳播更大容量的資料，而不會變慢。 +- 避免資料庫膨脹（永續性）：調整網路費用，使其能準確反映儲存新資料的長期硬體成本，在解除未來燃料限制增加的同時，也能避免硬體效能下降。 + +簡單來說，Glamsterdam 會進行結構性改革，確保隨著網路容量增加，它能持續永續發展，效能也能保持在最佳狀態。 + +## L1級擴展與平行處理 {#scale-l1} + +要讓L1擴容有意義，就必須擺脫協議外的信任假設和串行執行限制。Glamsterdam透過確立某些區塊建構職責的分離，並引入新的資料結構，讓網路能夠為平行處理做好準備，來解決這個問題。 + +### 主要提案：確立區塊提交者與建構者分離（ePBS） {#epbs} + +- 消除對協定外信任假設和對第三方中繼的依賴 +- 透過延長傳輸時間，讓傳輸的資料量更大，進而實現 L1擴容 +- 將免信任的建構者付款直接引入協議 + +目前，區塊的提議和建構流程包含區塊提議者和區塊建構者之間的交接。提議者和建構者之間的關係並非以太坊核心協議的一部分，因此它依賴於受信任的第三方中介軟體、軟體（中繼器），以及實體之間協議外的信任。 + +區塊提交者和建構者之間這種非協定式的關係，在區塊驗證期間也會產生一個「熱路徑」，迫使[驗證者](/glossary/#validator)在短短兩秒的視窗內快速完成交易廣播和執行，這限制了網路可以處理的資料量。 + +確立的提議者-建構者分離（ePBS，或稱 EIP-7732）正式將提議者（選擇共識區塊者）和建構者（組裝執行有效負載者）的工作分離，將這個交接直接確立到協議中。 + +將區塊有效負載與付款的免信任交換直接建構到協議中，消除了對第三方中介軟體（如 MEV-Boost）的需求。然而，建構者和提議者仍然可能選擇使用協議外的中繼或中介軟體來實現尚未納入核心協議的複雜功能。 + +為了解決「熱路徑」的瓶頸問題，ePBS 還引入了有效負載及時性委員會（PTC）和雙重截止日期邏輯，讓驗證者可以分別證明共識區塊和執行有效負載的及時性，以最大化吞吐量。 + + + +在協議層級將區塊提交者和建構者的角色分開，可以將傳播視窗（或在網路中傳播資料的可用時間）從2秒延長到大約9秒。 + +透過用協議內機制取代協議外的中介軟體和中繼，ePBS 減少了信任依賴，讓以太坊能夠安全地處理更多資料（例如[第二層](/glossary/#layer-2)的更多資料塊），而不會對網路造成壓力。 + +**參考資料**: [EIP-7732 技術規格](https://eips.ethereum.org/EIPS/eip-7732) + +### 主要提案：區塊層級存取控制清單 (BALs) {#bals} + +- 透過預先提供所有交易依賴關係的對照表，消除串列處理的瓶頸，讓驗證者能夠平行處理多個交易，而不是一個接一個地處理。 +- 節點可以透過讀取最終結果來更新自己的紀錄，而不需要重播每一筆交易（無執行同步），這樣可以讓節點更快地同步到網路。 +- 省去猜測的麻煩，讓驗證者可以一次載入所有必要的資料，而不是一步一步地去尋找，這樣驗證的速度會快很多。 + +現在的以太坊就像一條單線道；因為網路在交易執行之前，無法得知一筆交易需要或改變什麼資料（例如會影響到哪些交易），所以驗證者必須嚴格地、依序地一筆一筆處理交易。如果他們試圖一次處理所有交易，卻不了解這些依賴關係，兩筆交易可能會不小心同時嘗試更改完全相同的資料，導致錯誤。 + +區塊層級存取列表（BALs，或稱 EIP-7928）就像是包含在每個區塊中的地圖，它會告訴網路在工作開始之前，資料庫的哪些部分會被存取。BALs 要求每個區塊都必須包含交易觸及的每個帳戶變更的哈希，以及這些變更的最終結果（所有狀態存取和執行後值的哈希記錄）。 + +因為它們能即時顯示哪些交易沒有重疊，所以 BAL 讓節點能夠執行平行磁碟讀取，同時擷取許多交易的資訊。網路可以安全地將不相關的交易分組，並平行處理它們。 + +因為區塊鏈帳本（BAL）包含交易的最終結果（也就是執行後的數值），所以當網路節點需要同步到網路的當前狀態時，它們可以複製這些最終結果來更新它們的紀錄。驗證者不再需要從頭開始重播所有複雜的交易來了解發生了什麼事，這使得新節點加入網路變得更快更容易。 + +透過 BALs 實現的平行磁碟讀取功能，將會是邁向未來以太坊能夠同時處理多筆交易，大幅提升網路速度的重要一步。 + +#### eth/71區塊存取清單交換 {#bale} + +區塊存取清單交換（eth/71 或 EIP-8159）是區塊層級存取清單的直接網路對應。BALs 實現了平行執行，而 eth/71 則升級了點對點協議，讓節點能夠在網路上實際分享這些清單。實施區塊存取清單交換將能實現更快的同步，並讓節點執行無執行狀態更新。 + +**資源**: +- [EIP-7928 技術規格](https://eips.ethereum.org/EIPS/eip-7928) +- [EIP-8159 技術規格](https://eips.ethereum.org/EIPS/eip-8159) + +## 網路永續性 {#network-sustainability} + +隨著以太坊網路的成長速度越來越快，確保使用網路的成本與運行以太坊的硬體磨損程度相符，這點很重要。網路需要增加其整體容量限制，才能安全地擴展並處理更多交易。 + +### 建立狀態的燃料成本增加 {#state-creation-gas-cost-increase} + +- 確保建立新帳戶或智能合約的費用能準確反映它們對以太坊資料庫造成的長期負擔。 +- 這些資料生成費用會根據網路的整體容量自動調整，目標是維持一個安全且可預測的成長率，這樣標準的實體硬體才能持續運作網路。 +- 將這些特定費用分開到一個新的儲存庫中，取消舊的交易限制，讓開發人員可以部署更大、更複雜的應用程式。 + +新增帳戶、代幣和[智能合約](/glossary/#smart-contract)會產生永久性資料（稱為「狀態」），而每個運行網路的電腦都必須無限期地儲存這些資料。目前新增或讀取這些資料的費用不一致，而且不一定能反映它們對網路硬體造成的實際長期儲存負擔。 + +在以太坊上，有些會產生狀態的動作，像是建立新帳戶或是部署大型智能合約，相較於它們在網路節點上佔用的永久儲存空間，成本相對較低。舉例來說，合約部署每位元組的成本，就比建立儲存槽的成本便宜許多。 + +如果沒有調整，以太坊的狀態可能會每年增加近200 GiB，如果網路擴展到100M的燃料限制，最終將會超過一般硬體的容量。 + +狀態建立的燃料成本增加（或EIP-8037）透過將成本與實際建立的資料大小綁定，使成本達到協調一致，並更新費用，使其與操作建立或存取的永久資料量成正比。 + +EIP-8037 也引入了一個儲備模型，讓這些成本的管理更具可預測性；狀態燃料費用會先從 `state_gas_reservoir` 中扣除，而 `GAS` 操作碼只會回傳 `gas_left`，避免執行框架錯誤計算可用燃料。 + +在 EIP-8037 之前，計算工作（主動處理）和永久資料儲存（將智能合約儲存到網路的資料庫）都共用相同的燃料限制。而儲存庫模型則將計算方式分開：交易的實際計算工作（處理）有其燃料限制，而長期資料儲存（狀態燃料）則有另一組 Gas 上限。將兩者分開有助於防止應用程式的資料量過大而達到燃料限制；只要開發人員提供足夠的資金來填滿資料儲存的儲存庫，他們就可以部署更大、更複雜的智能合約。 + +更精確、可預測地為資料儲存定價，將有助於以太坊安全地提升速度和容量，而不會讓資料庫變得臃腫。這種永續性將使節點營運者在未來幾年內繼續使用（相對）實惠的硬體，讓個人也能參與質押，以維持網路的去中心化。 + +**參考資料**: [EIP-8037 技術規格](https://eips.ethereum.org/EIPS/eip-8037) + +### 狀態存取燃料成本更新 {#state-access-gas-cost-update} + +- 當應用程式讀取或更新永久儲存在以太坊上的資訊（狀態存取操作碼）時，會增加其燃料成本，以準確匹配這些指令所需的運算工作。 +- 透過防止利用人為廉價的資料讀取操作進行的阻斷服務攻擊，來增強網路的彈性 + +隨著以太坊的狀態越來越龐大，節點在搜尋和讀取舊資料（也就是「狀態存取」）時，處理起來會變得更耗時、更緩慢。儘管現在查詢資訊的成本（以運算能力來說）稍微高了一點，但這些操作的費用卻沒有隨之調整。 + +因此，有些特定的指令目前被低估了，相較於它們讓節點必須執行的工作。舉例來說，`EXTCODESIZE` 和 `EXTCODECOPY` 的價格被低估了，因為它們需要兩次獨立的資料庫讀取——一次是為了帳戶物件，另一次是為了實際的程式碼大小或位元組碼。 + +狀態存取燃料成本更新（或稱EIP-8038）會調高狀態存取指令碼的燃料常數，像是查詢帳戶和合約資料，以符合現代硬體效能和狀態大小。 + +讓讀取區塊鏈資料的成本合理化，也有助於提升以太坊的韌性。因為這些讀取大量資料的動作，在目前被刻意壓低了成本，所以惡意攻擊者可以在單一區塊中，網路數千個複雜的資料請求，在達到網路的費用上限之前，就可能導致網路停滯或當機（這是一種阻斷服務攻擊）。即使沒有惡意，如果讀取網路資料的成本太低，開發者也不會被經濟上鼓勵去開發高效能的應用程式。 + +透過更精確地為狀態存取操作定價，以太坊可以更有效地抵禦意外或惡意的網路減速，同時將網路成本與硬體負載對齊，為未來增加燃料限制奠定更永續的基礎。 + +**參考資料**: [EIP-8038 技術規格](https://eips.ethereum.org/EIPS/eip-8038) + +## 網路韌性 + +驗證者職責和退出流程的改進，確保了在大量罰款事件期間網路的穩定性，並使流動性更加普及。這些改進使網路更加穩定，並確保所有參與者，無論大小，都能受到公平對待。 + +### 排除被停權的驗證者參與提案 {#exclude-slashed-validators} + +- 阻止被懲罰（罰款）的驗證者被選中來提議未來的區塊，從而消除保證錯過的時段。 +- 讓以太坊網路保持順暢和可靠的運作，避免在大量懲處沒的情況下發生嚴重停滯。 + +目前，即使驗證者被罰款（因為違反規則或未按預期運作），系統在生成未來的區塊提交者預選名單時，仍有可能在不久的將來選擇他們來主導一個區塊。 + +因為被罰款的驗證者所產生的區塊會被自動拒絕，這會導致網路錯過區塊生成時機，並在大量懲處事件中延遲網路恢復。 + +排除被罰款的驗證者參與提案（或EIP-8045）這個功能會過濾掉那些被罰款的驗證者，讓他們不會再被選為未來的職責人。這能提升區塊鏈的韌性，確保只有健康的驗證者會被選來提案區塊，在網路中斷時也能維持服務品質。 + +**參考資料**: [EIP-8045 技術規格](https://eips.ethereum.org/EIPS/eip-8045) + +### 讓出口使用整合佇列 {#let-exits-use-the-consolidation-queue} + +- 這個修補程式解決了一個漏洞，這個漏洞讓那些擁有大量質押驗證者，可以透過合併隊列，比那些質押代幣較少的驗證者更快地退出網路。 +- 當第二個佇列有額外容量時，允許常規的退出操作溢出到該佇列，減少高流量期間的質押提款時間。 +- 嚴格維護安全，避免更改以太坊的核心安全限制或削弱網路。 + +自從[Pectra升級](/roadmap/pectra)將以太坊驗證者的最大有效餘額從32 ETH增加到2,048 ETH後，一個技術漏洞讓高餘額的驗證者可以透過合併隊列比低餘額的驗證者更快地退出網路。 + +**讓所有提款都使用合併隊列（或 EIP-8080）**，讓所有質押提款都能使用這個隊列，創造一個單一、公平的隊列給所有人。 + +我們來詳細解釋一下這項功能目前的運作方式： + +- 以太坊的驗證者變動上限，是為了確保網路安全不會受到影響，而對驗證者加入、退出或合併（整合）其質押的以太幣的速度所設下的安全限制。 +- 因為驗證者的合併比標準的驗證者退出更複雜，牽涉到更多環節，所以它會佔用更多安全預算（也就是驗證節點的更換頻率上限）。 +- 具體來說，該協議規定，一個標準退出節點的確切安全成本是整合節點成本的三分之二（2/3）。 + +更公平的提領隊列將允許標準提領在提領需求高峰期，從合併隊列借用未使用的空間，並採用「3換2」的交換比率（每2個未使用的合併名額，網路可以安全地處理3個標準提領）。這個3/2的交換比率平衡了合併和提領隊列之間的需求。 + +讓更多人可以參與合併隊列，將會讓使用者在需求量大的時候，可以更快地退出他們的質押，速度最高可以達到2.5倍，而且還不會影響到網路的安全性。 + +**參考資料**: [EIP-8080 技術規格](https://eips.ethereum.org/EIPS/eip-8080) + +## 提升使用者和開發者體驗 {#improve-user-developer-experience} + +以太坊的 Glamsterdam 升級旨在改善使用者體驗、提升資料可搜尋性，並處理不斷增加的訊息大小，以防止同步失敗。這讓使用者更容易追蹤鏈上發生的事情，同時在網路擴展時防止技術故障。 + +### 降低內在交易的燃料 {#reduce-intrinsic-transaction-gas-costs} + +- 降低交易的基本費用，減少單純的 ETH 支付的總體成本。 +- 讓小額轉帳更划算，提升以太幣作為日常交易媒介的實用性。 + +今天，所有以太坊交易都有一個固定的基本燃料費，不論處理起來是簡單還是複雜。**「減少內在交易燃料（或稱 EIP-2780）」**這個提案，旨在降低這個基本費用，讓現有帳戶之間的標準 ETH 轉帳費用，最多可以便宜到 71%。 + +透過將交易手續費分解，只反映運行網路的電腦實際完成的基本、必要工作，例如驗證數位簽署和更新餘額，來減少內在交易的燃料消耗。因為基本的ETH支付不執行複雜的程式碼或攜帶額外資料，這項提案將會降低其費用，以符合其輕量化的特性。 + +這項提案為建立全新帳戶引入了一個例外，以避免較低的費用壓垮網路的狀態。如果一筆轉帳將 ETH 發送到一個空的、不存在的地址，網路必須為其建立一個永久的新記錄。為了幫助支付其長期的儲存負擔，該帳戶建立會額外收取一筆燃料。 + +總體來說，EIP-2780 的目標是讓現有帳戶之間的日常轉帳更實惠，同時透過準確地對真實狀態增長進行定價，確保網路仍能免受資料庫膨脹的影響。 + +**參考資料**: [EIP-2780 技術規格](https://eips.ethereum.org/EIPS/eip-2780) + +### 確定性工廠預先部署 {#deterministic-factory-predeploy} + +- 讓開發者能夠以原生方式，將應用程式和智能合約錢包部署到多個區塊鏈上的同一個地址。 +- 讓使用者在多個第二層（L2）網路上擁有相同的智能錢包地址，減少認知負擔、降低混淆，並降低意外損失資金的風險。 +- 這項功能取代了開發者目前為實現這種對等性而使用的變通方法，讓建構多鏈錢包和應用程式變得更簡單、更安全。 + +如果使用者今天擁有一個智能合約錢包，裡面有跨多個以太坊虛擬機（EVM）相容鏈的帳戶，他們通常會在不同的網路上得到完全不同的地址。這不僅令人困惑，還可能導致資金意外損失。 + +確定性工廠預部署（或稱 EIP-7997）提供開發者一種原生、內建的方式，讓他們能夠將去中心化應用程式和智能合約錢包部署到多個 EVM 鏈上的完全相同地址，包括以太坊主網、第二層（L2）網路等等。如果這項技術被廣泛採用，使用者將可以在每個參與的鏈上擁有完全相同的地址，這將大大減少認知負擔和使用者出錯的可能性。 + +確定性工廠預部署的運作方式，是在每個參與的 EVM 相容鏈上，將一個最小化、專用的工廠程式碼永久部署到相同的位址（特別是地址0x12）。其目標是提供一個通用的標準工廠合約，讓任何 EVM 相容網路都能採用；只要 EVM 鏈參與並採用這個標準，開發者就能夠使用它，將他們的智能合約部署到該網路上的完全相同地址。 + +這項標準化簡化了開發者和更廣泛的生態系統建構和管理跨鏈應用程式的過程。開發者不再需要為將軟體連結到不同網路而編寫客製化的、特定於鏈的程式碼，而是使用這個通用工廠為他們的應用程式在任何地方生成完全相同的地址。此外，區塊瀏覽器、追蹤服務和錢包可以更容易地識別和連結這些應用程式和帳戶，為所有以太坊參與者創造一個更統一、更無縫的多鏈環境。 + +**參考資料**: [EIP-7997 技術規格](https://eips.ethereum.org/EIPS/eip-7997) + +### ETH的轉帳和銷毀都會產生紀錄檔 {#eth-transfers-and-burns-emit-a-log} + +- 每次有ETH轉帳或銷毀時，系統都會自動生成永久紀錄（日誌）。 +- 解決了過去的一個盲點，讓應用程式、交易所和橋接器能夠可靠地偵測使用者存款，而無需使用臨時追蹤工具。 + +跟代幣（ERC-20）不一樣，一般以太幣在智能合約之間的轉帳不會產生明確的收據（標準日誌），這讓交易所和應用程式很難追蹤。 + +ETH 的轉帳和銷毀都會發出日誌（或稱 EIP-7708），這讓網路在每次轉移或銷毀非零數量的 ETH 時，都必須發出標準的日誌事件。 + +這樣一來，錢包、交易所和跨鏈橋的營運者就能更輕鬆、更可靠地追蹤存款和資金流動，而不需要客製化的工具。 + +**參考資料**: [EIP-7708 技術規格](https://eips.ethereum.org/EIPS/eip-7708) + +### eth/70 部分區塊收據清單 {#eth-70-partial-block-receipt-lists} + +隨著以太坊能處理的交易量越來越多，這些交易的收據清單（也就是這些交易的資料紀錄）也變得非常龐大，這可能會導致網路節點在嘗試同步資料時發生故障。 + +eth/70 的部分區塊收據清單（或稱 EIP-7975）為節點之間建立了一種新的溝通方式（eth/70），讓這些大型清單可以被拆分成更小、更容易管理的區塊。eth/70 引入了一個分頁系統，用於網路的通訊協議，讓節點可以將區塊收據清單分解，並安全地以更小、更容易管理的區塊來請求資料。 + +這項改變將能避免在網路繁忙時發生同步失敗。最終，它為以太區塊未來增加區塊容量、處理更多交易鋪平了道路，而不會讓同步區塊鏈的實體硬體不堪重負。 + +**參考資料**: [EIP-7975 技術規格](https://eips.ethereum.org/EIPS/eip-7975) + +## 延伸閱讀 {#further-reading} + +- [以太坊開發藍圖](/roadmap/) +- [Forkcast: 荷蘭時尚之都](https://forkcast.org/upgrade/glamsterdam) +- [Glamsterdam Meta EIP](https://eips.ethereum.org/EIPS/eip-7773) +- [2026年協定優先順序更新部落格公告](https://blog.ethereum.org/2026/02/18/protocol-priorities-update-2026) +- [每日Gwei補充包 podcast - 後量子時代的以太坊，Glamsterdam即將到來](https://www.youtube.com/watch?v=qx9sd50uQjQ) + +## 常見問題 {#faq} + +### 請問在 Glamsterdam硬分叉之後，ETH 要怎麼轉換？ {#how-can-eth-be-converted-after-the-hardfork} + +- **您的 ETH 無需任何操作**：在 Glamsterdam 升級之後，您不需要轉換或升級您的 ETH。您的帳戶餘額將保持不變，您目前持有的 ETH 在硬分叉後仍將以現有形式保留。 +- **小心詐騙！** **任何叫你「升級」ETH 的人都是想騙你。** 你完全不需要做任何跟這次升級有關的事情。你的資產會完全不受影響。記住，隨時掌握最新資訊是防範詐騙的最佳方法。 + +[更多關於辨識和避免詐騙的資訊](/security/) + +### Glamsterdam 的升級會影響到所有的以太坊節點和驗證者嗎？ {#does-the-glamsterdam-upgrade-affect-all-ethereum-nodes-and-validators} + +沒錯，Glamsterdam 的升級需要更新[執行用戶端和共識用戶端](/developers/docs/nodes-and-clients/)。因為這次升級引入了內建的區塊提交者-建構者分離 (ePBS) 機制，節點操作者需要確保他們的節點軟體都更新到最新版本，才能處理區塊網路中新的區塊建立、驗證和認證方式。 + +所有主要的以太坊客戶端都會發布支援這次高優先級硬分叉的版本。您可以透過用戶端的GitHub 儲存庫、他們的[Discord 頻道](https://ethstaker.org/support)、 [EthStaker Discord](https://dsc.gg/ethstaker)，或是訂閱以太坊部落格來追蹤這些發布的最新消息。 + +為了在升級後與以太坊網路保持同步，節點營運者必須確保他們正在運行受支援的用戶端版本。請注意，關於用戶端發布的資訊是時效性的，使用者應參考最新的更新以獲取最準確的詳細資訊。 + +### 身為一個質押者，我需要為 Glamsterdam 的升級做些什麼？ {#as-a-staker-what-do-i-need-to-do-for-the-glamsterdam-upgrade} + +就跟每次網路升級一樣，請務必將您的客戶端更新到最新版本，並確認有標示支援 Glamsterdam。請追蹤電子郵件列表中的更新，以及[EF 部落格上的協定公告，](https://blog.ethereum.org/category/protocol)以隨時掌握發布資訊。 + +為了在 Glamsterdam 主網上線前驗證您的設定，您可以在測試網上運行驗證者。測試網的分叉也會在郵件列表和部落格中公布。 + +### Glamsterdam 會為 L1 擴展方案帶來哪些改進？ {#what-improvements-will-glamsterdam-include-for-l1-scaling} + +最主要的特色是 ePBS (EIP-7732)，它將驗證網路交易的繁重任務與達成共識的任務分開。這將資料傳播的時間從 2 秒擴展到大約 9 秒，讓以太坊能夠安全地處理更高的交易吞吐量，並為第二層網路容納更多資料區塊。 + +### Glamsterdam會降低以太坊（第一層）的交易手續費嗎？ {#will-glamsterdam-lower-fees-on-ethereum-layer-1} + +沒錯，Glamsterdam很有可能會降低一般使用者的費用！降低內在交易燃料（或EIP-2780）會減少發送ETH的基本費用，讓ETH在日常支付中更便宜好用。 + +此外，為了長期的永續性，Glamsterdam 推出了區塊層級存取列表 (BALs)。這讓平行處理成為可能，並讓 L1 能夠安全地處理未來更高的總體燃料上限，隨著容量的增加，這可能會降低每筆交易的燃料成本。 + +### Glamsterdam活動結束後，我現有的智能合約會不會有任何變動？ {#will-my-smart-contracts-change} + +Glamsterdam上線後，現有合約將持續正常運作。開發者可能會獲得一些新工具，並應該檢視他們的燃料使用量： +- 增加合約最大容量（或稱 EIP-7954）讓開發者可以部署更大的應用程式，將合約最大容量限制從大約 24 KiB 提高到 32 KiB。 +- 確定性工廠預部署（或稱 EIP-7997）引入了一個通用、內建的工廠合約。它允許開發者將他們的應用程式和智能合約錢包部署到所有參與的 EVM 鏈上的完全相同地址。 +- 如果你的應用程式需要透過複雜的追蹤才能找到以太幣的轉帳紀錄，那麼以太幣的轉帳和銷毀都會發出日誌（或稱 EIP-7708），這會讓你可以改用日誌來進行更簡單、更可靠的記帳。 +- 狀態建立的燃料費用增加（或EIP-8037）和狀態存取燃料費用更新（或EIP-8038）引入了新的永續性模型，這將改變某些合約的部署成本，因為建立新帳戶或永久儲存將會產生動態調整的費用。 + +### Glamsterdam 會對節點儲存和硬體需求造成什麼影響？ {#how-will-glamsterdam-affect-node-storage-and-hardware-requirements} + +為了要地址Glamsterdam 的狀態瓶頸，我們正在考慮多個 EIP： +- 狀態建立的燃料成本增加（或稱EIP-8037）引入了一個動態定價模型，目標是將狀態資料庫的增長率控制在每年100 GiB，以確保標準的實體硬體能夠持續高效地運行網路。 +- eth/70 的部分區塊收據清單（或稱 EIP-7975）允許節點請求分頁的區塊收據，這將資料量大的區塊收據清單分解成較小的區塊，以防止當以太坊擴展時發生當機和同步問題。 + diff --git a/public/content/translations/zh/community/grants/index.md b/public/content/translations/zh/community/grants/index.md index 79a1d26b3bd..b92312218f0 100644 --- a/public/content/translations/zh/community/grants/index.md +++ b/public/content/translations/zh/community/grants/index.md @@ -20,6 +20,7 @@ lang: zh 这些计划通过向大量项目提供资助来支持庞大的以太坊生态系统。 其中包括可扩容性、社区建设、安全、隐私等解决方案。 这些资助并非专门针对任何一个以太坊平台，如果不确定，可以从这里开始。 - [EF 生态系统支持计划](https://esp.ethereum.foundation) - _为有利于以太坊的开源项目提供资金，尤其侧重于通用工具、基础设施、研究和公共物品_ +- [ESP 资助项目浏览器](https://esp.ethereum.foundation/funded-projects) - _可搜索的目录，收录了生态系统支持计划资助的 1,000 多个项目_ - [学术资助](https://esp.ethereum.foundation/academic-grants) - _为支持以太坊相关学术工作而设的资助_ ## 资助列表聚合器和平台 {#grant-list-aggregators} 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 d35edf1d8aa..ece57a0edb5 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 @@ -132,7 +132,6 @@ sidebarDepth: 2 - [EthPillar](https://www.coincashew.com/coins/overview-eth/ethpillar) - 设置全节点最快捷、最简单的方法。 一行命令设置工具及节点管理图形用户界面。 免费。 开源。 以太坊的公共商品由独立质押者提供。 支持 ARM64 和 AMD64。 - [eth-docker](https://eth-docker.net/) - 使用 Docker 的自动化设置，专注于简单、安全的质押，需要基本的终端和 Docker 知识，推荐给更高级的用户。 - [Stereum](https://stereum-dev.github.io/ethereum-node-web-docs) - 通过 SSH 连接在远程服务器上安装客户端的启动器，配备 GUI 设置指南、控制中心和许多其他功能。 -- [NiceNode](https://www.nicenode.xyz/) - 提供简便用户体验的启动器，可在你的计算机上运行节点。 只需选择客户端并单击几下即可启动它们。 仍在开发中。 - [Sedge](https://docs.sedge.nethermind.io/docs/intro) - 节点设置工具，它使用 CLI 向导自动生成 Docker 配置。 由 Nethermind 使用 Go 编写。 ### 手动设置客户端 {#manual-setup} diff --git a/public/content/translations/zh/roadmap/glamsterdam/index.md b/public/content/translations/zh/roadmap/glamsterdam/index.md new file mode 100644 index 00000000000..bc820b927a7 --- /dev/null +++ b/public/content/translations/zh/roadmap/glamsterdam/index.md @@ -0,0 +1,297 @@ +--- +title: "魅力阿姆斯特丹" +description: "了解 Glamsterdam协议升级" +lang: zh +--- +# 魅力阿姆斯特丹 {#glamsterdam} + + + + +Glamsterdam 是计划于 2026 年上半年进行的一次以太坊升级 + + +Glamsterdam 升级只是以太坊长期发展目标中的一步。了解有关[协议路线图](/roadmap/)和[先前升级的](/ethereum-forks/)更多信息。 + + + + +[以太坊](/)即将推出的 Glamsterdam 升级旨在为下一代扩容铺平道路。Glamsterdam 这个名字结合了“Amsterdam”（执行层升级，以之前的 Devconnect 地点命名）和“Gloas”（共识层升级，以一颗星星命名）。 + +继[Fusaka](/roadmap/fusaka/)升级取得进展之后，Glamsterdam 专注于通过重组网络处理交易和管理其不断增长的数据库的方式来扩容L1，从而从根本上更新以太坊创建和验证区块的方式。 + +Fusaka 专注于基础改进，而 Glamsterdam 则通过明确不同网络参与者之间的职责分离，并引入更有效的数据处理方式，为高吞吐量并行化做好[状态](/glossary/#state)，从而推进“Scale L1”和“Scale Blobs”目标。 + +这些改进确保了以太坊在处理更多活动时仍然保持快速、经济和去中心化，同时使在家运行[节点的](/glossary/#node)人们能够轻松管理硬件要求。 + + + +## 正在考虑对 Glamsterdam 进行改进 {#improvements-in-glamsterdam} + + + + +注意：本文目前重点介绍正在考虑纳入 Glamsterdam 的部分 EIP。如需了解最新状态更新，请[在 Forkcast 上查看 Glamsterdam 升级](https://forkcast.org/upgrade/glamsterdam)。 + +如果您想添加一个正在考虑用于 Glamsterdam 但尚未添加到此页面的 EIP，[请在此处了解如何为 ethereum.org 做出贡献](/contributing/)。 + + + + +Glamsterdam 升级计划围绕三个主要目标展开： + +- 加快处理速度（并行化）：重新组织网络记录数据依赖关系的方式，以便能够安全地同时处理许多交易，而不是以缓慢的逐个序列进行处理。 +- 扩展容量：将创建和验证区块的繁重工作分开，使网络有更多时间传播大量数据，而不会降低速度。 +- 防止数据库膨胀（可持续性）：调整网络费用，以准确反映存储新数据的长期硬件成本，在防止硬件性能下降的同时，解除未来燃料限制增加的障碍。 + +简而言之，Glamsterdam 将引入结构性变革，以确保随着网络容量的增加，其可持续性和性能保持高水平。 + +## L1 扩展和并行处理 {#scale-l1} + +有意义的 L1扩容需要摆脱协议外信任假设和串行执行限制。Glamsterdam 通过规定某些区块构建职责的分离并引入允许网络为并行处理做准备的新数据结构来解决这个问题。 + +### 头条提案：确立提案者-构建者分离 (ePBS) {#epbs} + +- 消除协议外的信任假设，不再依赖第三方中继 +- 通过扩展传播窗口，允许传输更大的有效载荷，从而实现 L1扩容 +- 将无需信任的构建者支付直接引入协议 + +目前，区块提议和构建过程包括区块提议者和区块构建者之间的交接。提议者和构建者之间的关系不是以太坊核心协议的一部分，因此它依赖于受信任的第三方中间件、软件（中继），以及实体之间的协议外信任。 + +提案者和构建者之间这种协议外的关系，在区块验证期间也创建了一个”热路径”，迫使[验证者](/glossary/#validator)在短短 2 秒的窗口内快速完成交易广播和执行，从而限制了网络可以处理的数据量。 + +确立的提议者-构建者分离（ePBS，或 EIP-7732）正式将提议者（选择共识区块）和构建者（组装执行有效载荷）的工作分离，将此交接直接确立到协议中。 + +将区块有效载荷与支付的无需信任交换直接构建到协议中，消除了对第三方中间件（如 MEV-Boost）的需求。然而，构建者和提议者仍然可能选择使用协议外的中继或中间件来实现尚未纳入核心协议的复杂功能。 + +为了解决”热路径”瓶颈，ePBS 还引入了有效载荷及时性委员会（PTC）和双截止日期逻辑，允许验证者分别证明共识区块和执行有效载荷的及时性，以最大化吞吐量。 + + + +在协议层面分离提案者和构建者的角色，将传播窗口（或在网络中传播数据的时间）从2秒扩展到大约9秒。 + +通过用协议内机制替代协议外的中间件和中继，ePBS 减少了信任依赖，并允许以太坊安全地处理更多数据（例如[第 2 层](/glossary/#layer-2)中的更多 blob），而不会给网络带来压力。 + +**资源**： [EIP-7732 技术规范](https://eips.ethereum.org/EIPS/eip-7732) + +### 主题提案：块级访问列表 (BAL) {#bals} + +- 通过提供所有交易依赖项的预先映射，消除顺序处理瓶颈，为验证者并行处理许多交易而不是逐个处理奠定基础。 +- 允许节点通过读取最终结果来更新其记录，而无需重放每笔交易（无执行同步），从而使节点与网络的同步速度大大加快。 +- 消除猜测，允许验证者一次性预加载所有必要数据，而不是逐步发现，从而使验证速度更快。 + +今天的以太坊就像一条单车道；因为网络在交易运行之前不知道交易需要什么数据或会改变什么数据（例如交易触及哪些账户），所以验证者必须严格地按顺序逐一处理交易。如果他们试图一次性处理所有交易，而不知道这些依赖关系，那么两个交易可能会意外地同时尝试更改完全相同的数据，从而导致错误。 + +区块级访问列表（BAL，或 EIP-7928）就像包含在每个区块中的地图，在工作开始之前告诉网络数据库的哪些部分将被访问。BAL 要求每个区块都包含交易将触及的每个账户变更的哈希，以及这些变更的最终结果（所有状态访问和执行后值的哈希记录）。 + +BAL 能够即时显示哪些交易不重叠，因此节点可以执行并行磁盘读取，同时获取许多交易的信息。网络可以安全地将不相关的交易分组，并并行处理它们。 + +由于 BAL 包含交易的最终结果（执行后的值），因此当网络节点需要同步到网络的当前状态时，它们可以复制这些最终结果来更新其记录。验证者不再需要从头开始重放所有复杂的交易来了解发生了什么，这使得新节点加入网络更快、更容易。 + +BAL 提供的并行磁盘读取功能将是迈向未来以太坊能够同时处理多笔交易的重要一步，这将显著提高网络速度。 + +#### eth/71区块访问列表交换 {#bale} + +区块访问列表交换（eth/71 或 EIP-8159）是区块级访问列表的直接网络伴侣。BAL 解锁并行执行，而 eth/71 升级点对点协议，允许节点通过网络实际共享这些列表。实施区块访问列表交换将实现更快的同步，并允许节点执行无执行的状态更新。 + +**资源**： + +- [EIP-7928 技术规范](https://eips.ethereum.org/EIPS/eip-7928) +- [EIP-8159 技术规范](https://eips.ethereum.org/EIPS/eip-8159) + +## 网络可持续性 {#network-sustainability} + +随着以太坊网络的快速发展，确保其使用成本与运行以太坊的硬件磨损程度相匹配至关重要。网络需要提高其整体容量限制，以便安全地扩展并处理更多交易。 + +### 状态创建的燃料成本增加 {#state-creation-gas-cost-increase} + +- 确保创建新账户或智能合约的费用准确反映其对以太坊数据库造成的长期负担。 +- 根据网络的整体容量自动调整这些数据创建费用，目标是安全的、可预测的增长率，以便标准物理硬件可以继续运行网络。 +- 将这些特定费用的核算分离到新的存储库中，从而取消旧的交易限制，并允许开发人员部署更大、更复杂的应用程序。 + +添加新账户、代币和[智能合约](/glossary/#smart-contract)会创建永久数据（称为“状态”），运行网络的每台计算机都必须无限期地存储这些数据。目前添加或读取这些数据的费用不一致，并且不一定反映它们对网络硬件造成的实际长期存储负担。 + +在以太坊上创建状态的一些操作，例如创建新帐户或部署大型智能合约，与它们在网络节点上占用的永久存储空间相比，成本相对较低，例如，合约部署的每字节成本明显低于创建存储槽。 + +如果不进行调整，当网络扩展到 1 亿燃料限制，以太坊的状态每年可能会增长近 200 GiB，最终超过普通硬件。 + +状态创建燃料成本增加（或 EIP-8037）通过将成本与所创建数据的实际大小挂钩来协调成本，更新费用，使其与操作创建或访问的永久数据的量成比例。 + +EIP-8037 还引入了一个储量模型，以更可预测地管理这些成本；状态燃料费用首先从 `state_gas_reservoir` 中提取，并且 `GAS` 操作码仅返回 `gas_left`，从而防止执行帧错误计算可用燃料。 + +在 EIP-8037 之前，计算工作（主动处理）和永久数据存储（将智能合约保存到网络的数据库）共享相同的燃料限制。水库模型将核算分开：交易的实际计算工作（处理）和长期数据存储（状态燃料 ）的 燃料限制。将两者分开有助于防止应用程序数据的庞大体积达到燃料限制；只要开发人员提供足够的资金来填充数据存储的水库，他们就可以部署更大、更复杂的智能合约。 + +更准确、可预测地为数据存储定价，将有助于以太坊在不增加数据库负担的情况下安全地提高其速度和容量。这种可持续性将使节点运营商在未来几年继续使用（相对）经济实惠的硬件，使家庭质押保持可访问性，以维持网络的去中心化。 + +**资源**： [EIP-8037 技术规范](https://eips.ethereum.org/EIPS/eip-8037) + +### 状态访问燃料成本更新 {#state-access-gas-cost-update} + +- 增加应用程序读取或更新以太坊上永久存储的信息（状态访问操作码）时的燃料成本，以准确匹配这些命令所需的计算工作。 +- 通过防止利用人为廉价的数据读取操作进行的拒绝服务攻击，来增强网络的弹性 + +随着以太坊状态的增长，节点处理搜索和读取旧数据（“状态访问”）的操作变得更加繁重和缓慢。尽管现在查找信息（就计算能力而言）的成本略有增加，但这些操作的费用保持不变。 + +因此，相对于它们强制节点执行的工作，某些特定命令目前定价过低。例如，`EXTCODESIZE` 和 `EXTCODECOPY` 定价过低，因为它们需要两次单独的数据库读取——一次用于账户对象，第二次用于实际代码大小或字节码。 + +状态访问燃料成本更新（或 EIP-8038）增加了状态访问操作码的燃料常数，例如查找账户和合约数据，以与现代硬件性能和状态大小保持一致。 + +调整状态访问成本也有助于提高以太坊的弹性。由于这些繁重的数据读取操作人为地降低了成本，恶意攻击者可以在达到网络费用限制之前，在一个区块中用数千个复杂的数据请求来轰炸网络，从而可能导致网络停滞或崩溃（一种拒绝服务攻击）。即使没有恶意意图，如果读取网络数据过于便宜，开发人员在经济上也不会被鼓励构建高效的应用程序。 + +通过更准确地为状态访问操作定价，以太坊可以更好地抵御意外或故意的减速，同时将网络成本与硬件负载相结合，为未来的燃料限制增加提供了更可持续的基础。 + +**资源**： [EIP-8038 技术规范](https://eips.ethereum.org/EIPS/eip-8038) + +## 网络弹性 + +对验证者职责和退出流程的改进，确保了在大量罚没事件期间网络的稳定性，并使流动性民主化。这些改进使网络更加稳定，并确保所有参与者，无论大小，都得到公平对待。 + +### 排除被削减的验证者参与提案 {#exclude-slashed-validators} + +- 阻止受罚（被削减）的验证者被选中来提议未来的区块，从而消除必然错过的时隙。 +- 确保以太坊平稳可靠地运行，防止在发生大规模惩罚事件时出现严重停滞。 + +目前，即使验证者被罚款（因违反规则或未按预期运行而受到惩罚），系统在生成未来的提案者前瞻时，仍可能在不久的将来选择他们来主导一个区块。 + +由于被罚没的提案者产生的区块会被自动拒绝，这会导致网络在发生大规模惩罚事件时错过时隙并延迟网络恢复。 + +**排除被罚没的验证者参与提案（或 EIP-8045）**，只是将这些被罚没的验证者从未来的任务中筛选出去。这通过确保只有健康的验证者被选中来提出区块，从而提高了链的弹性，在网络中断期间保持服务质量。 + +**资源**： [EIP-8045 技术规范](https://eips.ethereum.org/EIPS/eip-8045) + +### 让退出使用合并队列 {#let-exits-use-the-consolidation-queue} + +- 堵塞了一个漏洞，该漏洞允许高余额验证者通过合并队列比小验证者更快地退出网络。 +- 当第二队列有空闲容量时，允许常规退出溢出到该队列，从而减少高流量期间的质押提款时间。 +- 保持严格的安全措施，避免改变以太坊的核心安全限制或削弱网络。 + +由于[Pectra 升级](/roadmap/pectra)将以太坊验证者的最大有效余额从 32 ETH 增加到 2,048 ETH，一个技术漏洞允许高余额验证者通过合并队列比低余额验证者更快地退出网络。 + +让退出使用合并队列（或 EIP-8080）将合并队列民主化，适用于所有质押退出，为每个人创建一条单一、公平的队列。 + +以下是其工作原理的详细介绍： + +- 以太坊的流失限制是验证者进入、退出或合并（整合）其质押的 ETH 的速率的安全限制，以确保网络安全永远不会不稳定 +- 由于验证者合并比标准验证者退出更复杂，涉及更多移动部件，因此它会占用此安全预算（波动限制）的更大一部分。 +- 具体而言，该协议规定，一次标准退出的确切安全成本是一次合并成本的三分之二（2/3）。 + +更公平的退出队列将允许标准退出在退出需求高的时候从合并队列借用未使用的空间，应用“3换2”的交换率（对于每2个未使用的合并点，网络可以安全地处理3个标准退出）。这个3/2的流失因子平衡了合并和退出队列之间的需求。 + +将合并队列的访问权限民主化，可以在不影响网络安全的情况下，将用户在需求高峰期退出其质押的速度提高多达 2.5 倍。 + +**资源**： [EIP-8080 技术规范](https://eips.ethereum.org/EIPS/eip-8080) + +## 改善用户和开发者体验 {#improve-user-developer-experience} + +以太坊的 Glamsterdam 升级旨在改善用户体验、增强数据可发现性并处理不断增长的消息大小，以防止同步失败。这使得跟踪链上正在发生的事情变得更加容易，同时防止网络扩展时出现技术故障。 + +### 降低内在交易燃料 {#reduce-intrinsic-transaction-gas-costs} + +- 降低交易的基本费用，从而降低简单的原生ETH支付的总体成本。 +- 让小额转账更经济实惠，从而提升以太坊作为常规交易媒介的可行性。 + +今天，所有以太坊交易都有一个固定的基本燃料费，无论处理起来是简单还是复杂。**减少内在交易燃料 （或 EIP-2780）**提议降低该基本费用，使现有账户之间的标准 ETH 转账费用降低高达 71%。 + +通过将交易费分解，使其仅反映运行网络的计算机实际执行的基本、必要工作（例如验证数字签名和更新余额），从而减少内在交易的燃料工作量。由于基本的 ETH 支付不执行复杂代码或携带额外数据，因此该提案将降低其费用，以匹配其轻量级特性。 + +该提案引入了一个例外，即创建全新账户，以防止低费用压垮网络状态。如果转账将 ETH 发送到一个空的、不存在的地址，网络必须为其创建一个永久的新记录。为此类账户创建添加了燃料附加费，以帮助弥补其长期存储负担。 + +EIP-2780 旨在让现有账户之间的日常转账更加经济实惠，同时通过准确定价真实的状态增长来确保网络免受数据库膨胀的影响。 + +**资源**： [EIP-2780 技术规范](https://eips.ethereum.org/EIPS/eip-2780) + +### 确定性工厂预部署 {#deterministic-factory-predeploy} + +- 为开发者提供了一种原生方式，可将应用程序和智能合约钱包部署到多个链上的完全相同的地址。 +- 允许用户在多个第二层（L2）网络上拥有相同的智能钱包地址，从而减少认知负担、减少混淆并降低意外资金损失的风险。 +- 取代了开发人员目前为实现这种对等性而使用的变通方法，使构建多链钱包和应用程序变得更简单、更安全。 + +如果用户今天拥有一个智能合约钱包，其账户分布在多个以太坊虚拟机（EVM）兼容链上，那么他们最终在不同网络上往往会得到一个完全不同的地址。这不仅令人困惑，而且可能导致意外的资金损失。 + +确定性工厂预部署（或 EIP-7997）为开发人员提供了一种原生、内置的方式，可将他们的去中心化应用程序和智能合约钱包部署到多个 EVM 链上的完全相同的地址，包括以太坊主网、第 2 层 (L2) 网络等。如果采用，用户将可以在每个参与的链上拥有完全相同的地址，从而显著减少认知负担和用户出错的可能性。 + +确定性工厂预部署的工作原理是在每个参与的 EVM 兼容链上，将一个最小化的、专门的工厂程序永久放置在相同的位置（具体来说，地址0x12）。其目标是提供一个通用的、标准的工厂合约，任何 EVM 兼容网络都可以采用；只要 EVM 链参与并采用此标准，开发人员就可以使用它将智能合约部署到该网络上的完全相同的地址。 + +这种标准化简化了开发人员和更广泛的生态系统构建和管理跨链应用程序的过程。开发人员不再需要构建自定义的、特定于链的代码来将他们的软件连接到不同的网络，而是使用这个通用工厂为他们的应用程序在任何地方生成完全相同的地址。此外，区块浏览器、跟踪服务和钱包可以更轻松地识别和链接这些应用程序和帐户，从而为所有基于以太坊的参与者创建更统一、更无缝的多链环境。 + +**资源**： [EIP-7997 技术规范](https://eips.ethereum.org/EIPS/eip-7997) + +### ETH 转账和销毁会发出日志 {#eth-transfers-and-burns-emit-a-log} + +- 每次转移或销毁ETH时，都会自动生成永久记录（日志） +- 修复了历史上的盲点，使应用程序、交易所和桥梁能够可靠地检测用户存款，而无需使用临时跟踪工具。 + +与代币（ERC-20）不同，智能合约之间的常规ETH转账不会发出清晰的收据（标准日志），这使得交易所和应用程序难以跟踪。 + +ETH 转账和销毁会发出日志（或 EIP-7708），这使得网络在每次转移或销毁非零数量的 ETH 时都必须发出标准日志事件。 + +这将使钱包、交易所和链桥运营商更容易、更可靠地准确跟踪存款和转账，而无需自定义工具。 + +**资源**： [EIP-7708 技术规范](https://eips.ethereum.org/EIPS/eip-7708) + +### eth/70 部分区块收据列表 {#eth-70-partial-block-receipt-lists} + +随着以太坊能够处理的工作量增加，这些操作的收据列表（这些交易的数据记录）变得越来越大，以至于在节点尝试相互同步数据时，可能会导致网络节点出现故障。 + +eth/70 部分区块收据列表（或 EIP-7975）引入了一种节点之间相互通信的新方式（eth/70），允许将这些大型列表分解成更小、更易于管理的部分。eth/70 为网络的通信协议引入了一个分页系统，允许节点分解区块收据列表，并以更小、更易于管理的数据块安全地请求数据。 + +此更改将防止在活动繁重期间发生网络同步故障。最终，它为以太坊增加了区块容量铺平了道路，并在未来处理每个区块的更多交易，而不会使同步链的物理硬件不堪重负。 + +**资源**： [EIP-7975 技术规范](https://eips.ethereum.org/EIPS/eip-7975) + +## 延伸阅读 {#further-reading} + +- [以太坊路线图](/roadmap/) +- [Forkcast：Glamsterdam](https://forkcast.org/upgrade/glamsterdam) +- [Glamsterdam Meta EIP](https://eips.ethereum.org/EIPS/eip-7773) +- [2026 年协议优先事项更新博客公告](https://blog.ethereum.org/2026/02/18/protocol-priorities-update-2026) +- [《每日 Gwei 加油》播客——后量子以太坊，Glamsterdam 即将到来](https://www.youtube.com/watch?v=qx9sd50uQjQ) + +## 常见问题解答 {#faq} + +### Glamsterdam硬分叉后，ETH如何转换？ {#how-can-eth-be-converted-after-the-hardfork} + +- **您的ETH无需任何操作**：在Glamsterdam升级后，您无需转换或升级您的ETH。您的账户余额将保持不变，并且您当前持有的ETH在硬分叉后将保持现有形式，可继续使用。 +- **谨防诈骗！** 任何指示您“升级”ETH 的人都是想诈骗您。您无需为此升级做任何操作。您的资产将完全不受影响。请记住，随时了解最新信息是防范诈骗的最佳方法。 + +[关于识别和避免诈骗的更多信息](/security/) + +### Glamsterdam 升级是否会影响所有以太坊节点和验证者？ {#does-the-glamsterdam-upgrade-affect-all-ethereum-nodes-and-validators} + +是的，Glamsterdam 升级需要更新[执行客户端和共识客户端](/developers/docs/nodes-and-clients/)。由于此升级引入了“内置提案者-构建者分离”（ePBS），因此节点运营商需要确保其客户端已更新，以处理网络构建、验证和证明区块的新方式。 + +所有主要的以太坊客户端都将发布支持此次硬分叉的版本，并将其标记为高优先级。您可以通过客户端GitHub 仓库、其[Discord 频道](https://ethstaker.org/support)、 [EthStaker Discord](https://dsc.gg/ethstaker)或订阅以太坊博客以获取协议更新，来了解这些版本何时可用。 + +为了在升级后与以太坊网络保持同步，节点运营商必须确保他们运行的是受支持的客户端版本。请注意，有关客户端版本的信息是时效性的，用户应参考最新更新以获取最新详细信息。 + +### 作为质押者，我需要为 Glamsterdam 升级做些什么？ {#as-a-staker-what-do-i-need-to-do-for-the-glamsterdam-upgrade} + +与每次网络升级一样，请务必将您的客户端更新到标有 Glamsterdam 支持的最新版本。关注邮件列表中的更新以及[EF 博客上的协议公告，](https://blog.ethereum.org/category/protocol)以获取有关发布的信息。 + +在 Glamsterdam 主网激活之前，您可以在测试网上运行验证者来验证您的设置。测试网分叉也会在邮件列表和博客中公布。 + +### Glamsterdam 将为 L1 扩容带来哪些改进？ {#what-improvements-will-glamsterdam-include-for-l1-scaling} + +核心功能是 ePBS (EIP-7732)，它将验证网络交易的繁重任务与达成共识的任务分离开来。这使得数据传播窗口从 2 秒扩展到大约 9 秒，从而使以太坊能够安全地处理更高的交易吞吐量，并为第 2 层网络容纳更多数据块。 + +### Glamsterdam 会降低以太坊（第 1 层）的费用吗？ {#will-glamsterdam-lower-fees-on-ethereum-layer-1} + +是的，Glamsterdam 极有可能降低普通用户的费用！减少内在交易燃料（或 EIP-2780）会降低发送 ETH 的基本费用，从而使 ETH 在日常支付中的使用成本大大降低。 + +此外，为了实现长期可持续性，Glamsterdam 引入了区块级访问列表 (BAL)。这使得并行处理成为可能，并为 L1 做好准备，以便将来安全地处理更高的整体燃料上限，随着容量的增长，这可能会降低每笔交易的燃料成本。 + +### Glamsterdam 之后，我现有的智能合约会有任何变化吗？ {#will-my-smart-contracts-change} + +Glamsterdam之后，现有合同将继续正常运行。开发人员可能会获得几个新工具，并应检查其燃料用量： + +- 增加最大合约大小（或 EIP-7954）允许开发人员部署更大的应用程序，将最大合约大小限制从大约 24KiB 提高到 32KiB。 +- 确定性工厂预部署（或 EIP-7997）引入了一个通用的内置工厂合约。它允许开发人员将他们的应用程序和智能合约钱包部署到所有参与的 EVM 链上的完全相同的地址。 +- 如果您的应用程序依赖于复杂的跟踪来查找 ETH 转账，那么 ETH 转账和销毁会发出日志（或 EIP-7708），这将允许您切换到使用日志进行更简单、更可靠的核算。 +- 状态创建燃料成本增加（或 EIP-8037）和状态访问燃料成本更新（或 EIP-8038）引入了新的可持续性模型，这将改变某些合约的部署成本，因为创建新帐户或永久存储将具有动态调整的费用。 + +### Glamsterdam 将如何影响节点存储和硬件要求？ {#how-will-glamsterdam-affect-node-storage-and-hardware-requirements} + +Glamsterdam 正在考虑的多个 EIP地址状态增长带来的性能瓶颈： +- 状态创建燃料成本增加（或 EIP-8037）引入了动态定价模型，目标是状态数据库的增长率为 100 GiB/年，确保标准物理硬件可以继续高效地运行网络。 +- eth/70 部分区块收据列表（或 EIP-7975）允许节点请求分页区块收据，将数据量大的区块收据列表分解成更小的块，以防止崩溃，并在以太坊扩展时同步。 + diff --git a/public/images/developers/ethskills.svg b/public/images/developers/ethskills.svg new file mode 100644 index 00000000000..c80249cd0c1 --- /dev/null +++ b/public/images/developers/ethskills.svg @@ -0,0 +1,3 @@ + + + diff --git a/public/images/roadmap/roadmap-glamsterdam.png b/public/images/roadmap/roadmap-glamsterdam.png new file mode 100644 index 00000000000..278b21d72a8 Binary files /dev/null and b/public/images/roadmap/roadmap-glamsterdam.png differ diff --git a/redirects.config.js b/redirects.config.js index feb81c1248d..7e71bc3c868 100644 --- a/redirects.config.js +++ b/redirects.config.js @@ -104,9 +104,68 @@ module.exports = [ ["/tds", "/trillion-dollar-security"], ["/10-years", "/10years"], ["/history", "/ethereum-forks"], - ["/developers/docs/scaling/rollups", "/developers/docs/scaling/"], + ["/developers/docs/scaling/rollups", "/developers/docs/scaling/#rollups"], ["/eth2/get-involved/staking-community-grants", "/staking/"], ["/developers/docs/zk", "/zero-knowledge-proofs/"], ["/developers/docs/security", "/developers/docs/smart-contracts/security/"], ["/wallet", "/wallets/"], + ["/eth2/get-involved/medalla-data-challenge", "/contributing/"], + ["/team", "/about/"], + [ + "/contributing/translation-program/blog-translations", + "/contributing/translation-program/", + ], + ["/donate", "/"], + [ + "/developers/docs/consensus-mechanisms/pow/mining-algorithms/ethash", + "/developers/docs/consensus-mechanisms/pow/mining/mining-algorithms/ethash/", + ], + ["/%20wallets", "/wallets/"], + ["/developers/docs/zk-snarks", "/zero-knowledge-proofs/"], + ["/developers/docs/standards/erc-4337", "/roadmap/account-abstraction/"], + ["/developers/docs/accounts/aa", "/roadmap/account-abstraction/"], + [ + "/developers/docs/scaling/layer-2", + "/developers/docs/scaling/#layer-2-scaling", + ], + ["/developers/docs/account-abstraction", "/roadmap/account-abstraction/"], + [ + "/developers/docs/accounts/abstraction", + "/roadmap/account-abstraction/", + false, // Selectively applying temporary for possible future route usage + ], + ["/developers/docs/rollups", "/developers/docs/scaling/#rollups"], + ["/roadmap/future-proofing/:path+", "/roadmap/future-proofing/"], + ["/eth2/what-is-eth2", "/roadmap/"], + [ + "/developers/docs/accounts/account-abstraction", + "/roadmap/account-abstraction/", + ], + [ + "/developers/docs/consensus-mechanisms/proof-of-stake", + "/developers/docs/consensus-mechanisms/pos/", + ], + ["/zero-knowledge", "/zero-knowledge-proofs/"], + [ + "/developers/docs/smart-contracts/account-abstraction", + "/roadmap/account-abstraction/", + ], + ["/developers/docs/ides/%23web-based-ides", "/developers/docs/"], + ["/developers/docs/daos", "/dao/"], + [ + "/developers/docs/consensus-mechanisms/pos/slashing", + "/developers/docs/consensus-mechanisms/pos/rewards-and-penalties/", + ], + ["/wallets/security", "/security/"], + ["/developers/docs/sharding", "/developers/docs/data-availability/"], + ["/layer-2-scaling", "/layer-2/"], + ["/layer-2-scaling/rollups", "/developers/docs/scaling/"], + ["/layer-1-scaling/sidechains", "/developers/docs/scaling/sidechains/"], + [ + "/layer-2-scaling/state-channels", + "/developers/docs/scaling/state-channels/", + ], + ["/developers/docs/privacy-enhancements", "/privacy/"], + ["/developers/docs/wallets", "/wallets/"], + ["/blog", "https://blog.ethereum.org"], ] diff --git a/src/components/Breadcrumbs/index.tsx b/src/components/Breadcrumbs/index.tsx index 12836e82dc6..6688b31b143 100644 --- a/src/components/Breadcrumbs/index.tsx +++ b/src/components/Breadcrumbs/index.tsx @@ -59,7 +59,7 @@ const Breadcrumbs = ({ slug, startDepth = 0, ...props }: BreadcrumbsProps) => { ? [ { fullPath: "/", - text: "Ethereum.org", + text: "ethereum.org", }, ] : []), diff --git a/src/components/FileContributors.tsx b/src/components/FileContributors.tsx index 8ac09e32321..e201602e01b 100644 --- a/src/components/FileContributors.tsx +++ b/src/components/FileContributors.tsx @@ -92,7 +92,7 @@ const Contributor = ({ contributor }: ContributorProps) => ( type FlexProps = BaseHTMLAttributes & { asChild?: boolean } export type FileContributorsProps = FlexProps & { contributors: FileContributor[] - lastEditLocaleTimestamp: string + lastEditLocaleTimestamp?: string className?: string } @@ -130,9 +130,11 @@ const FileContributors = ({ {...props} > -

- {lastEditLocaleTimestamp} -

+ {lastEditLocaleTimestamp && ( +

+ {lastEditLocaleTimestamp} +

+ )} diff --git a/src/components/Footer/index.tsx b/src/components/Footer/index.tsx index 6564ef01804..a85566fde60 100644 --- a/src/components/Footer/index.tsx +++ b/src/components/Footer/index.tsx @@ -327,7 +327,7 @@ const Footer = async ({ lastDeployLocaleTimestamp }: FooterProps) => { href="/" className="text-lg font-bold no-underline hover:text-primary" > - Ethereum.org + ethereum.org diff --git a/src/components/Nav/MobileMenu/LvlAccordion.tsx b/src/components/Nav/MobileMenu/LvlAccordion.tsx index c26d7621d45..9c0c1d900d7 100644 --- a/src/components/Nav/MobileMenu/LvlAccordion.tsx +++ b/src/components/Nav/MobileMenu/LvlAccordion.tsx @@ -42,7 +42,7 @@ const nestedAccordionSpacingMap = { 6: "ps-24", } -const LvlAccordion = async ({ +const LvlAccordion = ({ lvl, items, activeSection, diff --git a/src/components/Nav/MobileMenu/MobileMenuClient.tsx b/src/components/Nav/MobileMenu/MobileMenuClient.tsx index 44db390bb4b..9907d748371 100644 --- a/src/components/Nav/MobileMenu/MobileMenuClient.tsx +++ b/src/components/Nav/MobileMenu/MobileMenuClient.tsx @@ -2,8 +2,10 @@ import * as React from "react" +import { ErrorBoundary } from "@/components/ui/error-boundary" import { PersistentPanel } from "@/components/ui/persistent-panel" import { Sheet, SheetTrigger } from "@/components/ui/sheet" +import { Skeleton } from "@/components/ui/skeleton" import { cn } from "@/lib/utils/cn" @@ -12,23 +14,80 @@ import HamburgerButton from "./HamburgerButton" import { useCloseOnNavigate } from "@/hooks/useCloseOnNavigate" import { useTranslation } from "@/hooks/useTranslation" +// Lazy-load the menu content to avoid including it in initial RSC payload +// This saves ~82KB by not SSR'ing navigation data that's hidden behind a click +const lazyImport = () => import("./MobileMenuContent") +const MobileMenuContent = React.lazy(lazyImport) + +function MobileMenuContentSkeleton() { + return ( +
+ {/* Header */} +
+ + +
+ + {/* Nav sections (5 collapsible rows) */} +
+ {Array.from({ length: 5 }).map((_, i) => ( +
+ + +
+ ))} +
+ + {/* Footer (3-column grid) */} +
+ {Array.from({ length: 3 }).map((_, i) => ( +
+ + +
+ ))} +
+
+ ) +} + type MobileMenuClientProps = { className?: string side: "left" | "right" - children: React.ReactNode } -const MobileMenuClient = ({ - className, - side, - children, -}: MobileMenuClientProps) => { +const MobileMenuClient = ({ className, side }: MobileMenuClientProps) => { const { t } = useTranslation("common") const [open, setOpen] = useCloseOnNavigate() const triggerRef = React.useRef(null) + // Track if menu has ever been opened to keep content loaded after first open + const [hasBeenOpened, setHasBeenOpened] = React.useState(false) + + // Prefetch the menu chunk after the page is idle + React.useEffect(() => { + if (hasBeenOpened) return + if (typeof window.requestIdleCallback === "function") { + const id = window.requestIdleCallback(() => lazyImport()) + return () => window.cancelIdleCallback(id) + } + }, [hasBeenOpened]) + + const handleOpenChange = (nextOpen: boolean) => { + // Set hasBeenOpened synchronously to avoid an empty frame before the skeleton + if (nextOpen && !hasBeenOpened) { + setHasBeenOpened(true) + } + setOpen(nextOpen) + } return ( - + - {children} + {hasBeenOpened && ( + ( +
+

{t("loading-error")}

+
+ + +
+
+ )} + > + }> + + + + )} ) diff --git a/src/components/Nav/MobileMenu/MobileMenuContent.tsx b/src/components/Nav/MobileMenu/MobileMenuContent.tsx new file mode 100644 index 00000000000..e9e8f8cab6e --- /dev/null +++ b/src/components/Nav/MobileMenu/MobileMenuContent.tsx @@ -0,0 +1,152 @@ +"use client" + +import { Languages, Menu } from "lucide-react" +import { useLocale } from "next-intl" +import * as TabsPrimitive from "@radix-ui/react-tabs" + +import type { Lang } from "@/lib/types" + +import LanguagePicker from "@/components/LanguagePicker" +import ExpandIcon from "@/components/Nav/MobileMenu/ExpandIcon" +import LvlAccordion from "@/components/Nav/MobileMenu/LvlAccordion" +import { useNavigation } from "@/components/Nav/useNavigation" +import { + Collapsible, + CollapsibleContent, + CollapsibleTrigger, +} from "@/components/ui/collapsible" +import { SheetFooter, SheetHeader } from "@/components/ui/sheet" + +import { cn } from "@/lib/utils/cn" +import { isLangRightToLeft } from "@/lib/utils/translations" +import { slugify } from "@/lib/utils/url" + +import { MOBILE_LANGUAGE_BUTTON_NAME, SECTION_LABELS } from "@/lib/constants" + +import FooterButton from "./FooterButton" +import FooterItemText from "./FooterItemText" +import MenuHeader from "./MenuHeader" +import ThemeToggleFooterButton from "./ThemeToggleFooterButton" + +import { useLanguagesDisplayInfo } from "@/hooks/useLanguagesDisplayInfo" +import useTranslation from "@/hooks/useTranslation" + +/** + * Client-side mobile menu content + * Fetches navigation and language data on the client to avoid RSC payload bloat + */ +export default function MobileMenuContent() { + const { t } = useTranslation("common") + const locale = useLocale() + const isRtl = isLangRightToLeft(locale as Lang) + const dir = isRtl ? "rtl" : "ltr" + + return ( + <> + + + + + + + + + + + + + + +
+ + + {t("languages")} + + +
+
+ +
+
+ + + {t("menu")} + + +
+ + + + + ) +} + +function NavigationContent({ className }: { className?: string }) { + const locale = useLocale() + const { linkSections } = useNavigation() + + return ( + + ) +} + +function LanguageContent({ className }: { className?: string }) { + const languages = useLanguagesDisplayInfo() + + return +} diff --git a/src/components/Nav/MobileMenu/index.tsx b/src/components/Nav/MobileMenu/index.tsx index 141e3d2e9cc..571f3711431 100644 --- a/src/components/Nav/MobileMenu/index.tsx +++ b/src/components/Nav/MobileMenu/index.tsx @@ -1,153 +1,30 @@ -import { Languages, Menu } from "lucide-react" -import { getLocale, getTranslations } from "next-intl/server" -import * as TabsPrimitive from "@radix-ui/react-tabs" +import { getLocale } from "next-intl/server" import type { Lang } from "@/lib/types" -import LanguagePicker from "@/components/LanguagePicker" -import ExpandIcon from "@/components/Nav/MobileMenu/ExpandIcon" -import LvlAccordion from "@/components/Nav/MobileMenu/LvlAccordion" -import { - Collapsible, - CollapsibleContent, - CollapsibleTrigger, -} from "@/components/ui/collapsible" -import { SheetFooter, SheetHeader } from "@/components/ui/sheet" - -import { cn } from "@/lib/utils/cn" import { isLangRightToLeft } from "@/lib/utils/translations" -import { slugify } from "@/lib/utils/url" - -import { MOBILE_LANGUAGE_BUTTON_NAME, SECTION_LABELS } from "@/lib/constants" -import FooterButton from "./FooterButton" -import FooterItemText from "./FooterItemText" -import MenuHeader from "./MenuHeader" import MobileMenuClient from "./MobileMenuClient" -import ThemeToggleFooterButton from "./ThemeToggleFooterButton" - -import { getLanguagesDisplayInfo, getNavigation } from "@/lib/nav/links" type MobileMenuProps = { className?: string } +/** + * Mobile navigation menu wrapper + * + * This is intentionally lightweight - the actual menu content is lazy-loaded + * client-side in MobileMenuClient to avoid including ~82KB of navigation data + * in the initial RSC payload. The navigation is behind a hamburger button + * click, so it doesn't need to be SSR'd. + */ export default async function MobileMenu({ className, ...props }: MobileMenuProps) { - const t = await getTranslations({ namespace: "common" }) const locale = await getLocale() const isRtl = isLangRightToLeft(locale as Lang) const side = isRtl ? "right" : "left" - const dir = isRtl ? "rtl" : "ltr" - - return ( - - - - - - - - - - - - - - - -
- - - {t("languages")} - - -
-
- -
-
- - - {t("menu")} - - -
- - - - - ) -} - -async function NavigationContent({ className }: { className?: string }) { - const locale = await getLocale() - const linkSections = await getNavigation() - - return ( - - ) -} - -async function LanguageContent({ className }: { className?: string }) { - const languages = await getLanguagesDisplayInfo() - return + return } diff --git a/src/components/Search/index.tsx b/src/components/Search/index.tsx index 503169a40ee..9a34c79bad4 100644 --- a/src/components/Search/index.tsx +++ b/src/components/Search/index.tsx @@ -7,6 +7,8 @@ import { type DocSearchHit, useDocSearchKeyboardEvents } from "@docsearch/react" import * as Portal from "@radix-ui/react-portal" import { Slot } from "@radix-ui/react-slot" +import { ErrorBoundary } from "@/components/ui/error-boundary" + import { trackCustomEvent } from "@/lib/utils/matomo" import { sanitizeHitTitle } from "@/lib/utils/sanitizeHitTitle" import { sanitizeHitUrl } from "@/lib/utils/url" @@ -134,7 +136,33 @@ const Search = ({ asChild = false, children }: SearchProps) => { )} - {isOpen && } + {isOpen && ( + ( +
+
+

{t("loading-error")}

+
+ + +
+
+
+ )} + > + + + )} ) diff --git a/src/components/ui/TruncatedText.tsx b/src/components/ui/TruncatedText.tsx index 253cc84dd63..8739e183eed 100644 --- a/src/components/ui/TruncatedText.tsx +++ b/src/components/ui/TruncatedText.tsx @@ -64,7 +64,7 @@ const TruncatedText = ({ }} className="relative z-10 mt-1 h-auto p-0 text-sm no-underline" > - {t(`show-${isExpanded ? "less" : "more"}`)} + {isExpanded ? t("show-less") : t("show-more")} ) diff --git a/src/components/ui/__stories__/TerminalTypewriter.stories.tsx b/src/components/ui/__stories__/TerminalTypewriter.stories.tsx new file mode 100644 index 00000000000..2b69acf3e71 --- /dev/null +++ b/src/components/ui/__stories__/TerminalTypewriter.stories.tsx @@ -0,0 +1,42 @@ +import { useTranslations } from "next-intl" +import { Meta, StoryObj } from "@storybook/react" + +import { TerminalTypewriter as TerminalTypewriterComponent } from "../terminal-typewriter" + +const meta = { + title: "Molecules / Display Content / TerminalTypewriter", + component: TerminalTypewriterComponent, + decorators: [ + (Story) => ( +
+ +
+ ), + ], +} satisfies Meta + +export default meta + +type Story = StoryObj + +const TerminalTypewriter = () => { + const t = useTranslations("page-developers-index") + return ( + + ) +} + +export const Default: Story = { + args: { + messages: [], + }, + render: () => , +} diff --git a/src/components/ui/error-boundary.tsx b/src/components/ui/error-boundary.tsx new file mode 100644 index 00000000000..baa0887e53c --- /dev/null +++ b/src/components/ui/error-boundary.tsx @@ -0,0 +1,51 @@ +"use client" + +import * as React from "react" +import * as Sentry from "@sentry/nextjs" + +type ErrorBoundaryProps = { + children: React.ReactNode + fallback: (props: { reset: () => void }) => React.ReactNode +} + +type ErrorBoundaryState = { + hasError: boolean +} + +/** + * Generic error boundary component. + * Class component is required — React 18 has no hook equivalent for + * getDerivedStateFromError. + * + * Usage: + * ```tsx + * }> + * + * + * ``` + */ +export class ErrorBoundary extends React.Component< + ErrorBoundaryProps, + ErrorBoundaryState +> { + state: ErrorBoundaryState = { hasError: false } + + static getDerivedStateFromError(): ErrorBoundaryState { + return { hasError: true } + } + + componentDidCatch(error: Error, errorInfo: React.ErrorInfo) { + Sentry.captureException(error, { + extra: { componentStack: errorInfo.componentStack }, + }) + } + + render() { + if (this.state.hasError) { + return this.props.fallback({ + reset: () => this.setState({ hasError: false }), + }) + } + return this.props.children + } +} diff --git a/src/components/ui/terminal-typewriter.tsx b/src/components/ui/terminal-typewriter.tsx new file mode 100644 index 00000000000..f291a0465ff --- /dev/null +++ b/src/components/ui/terminal-typewriter.tsx @@ -0,0 +1,83 @@ +"use client" + +import { useEffect, useState } from "react" + +import { cn } from "@/lib/utils/cn" + +const TYPING_MS = 60 +const DELETE_MS = 28 +const PAUSE_MS = 2000 +const NEXT_MS = 350 + +type Phase = "typing" | "paused" | "deleting" + +interface TerminalTypewriterProps { + messages: string[] + className?: string +} + +export function TerminalTypewriter({ + messages, + className, +}: TerminalTypewriterProps) { + const [msgIdx, setMsgIdx] = useState(0) + const [text, setText] = useState("") + const [phase, setPhase] = useState("typing") + useEffect(() => { + if (messages.length === 0) return + + const msg = messages[msgIdx] + let id: ReturnType + + if (phase === "typing") { + if (text.length < msg.length) { + id = setTimeout(() => setText(msg.slice(0, text.length + 1)), TYPING_MS) + } else { + id = setTimeout(() => setPhase("paused"), 50) + } + } else if (phase === "paused") { + id = setTimeout(() => setPhase("deleting"), PAUSE_MS) + } else { + if (text.length > 0) { + id = setTimeout(() => setText((t) => t.slice(0, -1)), DELETE_MS) + } else { + id = setTimeout(() => { + setMsgIdx((i) => (i + 1) % messages.length) + setPhase("typing") + }, NEXT_MS) + } + } + + return () => clearTimeout(id) + }, [text, phase, msgIdx, messages]) + + if (messages.length === 0) return null + + return ( +
+
+
+ + + +
+
+ + {"$\u00a0"} + + + {text} + {"█"} + +
+
+
+ ) +} diff --git a/src/data-layer/.env.example b/src/data-layer/.env.example index 1aefd4b39c5..dae448de1e3 100644 --- a/src/data-layer/.env.example +++ b/src/data-layer/.env.example @@ -32,6 +32,7 @@ # Required for reading/writing data to Netlify Blobs when USE_MOCK_DATA=false # SITE_ID=your-netlify-site-id # NETLIFY_BLOBS_TOKEN=your-netlify-blobs-token +# BLOB_STORE_NAME=data-layer-dev # Blob store name (default: "data-layer" for prod) # Google APIs (Calendar events, Apps/Dapps sheet, Community picks) # GOOGLE_API_KEY=your-google-api-key diff --git a/src/data-layer/docs.md b/src/data-layer/docs.md index ffb56615bca..e3fba6347ce 100644 --- a/src/data-layer/docs.md +++ b/src/data-layer/docs.md @@ -88,6 +88,7 @@ Always handle `null` returns with fallback values. **Production:** - `SITE_ID` - Netlify site ID (auto-provided) - `NETLIFY_BLOBS_TOKEN` - Netlify Blobs access token +- `BLOB_STORE_NAME` - Blob store name (default: `data-layer`). Use `data-layer-dev` for dev environments. - `TRIGGER_PROJECT_ID` - Trigger.dev project ID **S3 Image Storage:** diff --git a/src/data-layer/fetchers/developer-tools/utils.ts b/src/data-layer/fetchers/developer-tools/utils.ts index 1468d705a29..c9985f1a8ee 100644 --- a/src/data-layer/fetchers/developer-tools/utils.ts +++ b/src/data-layer/fetchers/developer-tools/utils.ts @@ -1,29 +1,24 @@ import { getDayOfYear, getWeekNumber } from "@/lib/utils/date" +import { + DEV_TOOL_CATEGORY_SLUG_LIST, + DEV_TOOL_CATEGORY_SLUGS, + type DeveloperToolCategorySlug, +} from "@/data/developerTools" + // Import the base DeveloperTool type from tool code (type-only import) // This is acceptable as it's a shared data contract, not a presentation dependency import type { DeveloperTool } from "../../../../app/[locale]/developers/tools/types" // Re-export for convenience export type { DeveloperTool } +export type { DeveloperToolCategorySlug } from "@/data/developerTools" +export { DEV_TOOL_CATEGORY_SLUG_LIST, DEV_TOOL_CATEGORY_SLUGS } // ============================================================================= // Types // ============================================================================= -/** - * Category slug type derived from the category mapping. - * These are URL-friendly identifiers for developer tool categories. - */ -export type DeveloperToolCategorySlug = - | "interoperability" - | "transactions" - | "analytics" - | "education" - | "sdks" - | "contracts" - | "security" - /** * Tools grouped by category slug. */ @@ -62,36 +57,6 @@ export interface DeveloperToolsDataEnvelope { // Constants // ============================================================================= -/** - * Maps human-readable category names to URL-friendly slugs. - * This is the data-layer copy of the constant - no UI dependencies. - */ -export const DEV_TOOL_CATEGORY_SLUGS: Record< - string, - DeveloperToolCategorySlug -> = { - "Cross-Chain & Interoperability": "interoperability", - "Transaction & Wallet Infrastructure": "transactions", - "Data, Analytics & Tracing": "analytics", - "Education & Community Resources": "education", - "Client Libraries & SDKs (Front-End)": "sdks", - "Smart Contract Development & Toolchains": "contracts", - "Security, Testing & Formal Verification": "security", -} - -/** - * List of all category slugs for iteration. - */ -export const DEV_TOOL_CATEGORY_SLUG_LIST: DeveloperToolCategorySlug[] = [ - "interoperability", - "transactions", - "analytics", - "education", - "sdks", - "contracts", - "security", -] - // Number of top tools to show in highlights section const HIGHLIGHTS_PER_CATEGORY = 9 // Number of preview tools to show in category cards diff --git a/src/data-layer/fetchers/fetchGitHubContributors.ts b/src/data-layer/fetchers/fetchGitHubContributors.ts new file mode 100644 index 00000000000..8506212d6cc --- /dev/null +++ b/src/data-layer/fetchers/fetchGitHubContributors.ts @@ -0,0 +1,353 @@ +import type { FileContributor, GitHubContributorsData } from "@/lib/types" + +import { CONTENT_DIR, OLD_CONTENT_DIR } from "@/lib/constants" + +const GITHUB_API_BASE = + "https://api.github.com/repos/ethereum/ethereum-org-website" + +// Optimized settings for parallel fetching +const BATCH_SIZE = 20 // Concurrent requests per batch +const BATCH_DELAY_MS = 50 // Small delay between batches to avoid rate limiting + +const APP_PAGES_PREFIX = "app/[locale]/" + +/** + * Generate all historical paths for an app page. + * Used to aggregate git history across directory structure migrations. + * + * For app router paths, also includes underscore-prefixed variants of each + * segment (e.g., roadmap/vision → roadmap/_vision) since Next.js private + * folders use the _ prefix but represent the same page. + */ +function getAllHistoricalPaths(pagePath: string): string[] { + const paths = [ + `src/pages/${pagePath}.tsx`, + `src/pages/${pagePath}/index.tsx`, + `src/pages/[locale]/${pagePath}.tsx`, + `src/pages/[locale]/${pagePath}/index.tsx`, + `${APP_PAGES_PREFIX}${pagePath}/page.tsx`, + `${APP_PAGES_PREFIX}${pagePath}/_components/${pagePath}.tsx`, + ] + + // Add underscore-prefixed variants for each segment + const segments = pagePath.split("/") + for (let i = 0; i < segments.length; i++) { + const variant = [...segments] + variant[i] = `_${variant[i]}` + paths.push(`${APP_PAGES_PREFIX}${variant.join("/")}/page.tsx`) + } + + return paths +} + +const delay = (ms: number) => new Promise((resolve) => setTimeout(resolve, ms)) + +/** + * Process items in parallel batches. + * Executes `fn` for each item, with at most `batchSize` concurrent operations. + */ +async function parallelBatch( + items: T[], + fn: (item: T) => Promise, + batchSize: number = BATCH_SIZE +): Promise { + const results: R[] = [] + + for (let i = 0; i < items.length; i += batchSize) { + const batch = items.slice(i, i + batchSize) + const batchResults = await Promise.all(batch.map(fn)) + results.push(...batchResults) + + // Small delay between batches to avoid rate limiting + if (i + batchSize < items.length) { + await delay(BATCH_DELAY_MS) + } + } + + return results +} + +/** + * Fetch commits for a file path from GitHub API. + * Returns contributors in FileContributor format. + */ +async function fetchCommitsForPath( + filepath: string, + token: string +): Promise { + const url = new URL(`${GITHUB_API_BASE}/commits`) + url.searchParams.set("path", filepath) + url.searchParams.set("sha", "master") + + const response = await fetch(url.href, { + headers: { + Authorization: `Bearer ${token}`, + Accept: "application/vnd.github.v3+json", + }, + }) + + // Handle rate limiting + if ( + response.status === 403 && + response.headers.get("X-RateLimit-Remaining") === "0" + ) { + const resetTime = response.headers.get("X-RateLimit-Reset") + if (resetTime) { + const waitTime = +resetTime - Math.floor(Date.now() / 1000) + console.log(`Rate limit exceeded, waiting ${waitTime}s...`) + await delay(waitTime * 1000) + return fetchCommitsForPath(filepath, token) // Retry + } + } + + if (!response.ok) { + // 404 is expected for paths that don't exist + if (response.status !== 404) { + console.warn( + `Failed to fetch commits for ${filepath}: ${response.status}` + ) + } + return [] + } + + const commits = await response.json() + if (!Array.isArray(commits)) { + return [] + } + + // Transform to FileContributor format and deduplicate. + // When a commit author email isn't linked to a GitHub account, the API + // returns `author: null`. We still include these commits so their date + // is captured, using the git commit author name as a fallback identity. + const contributors = commits.map( + (commit: { + author?: { login: string; avatar_url: string; html_url: string } | null + commit: { author: { name: string; date: string } } + }) => ({ + login: commit.author?.login ?? commit.commit.author.name, + avatar_url: commit.author?.avatar_url ?? "", + html_url: commit.author?.html_url ?? "", + date: commit.commit.author.date, + }) + ) + + // Remove duplicates by login (keep first = most recent) + const seen = new Set() + return contributors.filter((c: FileContributor) => { + if (seen.has(c.login)) return false + seen.add(c.login) + return true + }) +} + +/** + * Fetch contributors for multiple paths and merge/deduplicate results. + */ +async function fetchContributorsForPaths( + paths: string[], + token: string +): Promise { + const results = await parallelBatch(paths, (path) => + fetchCommitsForPath(path, token) + ) + + const allContributors = results.flat() + + // Deduplicate by login (keep first = most recent) + const seen = new Set() + return allContributors.filter((c) => { + if (seen.has(c.login)) return false + seen.add(c.login) + return true + }) +} + +interface GitTreeItem { + path: string + type: "blob" | "tree" + sha: string +} + +/** + * Fetch the full repo tree in ONE API call. + * Returns both content slugs and app page paths discovered from the tree. + */ +async function discoverPathsFromTree(token: string): Promise<{ + contentSlugs: string[] + appPagePaths: string[] +}> { + const url = `${GITHUB_API_BASE}/git/trees/master?recursive=1` + + const response = await fetch(url, { + headers: { + Authorization: `Bearer ${token}`, + Accept: "application/vnd.github.v3+json", + }, + }) + + if (!response.ok) { + throw new Error(`Failed to fetch repo tree: ${response.status}`) + } + + const data = await response.json() + const tree: GitTreeItem[] = data.tree + + const contentSlugs: string[] = [] + const appPagePaths: string[] = [] + + const contentPrefix = `${CONTENT_DIR}/` + const translationsSegment = "/translations/" + + for (const item of tree) { + if (item.type !== "blob") continue + + // Content files: public/content/{slug}/index.md (excluding translations) + if ( + item.path.startsWith(contentPrefix) && + item.path.endsWith("/index.md") && + !item.path.includes(translationsSegment) + ) { + const relativePath = item.path.slice(contentPrefix.length) + const slug = relativePath.replace(/\/index\.md$/, "") + contentSlugs.push(slug) + } + + // App pages: app/[locale]/{pagePath}/page.tsx + // Strip the prefix and /page.tsx suffix to get the pagePath key. + // Next.js private folders (prefixed with _) are excluded from routing, + // so strip leading underscores from segments to match the route key + // that page components pass to getAppPageContributorInfo(). + if ( + item.path.startsWith(APP_PAGES_PREFIX) && + item.path.endsWith("/page.tsx") + ) { + const pagePath = item.path + .slice(APP_PAGES_PREFIX.length) + .replace(/\/page\.tsx$/, "") + + // Normalize private folder prefixes: _vision → vision + const normalized = pagePath + .split("/") + .map((seg) => (seg.startsWith("_") ? seg.slice(1) : seg)) + .join("/") + + appPagePaths.push(normalized) + } + } + + return { contentSlugs, appPagePaths } +} + +/** + * Fetch GitHub contributors data for all content files and app pages. + * This runs as a scheduled task (weekly) and stores results in Netlify Blobs. + * + * Optimizations: + * - Uses git/trees API to list all content files in ONE request + * - Fetches commits in parallel batches (20 concurrent requests) + * - Minimal delays between batches (50ms) + */ +export async function fetchGitHubContributors(): Promise { + const token = process.env.GITHUB_TOKEN_READ_ONLY + + if (!token) { + throw new Error("GitHub token not set (GITHUB_TOKEN_READ_ONLY)") + } + + console.log("Starting GitHub contributors fetch...") + const startTime = Date.now() + + const result: GitHubContributorsData = { + content: {}, + appPages: {}, + generatedAt: new Date().toISOString(), + } + + // 1. Discover all paths from repo tree (single API call) + console.log("Discovering paths from git/trees API...") + const { contentSlugs, appPagePaths } = await discoverPathsFromTree(token) + console.log( + `Found ${contentSlugs.length} content slugs and ${appPagePaths.length} app pages in ${Date.now() - startTime}ms` + ) + + // Prepare all paths to fetch (current + legacy for each slug) + const contentPathPairs = contentSlugs.map((slug) => ({ + slug, + paths: [ + `${CONTENT_DIR}/${slug}/index.md`, + `${OLD_CONTENT_DIR}/${slug}/index.md`, + ], + })) + + console.log( + `Fetching contributors for ${contentSlugs.length} content files (parallel batches of ${BATCH_SIZE})...` + ) + const contentStartTime = Date.now() + + // Fetch all content file contributors in parallel batches + const contentResults = await parallelBatch( + contentPathPairs, + async ({ slug, paths }) => { + const contributors = await fetchContributorsForPaths(paths, token) + return { slug, contributors } + } + ) + + // Populate result + for (const { slug, contributors } of contentResults) { + if (contributors.length > 0) { + result.content[slug] = contributors + } + } + + console.log( + `Fetched contributors for ${Object.keys(result.content).length} content files in ${Date.now() - contentStartTime}ms` + ) + + // 2. Fetch app page contributors + console.log( + `Fetching contributors for ${appPagePaths.length} app pages (parallel batches of ${BATCH_SIZE})...` + ) + const appPagesStartTime = Date.now() + + // Prepare all paths for each app page + const appPagePathPairs = appPagePaths.map((pagePath) => ({ + pagePath, + paths: getAllHistoricalPaths(pagePath), + })) + + // Fetch all app page contributors in parallel batches + const appPageResults = await parallelBatch( + appPagePathPairs, + async ({ pagePath, paths }) => { + const contributors = await fetchContributorsForPaths(paths, token) + return { pagePath, contributors } + } + ) + + // Populate result + for (const { pagePath, contributors } of appPageResults) { + if (contributors.length > 0) { + result.appPages[pagePath] = contributors + } + } + + console.log( + `Fetched contributors for ${Object.keys(result.appPages).length} app pages in ${Date.now() - appPagesStartTime}ms` + ) + + const totalContributors = + Object.values(result.content).flat().length + + Object.values(result.appPages).flat().length + + const totalTime = Date.now() - startTime + console.log("GitHub contributors fetch complete", { + contentFiles: Object.keys(result.content).length, + appPages: Object.keys(result.appPages).length, + totalContributors, + totalTimeMs: totalTime, + generatedAt: result.generatedAt, + }) + + return result +} diff --git a/src/data-layer/index.ts b/src/data-layer/index.ts index 938ede215c9..29466a0dd19 100644 --- a/src/data-layer/index.ts +++ b/src/data-layer/index.ts @@ -5,6 +5,7 @@ import type { CommunityPick, EventItem, GHIssue, + GitHubContributorsData, GithubRepoData, GrowThePieData, GrowThePieMasterData, @@ -48,3 +49,4 @@ export const getEventsData = () => get(KEYS.EVENTS) export const getDeveloperToolsData = () => get(KEYS.DEVELOPER_TOOLS) export const getAccountHolders = () => get(KEYS.ACCOUNT_HOLDERS) export const getTranslationGlossary = () => get(KEYS.TRANSLATION_GLOSSARY) +export const getGitHubContributors = () => get(KEYS.GITHUB_CONTRIBUTORS) diff --git a/src/data-layer/mocks/fetch-github-contributors.json b/src/data-layer/mocks/fetch-github-contributors.json new file mode 100644 index 00000000000..a13db3adb31 --- /dev/null +++ b/src/data-layer/mocks/fetch-github-contributors.json @@ -0,0 +1,23 @@ +{ + "content": { + "about": [ + { + "login": "example-contributor", + "avatar_url": "https://avatars.githubusercontent.com/u/1?v=4", + "html_url": "https://github.com/example-contributor", + "date": "2025-01-01T00:00:00Z" + } + ] + }, + "appPages": { + "staking": [ + { + "login": "example-contributor", + "avatar_url": "https://avatars.githubusercontent.com/u/1?v=4", + "html_url": "https://github.com/example-contributor", + "date": "2025-01-01T00:00:00Z" + } + ] + }, + "generatedAt": "2025-01-01T00:00:00Z" +} diff --git a/src/data-layer/storage.ts b/src/data-layer/storage.ts index 1949bbd0743..ed960024e91 100644 --- a/src/data-layer/storage.ts +++ b/src/data-layer/storage.ts @@ -22,8 +22,10 @@ function getBlobs() { throw new Error("Missing SITE_ID or NETLIFY_BLOBS_TOKEN") } + const storeName = process.env.BLOB_STORE_NAME || "data-layer" + blobStore = getStore({ - name: "data-layer", + name: storeName, siteID, token, } as Parameters[0]) diff --git a/src/data-layer/tasks.ts b/src/data-layer/tasks.ts index 7c5e6efd663..673b90418bb 100644 --- a/src/data-layer/tasks.ts +++ b/src/data-layer/tasks.ts @@ -1,6 +1,7 @@ /** * Trigger.dev scheduled tasks for data fetching. * + * Weekly tasks run on Sundays at midnight UTC. * Daily tasks run at midnight UTC. * Hourly tasks run every hour. */ @@ -21,6 +22,7 @@ import { fetchEthPrice } from "./fetchers/fetchEthPrice" import { fetchEvents } from "./fetchers/fetchEvents" import { fetchGFIs } from "./fetchers/fetchGFIs" import { fetchGitHistory } from "./fetchers/fetchGitHistory" +import { fetchGitHubContributors } from "./fetchers/fetchGitHubContributors" import { fetchGithubRepoData } from "./fetchers/fetchGithubRepoData" import { fetchGrowThePie } from "./fetchers/fetchGrowThePie" import { fetchGrowThePieBlockspace } from "./fetchers/fetchGrowThePieBlockspace" @@ -37,6 +39,7 @@ import { set } from "./storage" export const KEYS = { APPS: "fetch-apps", CALENDAR_EVENTS: "fetch-calendar-events", + GITHUB_CONTRIBUTORS: "fetch-github-contributors", COMMUNITY_PICKS: "fetch-community-picks", DEVELOPER_TOOLS: "fetch-developer-tools", GFIS: "fetch-gfis", @@ -64,6 +67,8 @@ export const KEYS = { // Task definition: storage key + fetch function type TaskDef = [string, () => Promise] +const WEEKLY: TaskDef[] = [[KEYS.GITHUB_CONTRIBUTORS, fetchGitHubContributors]] + const DAILY: TaskDef[] = [ [KEYS.ACCOUNT_HOLDERS, fetchAccountHolders], [KEYS.APPS, fetchApps], @@ -114,13 +119,24 @@ function createDataTask([key, fetchFn]: TaskDef) { }) } +const weeklyFetchTasks = WEEKLY.map(createDataTask) const dailyFetchTasks = DAILY.map(createDataTask) const hourlyFetchTasks = HOURLY.map(createDataTask) // Must export for trigger.dev to discover -export const allFetchTasks = [...dailyFetchTasks, ...hourlyFetchTasks] +export const allFetchTasks = [ + ...weeklyFetchTasks, + ...dailyFetchTasks, + ...hourlyFetchTasks, +] // ─── Scheduled orchestrators ─── +export const weeklyTask = schedules.task({ + id: "weekly-data-fetch", + cron: "0 0 * * 0", // Sundays at midnight UTC + run: () => Promise.all(weeklyFetchTasks.map((t) => t.trigger())), +}) + export const dailyTask = schedules.task({ id: "daily-data-fetch", cron: "0 0 * * *", diff --git a/src/data/consensus-bounty-hunters.json b/src/data/consensus-bounty-hunters.json index 3750e7ae041..8a0cfebe663 100644 --- a/src/data/consensus-bounty-hunters.json +++ b/src/data/consensus-bounty-hunters.json @@ -4,6 +4,11 @@ "name": "protolambda", "score": 42400 }, + { + "username": "revofusion", + "name": "Revofusion", + "score": 40000 + }, { "username": "cryptosubtlety", "name": "Quan Thoi Minh Nguyen", diff --git a/src/data/developerTools.ts b/src/data/developerTools.ts new file mode 100644 index 00000000000..e3263fec3ce --- /dev/null +++ b/src/data/developerTools.ts @@ -0,0 +1,22 @@ +export const DEV_TOOL_CATEGORY_SLUG_LIST = [ + "interoperability", + "transactions", + "analytics", + "education", + "sdks", + "contracts", + "security", +] as const + +export type DeveloperToolCategorySlug = + (typeof DEV_TOOL_CATEGORY_SLUG_LIST)[number] + +export const DEV_TOOL_CATEGORY_SLUGS = { + "Cross-Chain & Interoperability": "interoperability", + "Transaction & Wallet Infrastructure": "transactions", + "Data, Analytics & Tracing": "analytics", + "Education & Community Resources": "education", + "Client Libraries & SDKs (Front-End)": "sdks", + "Smart Contract Development & Toolchains": "contracts", + "Security, Testing & Formal Verification": "security", +} satisfies Record diff --git a/src/data/exchangesByCountry.ts b/src/data/exchangesByCountry.ts index 8dabfe59620..fd6e21bc22c 100644 --- a/src/data/exchangesByCountry.ts +++ b/src/data/exchangesByCountry.ts @@ -1,3 +1,7 @@ +// ⚠️ IMPORTANT: When modifying exchange data below, update this date to the current timestamp. +// This replaced a dynamic `git log` call — there is no automated mechanism to keep it in sync. +export const exchangesByCountryLastUpdated = "2025-10-21T13:11:58-07:00" + const exchangesByCountry = { // Afghanistan AF: [ diff --git a/src/data/execution-bounty-hunters.json b/src/data/execution-bounty-hunters.json index 741b4056186..b861c7b7ec0 100644 --- a/src/data/execution-bounty-hunters.json +++ b/src/data/execution-bounty-hunters.json @@ -38,6 +38,11 @@ "username": "johnyangk", "name": "John Youngseok Yang (Software Platform Lab)", "score": 20000 + }, + { + "username": "revofusion", + "name": "Revofusion", + "score": 20000 }, { "username": "peckshield", @@ -104,6 +109,11 @@ "name": "VulSight", "score": 10000 }, + { + "username": "cantinaxyz", + "name": "Cantina", + "score": 10000 + }, { "username": "", "name": "Sebastian Henningsen", diff --git a/src/data/published.json b/src/data/published.json index e8c34895424..d38631e79d9 100644 --- a/src/data/published.json +++ b/src/data/published.json @@ -1 +1 @@ -{"date":"2026-03-06"} +{"date":"2026-03-13"} diff --git a/src/data/roadmap/releases.tsx b/src/data/roadmap/releases.tsx index 7113db6d813..9bd1ee72d8c 100644 --- a/src/data/roadmap/releases.tsx +++ b/src/data/roadmap/releases.tsx @@ -5,6 +5,7 @@ import GuidesHubHeroImage from "@/public/images/heroes/guides-hub-hero.jpg" import Layer2HubHeroImage from "@/public/images/heroes/layer-2-hub-hero.png" import QuizzesHubHeroImage from "@/public/images/heroes/quizzes-hub-hero.png" import FusakaImage from "@/public/images/roadmap/roadmap-fusaka.png" +import GlamsterdamImage from "@/public/images/roadmap/roadmap-glamsterdam.png" import PectraImage from "@/public/images/roadmap/roadmap-pectra.png" type TranslationFunction = (key: string) => string @@ -18,6 +19,7 @@ interface BaseRelease { image: StaticImageData releaseName: string content: React.ReactNode | ((t: TranslationFunction) => React.ReactNode) + displayDate?: string href?: string forkcast_href?: string } @@ -173,20 +175,41 @@ export const getReleasesData = (t: TranslationFunction): Release[] => [ forkcast_href: "https://forkcast.org/upgrade/fusaka", }, { - image: GuidesHubHeroImage, + image: GlamsterdamImage, releaseName: "Glamsterdam", plannedReleaseYear: "2026", + displayDate: "H1 2026", + href: "/roadmap/glamsterdam/", content: (
-

- {t("page-roadmap-glamsterdam-discussed-title")} -

+

{t("page-roadmap-glamsterdam-epbs-title")}

+
    +
  • {t("page-roadmap-glamsterdam-epbs-item-1")}
    • +
  • {t("page-roadmap-glamsterdam-epbs-item-2")}
    • +
+

{t("page-roadmap-glamsterdam-bal-title")}

    -
  • {t("page-roadmap-glamsterdam-discussed-item-1")}
    • -
  • {t("page-roadmap-glamsterdam-discussed-item-2")}
    • +
  • {t("page-roadmap-glamsterdam-bal-item-1")}
    • +
  • {t("page-roadmap-glamsterdam-bal-item-2")}
    • +
  • {t("page-roadmap-glamsterdam-bal-item-3")}
), forkcast_href: "https://forkcast.org/upgrade/glamsterdam", }, + { + image: GuidesHubHeroImage, + releaseName: "Hegotá", + plannedReleaseYear: "2026", + displayDate: "H2 2026", + content: ( +
+

{t("page-roadmap-hegota-discussed-title")}

+
    +
  • {t("page-roadmap-hegota-discussed-item-1")}
    • +
+
+ ), + forkcast_href: "https://forkcast.org/upgrade/hegota", + }, ] diff --git a/src/hooks/useCentralizedExchanges.ts b/src/hooks/useCentralizedExchanges.ts index 21f06d17a63..3e67d5b534c 100644 --- a/src/hooks/useCentralizedExchanges.ts +++ b/src/hooks/useCentralizedExchanges.ts @@ -400,7 +400,7 @@ export const useCentralizedExchanges = () => { description, link: exchanges[exchange].url, image: exchanges[exchange].image, - alt: t("common:item-logo", { item: exchanges[exchange].name }), + alt: "", // Decorative icon with text label, keep alt blank } }) ) diff --git a/src/hooks/useLanguagesDisplayInfo.ts b/src/hooks/useLanguagesDisplayInfo.ts new file mode 100644 index 00000000000..85d55105225 --- /dev/null +++ b/src/hooks/useLanguagesDisplayInfo.ts @@ -0,0 +1,35 @@ +"use client" + +import { useMemo } from "react" +import { useLocale } from "next-intl" + +import type { Lang, LocaleDisplayInfo } from "@/lib/types" + +import { filterRealLocales } from "@/lib/utils/translations" + +import { LOCALES_CODES } from "@/lib/constants" + +import useTranslation from "@/hooks/useTranslation" +import { localeToDisplayInfo } from "@/lib/nav/localeToDisplayInfo" + +// Pre-filtered locales +const FILTERED_LOCALES = filterRealLocales(LOCALES_CODES) + +/** + * Client-side hook to generate language display information + * Uses Intl.DisplayNames as fallback when translations aren't available + */ +export const useLanguagesDisplayInfo = (): LocaleDisplayInfo[] => { + const locale = useLocale() + // Use common namespace - translations may not exist, but localeToDisplayInfo + // has fallbacks using Intl.DisplayNames + const { t } = useTranslation("common") + + return useMemo(() => { + if (!FILTERED_LOCALES?.length) return [] + + return (FILTERED_LOCALES as Lang[]).map((localeOption) => { + return localeToDisplayInfo(localeOption, locale as Lang, t) + }) + }, [locale, t]) +} diff --git a/src/intl/ar/common.json b/src/intl/ar/common.json index 5fc545425d9..84f1891e400 100644 --- a/src/intl/ar/common.json +++ b/src/intl/ar/common.json @@ -25,11 +25,9 @@ "close": "إغلاق", "community": "المجتمع", "community-hub": "مركز المجتمع", - "community-menu": "قائمة المجتمع", "conferences": "المؤتمرات", "consensus-when-shipping": "متى يتم الشحن؟", "contact": "جهة اتصال الصحافة", - "content-buckets": "مجموعات المحتوى", "content-resources": "موارد المحتوى", "content-standardization": "توحيد المحتوى", "contributing": "المساهمة", @@ -53,7 +51,6 @@ "design-principles": "مبادئ التصميم", "devcon": "ديفكون", "developers": "المبرمجون", - "developers-home": "الصفحة الرئيسية للمبرمجين", "docs": "الوثائق", "docsearch-error-help": "قد ترغب في التحقق من اتصال الشبكة الخاصة بك.", "docsearch-error-title": "تعذر الحصول على النتائج", @@ -73,7 +70,6 @@ "docsearch-to-select": "للتحديد", "documentation": "التوثيق", "down": "اسفل", - "ecosystem": "النظام البيئي", "edit-page": "تعديل الصفحة", "ef-blog": "مدونة مؤسسة إيثريوم", "eips": "مقترحات تحسين إيثريوم", @@ -81,16 +77,12 @@ "enterprise": "شركة", "use-cases": "حالات الاستخدام", "enterprise-mainnet": "الشركة - شبكة إيثريوم الرئيسية", - "enterprise-menu": "قائمة الشركات", - "enterprise-team-description": "سوف نجيب عن أسئلتك، ونساعدك في تحديد المسارات المحتملة للمضي قدمًا، ونقدّم الدعم الفني، ونوصلك بالروّاد المناسبين في الصناعة.", - "enterprise-team": "فريق شركة إيثريوم", "error-page-title": "عذرًا! حدث خطأ ما", "error-page-description": "يمكنك مساعدتنا على التحسن عبر الإبلاغ عن هذه المشكلة مستودع GitHub.", "error-page-home-link": "الرجوع إلى الصفحة الرئيسية", "esp": "برنامج دعم النظام البيئي", "eth-current-price": "سعر ETH الحالي (بالدولار الأمريكي)", "ethereum": "إثيريوم", - "ethereum-basics": "أساسيات إيثريوم", "ethereum-brand-assets": "أصول الشركة لإيثريوم", "ethereum-bug-bounty": "برنامج مكافأة أخطاء إيثريوم", "ethereum-events": "أحداث إيثريوم", @@ -101,12 +93,9 @@ "ethereum-history-founder-and-ownership": "تاريخ إيثريوم ومؤسسها وملكيتها", "ethereum-logo": "شعار إيثريوم", "ethereum-online": "المجتمعات على الإنترنت", - "ethereum-protocol": "بروتوكول إيثريوم", "ethereum-roadmap": "خارطة طريق إيثريوم", "ethereum-security": "أمان إيثريوم ومنع الاحتيال", "ethereum-privacy": "الخصوصية على إيثريوم", - "ethereum-support": "دعم إيثريوم", - "ethereum-upgrades": "تطويرات إيثريوم", "ethereum-vs-bitcoin": "إيثريوم مقابل بيتكوين", "ethereum-wallets": "محافظ إيثريوم", "ethereum-whitepaper": "دليل استخدام إيثريوم", @@ -122,7 +111,6 @@ "feedback-widget-thank-you-timing": "٢-٣ دقائق", "feedback-widget-thank-you-title": "شكرًا لك على إبداء ملاحظاتك!", "filter-bar-clear": "مسح الفلتر", - "filter-bar-empty": "لا توجد عناصر تطابق الفلتر المحدد", "filter-bar-no-results": "لم يتم العثور على نتائج", "filter-bar-placeholder": "تصفية حسب", "filter-bar-showing": "عرض", @@ -134,22 +122,15 @@ "get-involved": "المشاركة", "get-started": "بدء الاستخدام", "go-to-top": "الانتقال للأعلى", - "grant-programs": "برامج منح النظام البيئي", "grants": "المنح", "guides": "الأدلة", - "guides-hub": "أدلة إرشادية", - "history-of-ethereum": "تاريخ إيثريوم", "home": "الصفحة الرئيسية", - "how-ethereum-works": "كيفية عمل إيثريوم", "how-to-create-an-ethereum-account": "كيف \"تُنشئ\" حساب إيثريوم", "how-to-revoke-token-access": "كيفية إلغاء وصول العقد الذكي إلى أموال العملات المشفرة الخاصة بك", "how-to-swap-tokens": "كيفية مبادلة الرموز المميزة", "how-to-use-a-bridge": "كيفية نقل الرموز المميزة عبر جسر إلى الطبقة 2", "how-to-use-a-wallet": "كيفية استخدام محفظة", "image": "صورة", - "item-logo": "شعار {item}", - "in-this-section": "في هذا القسم", - "individuals": "الأفراد", "jobs": "الوظائف", "kraken-logo": "شعار شركة Kraken", "language-am": "الأمهرية", @@ -231,13 +212,8 @@ "less": "أقل", "light-mode": "فاتح", "light-mode-aria-label": "الانتقال إلى الوضع النهاري", - "listing-policy-disclaimer": "جميع المنتجات المدرجة في هذه الصفحة ليست مصادقة رسمية ولا تقدم إلا لأغراض إعلامية. إذا كنت ترغب في إضافة منتج أو تقديم ملاحظات بشأن السياسة، فاطرح مشكلة في GitHub.", "loading": "جارٍ التحميل...", - "loading-error": "خطأ في التحميل.", "loading-error-refresh": "خطأ، يُرجى التحديث.", - "loading-error-try-again-later": "يتعذر تحميل البيانات، يُرجى إعادة المحاولة لاحقًا.", - "logo": "الشعار", - "mainnet-ethereum": "إيثريوم للشبكة الرئيسية", "meetups": "اللقاءات", "menu": "القائمة", "merge": "دمج", @@ -262,7 +238,6 @@ "nav-defi-description": "بديل عالمي مفتوح للسوق المالية التقليدية", "nav-desci-description": "نظام عالمي ومفتوح بديل للنظام العلمي الحالي", "nav-desoc-description": "منصات قائمة على البلوكتشين للتفاعل الاجتماعي وإنشاء المحتوى", - "nav-developers": "المبرمجون", "nav-developers-docs": "مستندات المبرمجين", "nav-did-description": "يمكنك إصدار المعرّفات اللامركزية الفريدة الخاصة بك وامتلاكها", "nav-docs-description": "مستندات لمساعدتك على الفهم والبناء باستخدام إيثريوم", @@ -312,7 +287,6 @@ "nav-history-label": "التاريخ الفني للإيثريوم", "nav-learn-ethereum-development-description": "ابدأ أو ارتقِ بمستوى تعليمك في تطوير إيثريوم", "nav-start-building-description": "اختر حزمة تطوير إيثريوم الخاصة بك وقم بإعدادها", - "nav-networks-home-description": "معاملات أرخص وأسرع لإيثريوم", "nav-networks-introduction-label": "مقدمة", "nav-networks-introduction-description": "لقد توسعت إيثريوم لتصبح شبكة الشبكات", "nav-networks-explore-networks-label": "اكتشف الشبكات", @@ -387,10 +361,6 @@ "on-this-page": "في هذه الصفحة", "onchain-gaming": "الألعاب على السلسلة", "open": "مفتوح", - "open-research": "البحث المفتوح", - "page-developers-aria-label": "قائمة المبرمجين", - "page-index-meta-title": "الصفحة الرئيسية", - "page-languages-browser-default": "الإعدادات الافتراضية للمتصفح", "page-languages-filter-label": "قائمة عوامل التصفية", "page-languages-filter-placeholder": "اكتب للتصفية", "page-languages-interested": "هل ترغب في المساهمة؟", @@ -412,7 +382,6 @@ "pools": "تجميد العملات المجمّع", "prediction-markets": "أسواق التنبؤات", "privacy-policy": "سياسة الخصوصية", - "private-ethereum": "إيثريوم خاص", "product-disclaimer": "يتم إدراج المنتجات والخدمات باعتبارها مناسبة لمجتمع إيثريوم. إدراج منتج أو خدمة لا يمثل مصادقة من فريق موقع ethereum.org الإلكتروني أو مؤسسة إيثريوم.", "quizzes": "الاختبارات", "quizzes-title": "مركز الاختبار", @@ -423,23 +392,17 @@ "resources": "مصادر الترجمة", "return-home": "العودة إلى الصفحة الرئيسية", "roadmap": "خارطة طريق إثيريوم", - "rollup-component-developer-docs": "مستندات المبرمج", - "rollup-component-technology-and-risk-summary": "ملخص التكنولوجيا والخطر", "rollup-component-website": "الموقع الإلكتروني", "run-a-node": "تشغيل عقدة", "real-world-assets": "أصول العالم الواقعي (RWAs)", "saas": "تجميد العملات كخدمة", "scaling": "التوسع", "search": "بحث", - "search-box-blank-state-text": "إجراء البحث!", - "search-eth-address": "يبدو هذا كعنوان إيثريوم. نحن لا نقدم بيانات محددة للعناوين. حاول البحث عنه في مستكشف كتلة مثل", "search-ethereum-org": "البحث في ethereum.org", - "search-no-results": "لا توجد نتائج لبحثك", "secret-leader-election": "إنتخاب قائد سري", "security": "الأمان", "see-contributors": "عرض المساهمين", "start-building": "بدء الإنشاء", - "sharding": "التقسيم", "show-all": "إظهار الكل", "show-more": "عرض المزيد", "show-less": "إظهار أقل", @@ -452,7 +415,6 @@ "stablecoins": "العملات الثابتة", "stake-eth": "تجميد عملات ETH", "staking": "تجميد العملات", - "start-here": "البدء من هنا", "statelessness": "انعدام الجنسية", "style-guide": "دليل الأسلوب", "support": "الدعم", @@ -475,22 +437,19 @@ "tutorials": "تعليمات الاستخدام", "up": "فوق", "use": "الاستخدام", - "use-ethereum": "استخدام إيثريوم", - "use-ethereum-menu": "استخدام قائمة إيثريوم", "use-menu": "قائمة الاستخدام", "user-experience": "تجربة المستخدم", "verkle-trees": "أشجار فيركل", "wallets": "المحافظ", "we-couldnt-find-that-page": "تعذّر علينا العثور على هذه الصفحة", "web3": "ما هو الإصدار الثالث من الويب Web3؟", - "web3-title": "الإصدار الثالث من الويب Web3", "website-last-updated": "آخر تحديث للموقع", "what-are-apps": "ما هي التطبيقات؟", "what-is-ether": "ما هو Ether (ETH)؟", "what-is-ethereum": "ما هو إيثريوم؟", "what-is-the-ethereum-network": "ما هي شبكة الإيثريوم؟", "withdrawals": "عمليات سحب تجميد العملات", - "wrapped-ether": "Wrapped Ether", + "wrapped-eth": "Wrapped Ether", "yes": "نعم", "zero-knowledge-proofs": "براهين المعرفة الصفرية", "region-crimea": "القرم", diff --git a/src/intl/ar/glossary-tooltip.json b/src/intl/ar/glossary-tooltip.json new file mode 100644 index 00000000000..f0bae589c8c --- /dev/null +++ b/src/intl/ar/glossary-tooltip.json @@ -0,0 +1,4 @@ +{ + "state-term": "الحالة", + "state-definition": "لقطة لجميع الأرصدة والبيانات في نقطة زمنية معينة على البلوكتشين، وعادة ما تشير إلى الحالة عند بلوك معين." +} diff --git a/src/intl/ar/page-community-events.json b/src/intl/ar/page-community-events.json index 4df6e3ed9cf..13c04769b55 100644 --- a/src/intl/ar/page-community-events.json +++ b/src/intl/ar/page-community-events.json @@ -99,5 +99,6 @@ "page-events-meetups-events-subtitle": "ابحث عن الهاكاثونات القادمة والتجمعات المجتمعية والمؤتمرات حول النظام البيئي لإيثريوم.", "page-events-cta-title": "هل تنظم حدثًا؟", "page-events-cta-body": "هذه قائمة غير شاملة يحتفظ بها مجتمعنا. هل تعرف عن حدث إيثريوم قادم لإضافته إلى هذه القائمة؟", - "page-events-cta-button": "إرسال حدث" + "page-events-cta-button": "إرسال حدث", + "item-logo": "شعار {item}" } diff --git a/src/intl/ar/page-developers-index.json b/src/intl/ar/page-developers-index.json index b4b468c1cb4..ca05e601ad7 100644 --- a/src/intl/ar/page-developers-index.json +++ b/src/intl/ar/page-developers-index.json @@ -19,7 +19,15 @@ "page-developers-dev-env-link": "بيئات التطوير", "page-developers-discord": "انضم لنا على الديسكورد", "page-developers-docs-introductions": "المقدمات", + "page-developers-ethskills-cta": "ابنِ مع {ethskills}", + "page-developers-ethskills-desc": "معرفة منظمة بإيثريوم لحزمة الوكلاء الذكية. امنح وكيل الذكاء الاصطناعي الخاص بك السياق الذي يحتاجه لقراءة الحالة وإرسال المعاملات والتنسيق مع البروتوكولات، دون مغادرة نافذة سياق النموذج.", "page-developers-ethskills-label": "سياق وكيل الذكاء الاصطناعي لإيثريوم", + "page-developers-ethskills-msg-1": "أطلق عملة لمجتمعي", + "page-developers-ethskills-msg-2": "أنشئ نادي معجبين يدفع لي عندما ينضم الناس", + "page-developers-ethskills-msg-3": "اجعل فني يكسب عوائد في كل مرة يُعاد بيعه", + "page-developers-ethskills-msg-4": "أنشئ DAO ودع معجبيّ يصوتون على ما أبنيه", + "page-developers-ethskills-msg-5": "أعدّ خزنة تنمّي ETH الخاص بي وأنا نائم", + "page-developers-ethskills-title": "ابنِ على السلسلة مع الوكلاء", "page-developers-evm-desc": "الكمبيوتر الذي يعالج المعاملات", "page-developers-evm-link": "جهاز إثيريوم الظاهري (EVM)", "page-developers-explore-documentation": "استكشاف الوثائق", diff --git a/src/intl/ar/page-get-eth.json b/src/intl/ar/page-get-eth.json index 5a1cce43835..55b37a5e00a 100644 --- a/src/intl/ar/page-get-eth.json +++ b/src/intl/ar/page-get-eth.json @@ -75,5 +75,6 @@ "page-get-eth-your-address-desc-3": "يمكنك اعتبار هذا العنوان مثل عنوان البريد الإلكتروني الخاص بك، ولكن بدلاً من البريد الإلكتروني، يمكنه تلقي عملات ETH. إذا كنت ترغب في نقل ETH من إحدى منصات التبادل إلى محفظتك، استخدم عنوانك كوجهة. واحرص دائمًا على التحقق بدقة قبل الإرسال!", "page-get-eth-your-address-wallet-link": "اطلع على المحافظ", "listing-policy-raise-issue-link": "طرح مشكلة", - "page-find-wallet-last-updated": "آخر تحديث" + "page-find-wallet-last-updated": "آخر تحديث", + "listing-policy-disclaimer": "جميع المنتجات المدرجة في هذه الصفحة ليست مصادقة رسمية ولا تقدم إلا لأغراض إعلامية. إذا كنت ترغب في إضافة منتج أو تقديم ملاحظات بشأن السياسة، فاطرح مشكلة في GitHub." } diff --git a/src/intl/ar/page-roadmap.json b/src/intl/ar/page-roadmap.json new file mode 100644 index 00000000000..242317b91dd --- /dev/null +++ b/src/intl/ar/page-roadmap.json @@ -0,0 +1,108 @@ +{ + "page-roadmap-title": "خارطة طريق إيثيريوم", + "page-roadmap-meta-title": "خارطة طريق إيثيريوم | ethereum.org", + "page-roadmap-meta-description": "الطريق نحو المزيد من قابلية التوسع، والأمان، والاستدامة لإيثيريوم.", + "page-roadmap-banner-notification": "تطوير إيثيريوم مدفوع بالمجتمع وقابل للتغيير.", + "page-roadmap-changes-coming-title": "ما هي التغييرات القادمة إلى إيثيريوم؟", + "page-roadmap-changes-coming-description": "إيثيريوم هي بالفعل منصة قوية، ولكن لا يزال يتم تحسينها. ستعمل مجموعة طموحة من التحسينات على ترقية إيثيريوم من شكلها الحالي إلى منصة قابلة للتوسع بالكامل وذات أقصى درجات المرونة.", + "page-roadmap-cheaper-transactions-title": "معاملات أرخص", + "page-roadmap-cheaper-transactions-description": "تعتبر المجمعات (Rollups) باهظة الثمن وتعتمد على مكونات مركزية، مما يجعل المستخدمين يضعون ثقة كبيرة في مشغليها. تتضمن خارطة الطريق إصلاحات لكلتا المشكلتين.", + "page-roadmap-cheaper-transactions-button": "المزيد حول تقليل الرسوم", + "page-roadmap-extra-security-title": "أمان إضافي", + "page-roadmap-extra-security-description": "إيثيريوم آمنة جداً بالفعل ولكن يمكن جعلها أقوى، لتكون جاهزة لتحمل كافة أنواع الهجمات في المستقبل البعيد.", + "page-roadmap-extra-security-button": "المزيد حول الأمان", + "page-roadmap-better-user-experience-title": "تجربة مستخدم أفضل", + "page-roadmap-better-user-experience-description": "المزيد من الدعم لمحافظ العقود الذكية والعقد الخفيفة سيجعل استخدام إيثيريوم أبسط وأكثر أماناً.", + "page-roadmap-better-user-experience-button": "المزيد حول تجربة المستخدم", + "page-roadmap-future-proofing-title": "تأمين المستقبل", + "page-roadmap-future-proofing-description": "يقوم باحثو ومطورو إيثيريوم بحل مشاكل الغد اليوم، وتجهيز الشبكة للأجيال القادمة.", + "page-roadmap-future-proofing-button": "المزيد حول تأمين المستقبل", + "page-roadmap-why-need-title": "لماذا تحتاج إيثيريوم إلى خارطة طريق؟", + "page-roadmap-why-need-description": "تحصل إيثيريوم على ترقيات منتظمة تعزز من قابلية التوسع أو الأمان أو الاستدامة. إحدى نقاط القوة الأساسية لإيثيريوم هي التكيف مع ظهور أفكار جديدة من البحث والتطوير. تمنح القدرة على التكيف إيثيريوم المرونة لمواجهة التحديات الناشئة ومواكبة أحدث التطورات التكنولوجية المتقدمة.", + "page-roadmap-how-defined-title": "كيف يتم تحديد خارطة الطريق", + "page-roadmap-how-defined-p1": "خارطة الطريق هي في الغالب نتيجة لسنوات من العمل من قبل الباحثين والمطورين - لأن البروتوكول تقني للغاية - ولكن يمكن لأي شخص مهتم المشاركة.", + "page-roadmap-how-defined-p2": "تبدأ الأفكار عادةً كنقاشات في منتدى مثل ethresear.ch، أو Ethereum Magicians، أو خادم ديسكورد Eth R&D. قد تكون هذه الأفكار استجابات لنقاط ضعف جديدة يتم اكتشافها، أو اقتراحات من المنظمات العاملة في طبقة التطبيقات (مثل التطبيقات اللامركزية والمنصات)، أو ناتجة عن العقبات المعروفة للمستخدمين النهائيين (مثل التكاليف أو سرعات المعاملات).", + "page-roadmap-how-defined-p3": "عندما تنضج هذه الأفكار، يمكن اقتراحها كـ مقترحات تحسين إيثيريوم (EIPs). يتم كل هذا بشكل علني حتى يتمكن أي شخص من المجتمع من إبداء رأيه في أي وقت.", + "page-roadmap-governance-button": "المزيد حول حوكمة إيثيريوم", + "page-roadmap-hero-alt": "خارطة طريق إيثيريوم", + "page-roadmap-technical-upgrades-title": "ما هي الترقيات التقنية القادمة إلى إيثيريوم؟", + "page-roadmap-danksharding-title": "دانكشاردينج (Danksharding)", + "page-roadmap-danksharding-description": "يجعل دانكشاردينج مجمعات الطبقة الثانية (L2 rollups) أرخص بكثير للمستخدمين من خلال إضافة \"كتل بيانات\" (blobs) إلى كتل إيثيريوم.", + "page-roadmap-single-slot-finality-title": "نهائية الخانة الواحدة", + "page-roadmap-single-slot-finality-description": "بدلاً من الانتظار لمدة خمس عشرة دقيقة، يمكن اقتراح الكتل ووضعها النهائي في نفس الخانة. هذا أكثر ملاءمة للتطبيقات ويصعب مهاجمته.", + "page-roadmap-account-abstraction-title": "تجريد الحساب", + "page-roadmap-account-abstraction-description": "تجريد الحساب هو فئة من الترقيات التي تدعم محافظ العقود الذكية بشكل أصلي على إيثيريوم، بدلاً من الاضطرار إلى استخدام برمجيات وسيطة معقدة.", + "page-roadmap-statelessness-title": "انعدام الحالة (Statelessness)", + "page-roadmap-statelessness-description": "سيتمكن العملاء عديمو الحالة من التحقق من الكتل الجديدة دون الحاجة إلى تخزين كميات كبيرة من البيانات. سيوفر هذا جميع فوائد تشغيل عقدة بجزء صغير جداً من تكاليف اليوم.", + "page-roadmap-learn-more": "معرفة المزيد", + "page-roadmap-timeline-title": "ما هو الجدول الزمني لهذه الترقيات؟", + "page-roadmap-blocks-alt": "كتل إيثيريوم", + "page-roadmap-faq-1-title": "هل ستتغير خارطة طريق إيثيريوم بمرور الوقت؟", + "page-roadmap-faq-1-p1": "نعم، بالتأكيد تقريباً.", + "page-roadmap-faq-1-p1-continued": "خارطة الطريق هي الخطة الحالية لترقية إيثيريوم، وتغطي الخطط القريبة والمستقبلية. نتوقع أن تتغير خارطة الطريق مع توفر معلومات وتقنيات جديدة.", + "page-roadmap-faq-1-p2": "فكر في خارطة طريق إيثيريوم كمجموعة من النوايا لتحسين إيثيريوم؛ إنها أفضل فرضية للباحثين والمطورين الأساسيين للمسار الأمثل لإيثيريوم للمضي قدماً.", + "page-roadmap-faq-2-title": "متى سيتم الانتهاء من خارطة الطريق؟", + "page-roadmap-faq-2-p1": "بعض الترقيات ذات أولوية أقل ومن المحتمل ألا يتم تنفيذها خلال 5 إلى 10 سنوات القادمة (مثل مقاومة الحوسبة الكمومية).", + "page-roadmap-faq-2-p1-strong": "تحديد توقيت دقيق لكل ترقية أمر معقد", + "page-roadmap-faq-2-p1-continued": "للتنبؤ به، حيث يتم العمل على العديد من عناصر خارطة الطريق بالتوازي وتطويرها بسرعات مختلفة. يمكن أن تتغير الأهمية الملحة للترقية أيضاً بمرور الوقت اعتماداً على العوامل الخارجية (على سبيل المثال، قد تؤدي قفزة مفاجئة في أداء وتوافر أجهزة الكمبيوتر الكمومية إلى جعل التشفير المقاوم للحوسبة الكمومية أكثر إلحاحاً).", + "page-roadmap-faq-2-p2": "تتمثل إحدى الطرق للتفكير في تطوير إيثيريوم في القياس على التطور البيولوجي. من المرجح أن تنجح الشبكة القادرة على التكيف مع التحديات الجديدة والحفاظ على لياقتها أكثر من الشبكة المقاومة للتغيير، على الرغم من أنه كلما أصبحت الشبكة أكثر أداءً وقابلية للتوسع وأماناً، قلت التغييرات المطلوبة في البروتوكول.", + "page-roadmap-faq-3-title": "هل يجب علي فعل أي شيء للتحضير لهذه الترقيات؟", + "page-roadmap-faq-3-p1": "تميل الترقيات إلى عدم التأثير على المستخدمين النهائيين إلا من خلال توفير تجارب مستخدم أفضل وبروتوكول أكثر أماناً وربما المزيد من الخيارات لكيفية التفاعل مع إيثيريوم. لا يُطلب من المستخدمين العاديين المشاركة بنشاط في ترقية، كما لا يُطلب منهم فعل أي شيء** لتأمين أصولهم. سيحتاج مشغلو العقد (Node) إلى تحديث عملائهم للتحضير للترقية. قد تؤدي بعض الترقيات إلى تغييرات لمطوري التطبيقات. على سبيل المثال، قد تدفع ترقيات انتهاء صلاحية السجل مطوري التطبيقات إلى جلب البيانات التاريخية من مصادر جديدة.", + "page-roadmap-faq-4-title": "ماذا عن التقسيم (Sharding)؟", + "page-roadmap-faq-4-p1": "التقسيم هو تقسيم سلسلة كتل إيثيريوم بحيث تكون مجموعات فرعية من المدققين (validators) مسؤولة فقط عن جزء بسيط من إجمالي البيانات. كان هذا في الأصل يُقصد به أن يكون وسيلة إيثيريوم للتوسع. ومع ذلك، تطورت مجمعات الطبقة الثانية (layer 2) بشكل أسرع بكثير مما كان متوقعاً ووفرت الكثير من التوسع بالفعل، وستوفر أكثر بكثير بعد تنفيذ Proto-Danksharding. هذا يعني أن \"سلاسل الأجزاء\" (shard chains) لم تعد ضرورية وتم إسقاطها من خارطة الطريق.", + "page-roadmap-release-status-prod": "في الإنتاج", + "page-roadmap-release-status-soon": "قريباً", + "page-roadmap-release-status-dev": "قيد التطوير", + "page-roadmap-release-main-features": "الميزات الرئيسية", + "page-roadmap-release-learn-more": "معرفة المزيد", + "page-roadmap-release-forkcast": "تتبع التغييرات", + "page-roadmap-paris-pos-title": "الانتقال إلى إثبات الحصة (Proof of Stake)", + "page-roadmap-paris-pos-item-1": "استبدال التعدين كثيف الاستهلاك للطاقة بإجماع قائم على التخزين (Staking)", + "page-roadmap-paris-pos-item-2": "تقليل استهلاك إيثيريوم للطاقة بنسبة ~99.95%", + "page-roadmap-paris-beacon-title": "دمج سلسلة بيكون (Beacon Chain)", + "page-roadmap-paris-beacon-item-1": "دمج سلسلة بيكون مع شبكة إيثيريوم الرئيسية (Mainnet)", + "page-roadmap-paris-beacon-item-2": "تفعيل الانتقال الكامل إلى آلية إجماع إثبات الحصة (PoS)", + "page-roadmap-paris-difficulty-title": "إزالة قنبلة الصعوبة", + "page-roadmap-paris-difficulty-item-1": "إزالة قنبلة الصعوبة التي كانت تزيد من صعوبة التعدين", + "page-roadmap-paris-difficulty-item-2": "ضمان انتقال سلس إلى آلية الإجماع الجديدة", + "page-roadmap-shapella-withdrawals-title": "سحوبات التخزين", + "page-roadmap-shapella-withdrawals-item-1": "تمكين المدققين من سحب عملات ETH المخزنة ومكافآتهم", + "page-roadmap-shapella-withdrawals-item-2": "تقديم قدرات السحب الجزئي والكامل", + "page-roadmap-shapella-eip4895-title": "EIP-4895: سحوبات الدفع من سلسلة بيكون", + "page-roadmap-shapella-eip4895-item-1": "إضافة عملية جديدة على مستوى النظام للسحوبات", + "page-roadmap-shapella-eip4895-item-2": "ضمان معالجة آمنة وفعالة لطلبات السحب", + "page-roadmap-shapella-eip3651-title": "EIP-3651: Warm COINBASE", + "page-roadmap-shapella-eip3651-item-1": "تقليل تكاليف الغاز للوصول إلى عنوان COINBASE", + "page-roadmap-shapella-eip3651-item-2": "تحسين كفاءة بعض عمليات العقود الذكية", + "page-roadmap-dencun-danksharding-title": "Proto-danksharding (EIP-4844)", + "page-roadmap-dencun-danksharding-item-1": "تقديم معاملات كتل البيانات (blob) لتقليل تكاليف معاملات المجمعات (rollup) بشكل كبير", + "page-roadmap-dencun-danksharding-item-2": "إضافة نوع معاملة جديد يخزن البيانات مؤقتاً وبتكلفة زهيدة", + "page-roadmap-dencun-eip1153-title": "EIP-1153: أكواد تشغيل التخزين العابر", + "page-roadmap-dencun-eip1153-item-1": "إضافة أكواد تشغيل TSTORE و TLOAD للتخزين المؤقت أثناء تنفيذ المعاملة", + "page-roadmap-dencun-eip1153-item-2": "يتيح أنماط عقود ذكية أكثر كفاءة ويقلل من تكاليف الغاز", + "page-roadmap-dencun-eip4788-title": "EIP-4788: جذر كتلة بيكون في آلة إيثيريوم الافتراضية (EVM)", + "page-roadmap-dencun-eip4788-item-1": "كشف معلومات طبقة الإجماع للعقود الذكية", + "page-roadmap-dencun-eip4788-item-2": "يتيح تطبيقات جديدة بأقل قدر من الثقة وجسور عبر السلاسل", + "page-roadmap-pectra-eoa-title": "تعزيز محافظ الحسابات المملوكة خارجياً (EOA) بوظائف العقود الذكية", + "page-roadmap-pectra-eoa-item-1": "يمكن للمستخدمين تعيين عنوانهم ليتم تمثيله بواسطة كود عقد ذكي حالي والحصول على فوائد مثل تجميع المعاملات، رعاية رسوم المعاملات أو آليات استرداد أفضل", + "page-roadmap-pectra-balance-title": "زيادة الحد الأقصى للرصيد الفعلي", + "page-roadmap-pectra-balance-item-1": "يمكن للمخزنين الآن اختيار كمية عشوائية من ETH لتخزينها وتلقي مكافآت على كل 1 ETH فوق الحد الأدنى", + "page-roadmap-pectra-blob-title": "زيادة إنتاجية كتل البيانات (Blob)", + "page-roadmap-pectra-blob-item-1": "سيتم زيادة عدد كتل البيانات من 3 إلى 6 أهداف، بحد أقصى 9، مما يؤدي إلى رسوم أرخص في مجمعات إيثيريوم", + "page-roadmap-fusaka-peerdas-title": "أخذ عينات توافر البيانات من نظير إلى نظير (PeerDAS)", + "page-roadmap-fusaka-peerdas-item-1": "يتيح توافر بيانات أكثر كفاءة للمجمعات (rollups)", + "page-roadmap-fusaka-peerdas-item-2": "يجعل تشغيل العقدة أكثر سهولة مع الحفاظ على اللامركزية", + "page-roadmap-fusaka-additional-title": "الميزات الإضافية المحتملة", + "page-roadmap-fusaka-additional-item-1": "دعم الجيوب الآمنة (secure enclaves) على الأجهزة المحمولة لتحسين تجربة المستخدم", + "page-roadmap-fusaka-additional-item-2": "تحسينات سوق رسوم كتل البيانات (Blob)", + "page-roadmap-fusaka-additional-item-3": "المزيد من التحسينات لكفاءة المدققين وأداء الشبكة", + "page-roadmap-glamsterdam-epbs-title": "فصل المُقترح-المُنشئ المكرّس", + "page-roadmap-glamsterdam-epbs-item-1": "يفصل اتفاقية الكتلة عن المعالجة، مما يساعد الطبقة الأولى (L1) على التوسع من خلال السماح للمدققين بمعالجة المزيد من البيانات", + "page-roadmap-glamsterdam-epbs-item-2": "يدمج المنشئين بشكل أصلي بحيث يمكن للمدققين الاستعانة بمصادر خارجية لتجميع الكتل بأمان دون الوثوق ببرامج خارجية", + "page-roadmap-glamsterdam-bal-title": "قوائم الوصول على مستوى الكتلة", + "page-roadmap-glamsterdam-bal-item-1": "يقدم قوائم وصول إلزامية على مستوى الكتلة، بدلاً من المعاملات الفردية", + "page-roadmap-glamsterdam-bal-item-2": "يعين التبعيات مقدماً لعمليات مزامنة أسرع، تنفيذ متوازي، وقراءات أقراص متوازية", + "page-roadmap-glamsterdam-bal-item-3": "يخفض الغاز للتطبيقات الثقيلة الحالة ويحسن من إمكانية التنبؤ بتكلفة الغاز", + "page-roadmap-hegota-discussed-title": "مخطط لـ Hegotá", + "page-roadmap-hegota-discussed-item-1": "المقترحات قيد المناقشة حالياً" +} diff --git a/src/intl/bn/common.json b/src/intl/bn/common.json index 9faa1e1a5b6..a2a730c0d34 100644 --- a/src/intl/bn/common.json +++ b/src/intl/bn/common.json @@ -26,11 +26,9 @@ "close": "বন্ধ", "community": "কমিউনিটি", "community-hub": "কমিউনিটি হাব", - "community-menu": "কমিউনিটি মেনু", "conferences": "কনফারেন্স", "consensus-when-shipping": "এটার শিপিং কখন?", "contact": "যোগাযোগ করুন টিপুন", - "content-buckets": "বিষয়বস্তু বালতি", "content-resources": "বিষয়বস্তু সম্পদ", "content-standardization": "কন্টেন্টের মান নির্ধারণ", "contributing": "অবদান রাখছে", @@ -53,7 +51,6 @@ "design-principles": "ডিজাইনের মূলনীতি", "devcon": "Devcon", "developers": "ডেভেলপারগণ", - "developers-home": "ডেভেলপার-এর হোম পেজ", "docs": "ডকুমেন্ট", "docsearch-error-help": "আপনি আপনার নেটওয়ার্ক সংযোগ পরীক্ষা করতে চাইতে পারেন।", "docsearch-error-title": "ফলাফল আনতে অক্ষম", @@ -73,23 +70,18 @@ "docsearch-to-select": "বাছাই করতে", "documentation": "ডকুমেন্টেশন", "down": "নিচ", - "ecosystem": "ইকোসিস্টেম", "edit-page": "পেজ এডিট করুন", "ef-blog": "ইথেরিয়াম ফাউন্ডেশন ব্লগ", "eips": "ইথেরিয়ামের উন্নয়ন সংক্রান্ত প্রস্তাব", "energy-consumption": "ইথেরিয়াম শক্তি খরচ", "enterprise": "এন্টারপ্রাইজ", "enterprise-mainnet": "এন্টারপ্রাইজ - মেইননেট ইথেরিয়াম", - "enterprise-menu": "এন্টারপ্রাইজ মেনু", - "enterprise-team": "ইথেরিয়াম এন্টারপ্রাইজ টিম", - "enterprise-team-description": "আমরা আপনার প্রশ্নের উত্তর দেব, এগিয়ে যাওয়ার সম্ভাব্য পথ শনাক্ত করতে সাহায্য করব, প্রযুক্তিগত সহায়তা প্রদান করব এবং আপনাকে প্রাসঙ্গিক শিল্প নেতাদের সাথে সংযুক্ত করব।", "error-page-description": "আমাদের GitHub রিপোজিটরিতে এই সমস্যাটি রিপোর্ট করে আপনি আমাদের উন্নতি করতে সাহায্য করতে পারেন।", "error-page-home-link": "হোম পেজে ফিরে যান", "error-page-title": "উফ! কিছু একটা ভুল হয়েছে", "esp": "ইকোসিস্টেম সহায়তা কর্মসূচি", "eth-current-price": "ETH-এর বর্তমান মূল্য (মার্কিন ডলারে)", "ethereum": "ইথেরিয়াম", - "ethereum-basics": "ইথেরিয়ামের মৌলিক তথ্য", "ethereum-brand-assets": "ইথেরিয়াম ব্র্যান্ড অ্যাসেট", "ethereum-bug-bounty": "ইথেরিয়াম বাগ বাউন্টি প্রোগ্রাম", "ethereum-events": "ইথেরিয়াম ইভেন্ট", @@ -101,11 +93,8 @@ "ethereum-logo": "ইথেরিয়াম লোগো", "ethereum-online": "অনলাইন কমিউনিটি", "ethereum-privacy": "ইথেরিয়ামে গোপনীয়তা", - "ethereum-protocol": "ইথেরিয়াম প্রোটোকল", "ethereum-roadmap": "ইথেরিয়াম রোডম্যাপ", "ethereum-security": "ইথেরিয়াম সুরক্ষা এবং স্ক্যাম প্রতিরোধ", - "ethereum-support": "ইথেরিয়াম সাপোর্ট", - "ethereum-upgrades": "ইথেরিয়াম আপগ্রেড", "ethereum-vs-bitcoin": "ইথেরিয়াম বনাম Bitcoin", "ethereum-wallets": "ইথেরিয়াম ওয়ালেট", "ethereum-whitepaper": "ইথেরিয়াম হোয়াইটপেপার", @@ -121,7 +110,6 @@ "feedback-widget-thank-you-timing": "2–3 মিনিট", "feedback-widget-thank-you-title": "আপনার প্রতিক্রিয়ার জন্য ধন্যবাদ!", "filter-bar-clear": "ফিল্টার সাফ করুন", - "filter-bar-empty": "নির্বাচিত ফিল্টারের সাথে কোনো আইটেম মেলে না", "filter-bar-no-results": "কোনো ফলাফল পাওয়া যায়নি", "filter-bar-placeholder": "দ্বারা ফিল্টার করুন", "filter-bar-showing": "দেখানো হচ্ছে", @@ -133,22 +121,15 @@ "get-involved": "যুক্ত হোন", "get-started": "শু্রু করুন", "go-to-top": "শীর্ষে যান", - "grant-programs": "ইকোসিস্টেম অনুদান কর্মসূচি", "grants": "অনুদান", "guides": "নির্দেশিকা", - "guides-hub": "কিভাবে নির্দেশিকা", - "history-of-ethereum": "ইথেরিয়ামের ইতিহাস", "home": "হোম ", - "how-ethereum-works": "ইথেরিয়াম কীভাবে কাজ করে", "how-to-create-an-ethereum-account": "কিভাবে একটি ইথেরিয়াম একাউন্টে \"সৃষ্টি\" করবেন", "how-to-revoke-token-access": "কিভাবে আপনার ক্রিপ্টো ফান্ড থেকে স্মার্ট কন্ট্রাক্টের অ্যাক্সেস প্রত্যাহার করবেন", "how-to-swap-tokens": "কিভাবে টোকেন অদলবদল করতে হয়", "how-to-use-a-bridge": "কিভাবে লেয়ার 2 এর সাথে টোকেন সংযুক্ত করতে হয়", "how-to-use-a-wallet": "কিভাবে একটি ওয়ালেট ব্যবহার করতে হয়", "image": "ছবি", - "in-this-section": "এই বিভাগে ", - "individuals": "স্বতন্ত্র ব্যক্তি", - "item-logo": "{item} লোগো", "jobs": "চাকরি ও কর্মসংস্থান", "kraken-logo": "Kraken লোগো", "language-am": "আমহারীয়", @@ -229,13 +210,8 @@ "less": "কম", "light-mode": "আলো", "light-mode-aria-label": "লাইট মোডে স্যুইচ করুন", - "listing-policy-disclaimer": "এই পেজে তালিকাভুক্ত সমস্ত পণ্যের নিয়মমাফিক অনুমোদন নেই এবং শুধুমাত্র তথ্যের উদ্দেশ্যে প্রদান করা হয়। আপনি যদি একটি পণ্য যোগ করতে চান বা নীতি সংক্রান্ত মতামত জানাতে চান তাহলে GitHub-এ একটি সমস্যা উত্থাপন করুন।", "loading": "লোড করা হচ্ছে...", - "loading-error": "লোডিং সংক্রান্ত সমস্যা।", "loading-error-refresh": "ত্রুটি, অনুগ্রহ করে রিফ্রেস করুন।", - "loading-error-try-again-later": "ডেটা লোড করতে অক্ষম। পরে আবার চেষ্টা করুন।", - "logo": "লোগো", - "mainnet-ethereum": "মেননেট ইথেরিয়াম", "meetups": "মিটআপ", "menu": "মেনু", "merge": "একত্র করুন", @@ -260,7 +236,6 @@ "nav-defi-description": "চিরাচরিত আর্থিক বাজারের নিরিখে এক বিশ্বব্যাপী, উন্মুক্ত বিকল্প", "nav-desci-description": "বর্তমান বৈজ্ঞানিক পদ্ধতির একটি বিশ্বব্যাপী, উন্মুক্ত বিকল্প", "nav-desoc-description": "সোশ্যাল ইন্টার‌্যাকশন এবং কন্টেন্ট তৈরির জন্য ব্লকচেইন-ভিত্তিক প্ল্যাটফর্ম", - "nav-developers": "ডেভেলপারগণ", "nav-developers-docs": "ডেভেলপার ডকুমেন্ট", "nav-did-description": "আপনার নিজস্ব স্বতন্ত্র ডিসেন্ট্রালাইজ আইডেন্টিফায়ার ইস্যু করুন এবং তার মালিক হোন", "nav-docs-description": "ইথেরিয়ামের সাহায্যে বুঝতে এবং বিল্ড করতে সাহায্য করার জন্য ডক্স", @@ -311,7 +286,6 @@ "nav-learn-ethereum-development-description": "আপনার ইথেরিয়াম ডেভেলপমেন্ট শিক্ষা শুরু করুন বা উন্নত করুন", "nav-networks-explore-networks-description": "কোন নেটওয়ার্কটি ব্যবহার করবেন তা বেছে নিন", "nav-networks-explore-networks-label": "নেটওয়ার্কসমূহ এক্সপ্লোর করুন", - "nav-networks-home-description": "ইথেরিয়ামের জন্য অপেক্ষাকৃত সস্তায় এবং তাড়াতাড়ি ট্রানজ্যাকশন", "nav-networks-introduction-description": "ইথেরিয়াম নেটওয়ার্কের নেটওয়ার্কে প্রসারিত হয়েছে", "nav-networks-introduction-label": "ভূমিকা", "nav-networks-learn-description": "জানুন কেন আমাদের সেগুলি প্রয়োজন", @@ -385,10 +359,6 @@ "on-this-page": "এই পৃষ্ঠাতে যা যা আছে", "onchain-gaming": "অনচেইন গেমিং", "open": "উন্মুক্ত", - "open-research": "উন্মুক্ত গবেষণা", - "page-developers-aria-label": "ডেভেলপারদের মেনু", - "page-index-meta-title": "মূল পাতা", - "page-languages-browser-default": "ব্রাউজারের ডিফল্ট", "page-languages-filter-label": "তালিকা ফিল্টার করুন", "page-languages-filter-placeholder": "ফিল্টার করতে লিখুন", "page-languages-interested": "অবদান রাখতে আগ্রহী?", @@ -411,7 +381,6 @@ "pools": "সম্মিলিত স্টেকিং", "prediction-markets": "পূর্বাভাস বাজার", "privacy-policy": "গোপনীয়তা সংক্রান্ত নীতি", - "private-ethereum": "ব্যক্তিগত ইথেরিয়াম", "product-disclaimer": "পণ্য এবং পরিষেবাগুলি ইথেরিয়াম কমিউনিটির জন্য একটি সুবিধা হিসাবে তালিকাভুক্ত করা হয়েছে। কোন পণ্য বা পরিষেবার অন্তর্ভুক্তি ethereum.org ওয়েবসাইট টিম, বা ইথেরিয়াম ফাউন্ডেশন এর অনুমোদন বহন করে না।", "quizzes": "কুইজগুলো", "quizzes-title": "প্রশ্নোত্তর কেন্দ্র", @@ -429,24 +398,18 @@ "resources": "অনুবাদ সংক্রান্ত রিসোর্সগুলো", "return-home": "হোম এ ফেরত যান", "roadmap": "ইথেরিয়াম রোডম্যাপ", - "rollup-component-developer-docs": "ডেভেলপারের ডকুমেন্ট", - "rollup-component-technology-and-risk-summary": "প্রযুক্তি এবং ঝুঁকি সংক্রান্ত সারাংশ", "rollup-component-website": "ওয়েবসাইট", "run-a-node": "একটি নোড চালাবেন", "saas": "একটি সেবা হিসাবে স্টেকিং", "scaling": "স্কেলিং", "search": "সার্চ করুন", - "search-box-blank-state-text": "খুঁজে নিন!", - "search-eth-address": "এটি একটি ইথেরিয়াম ঠিকানার মতো দেখায়। আমরা ঠিকানার জন্য নির্দিষ্ট ডেটা প্রদান করি না। একটি ব্লক এক্সপ্লোরারে এটির জন্য খোঁজার চেষ্টা করুন যেমন", "search-ethereum-org": "ethereum.org সার্চ করুন", - "search-no-results": "আপনার সার্চের জন্য কোনও ফলাফল পাওয়া যায়নি", "secret-leader-election": "সিক্রেট লিডার ইলেকশন", "security": "নিরাপত্তা", "see-contributors": "অবদানকারীদের দেখুন", - "sharding": "শের্ডিংয়ের", "show-all": "সবকটি দেখুন", - "show-less": "কম দেখুন", "show-more": "আরও দেখান", + "show-less": "কম দেখুন", "single-slot-finality": "সিঙ্গেল-স্লট ফাইনালিটি", "site-description": "ইথেরিয়াম হল একটি বিশ্বব্যাপী, অর্থ এবং নতুন ধরনের অ্যাপ্লিকেশনের ডিসেন্ট্রালাইজড প্ল্যাটফর্ম। ইথেরিয়ামে, আপনি অর্থ নিয়ন্ত্রণ করে এমন কোড লিখতে পারেন এবং বিশ্বের যে কোনও জায়গায় অ্যাক্সেসযোগ্য অ্যাপ্লিকেশনগুলি তৈরি করতে পারেন।", "site-title": "ethereum.org", @@ -457,7 +420,6 @@ "stake-eth": "স্টেইক ETH", "staking": "স্টেকিং", "start-building": "তৈরি করা শুরু করুন", - "start-here": "এখানে শুরু করুন", "statelessness": "রাষ্ট্রহীনতা", "style-guide": "শৈলী গাইড", "support": "সহায়তা", @@ -481,22 +443,19 @@ "up": "উপরে", "use": "ব্যবহার", "use-cases": "ব্যবহার", - "use-ethereum": "ইথেরিয়াম ব্যবহার করুন", - "use-ethereum-menu": "ইথেরিয়াম মেনু ব্যবহার করুন", "use-menu": "ব্যবহারের মেনু", "user-experience": "ব্যবহারকারীর অভিজ্ঞতা", "verkle-trees": "ভার্কল ট্রি", "wallets": "ওয়ালেটসমূহ", "we-couldnt-find-that-page": "আমরা সেই পৃষ্ঠাটি খুঁজে পাইনি", "web3": "Web3 কি?", - "web3-title": "Web3", "website-last-updated": "যখন ওয়েবসাইট শেষবারের মতো আপডেট করা হয়েছে", "what-are-apps": "অ্যাপস কী?", "what-is-ether": "ইথার (ETH)বলতে কী বোঝায়?", "what-is-ethereum": "ইথেরিয়াম কী?", "what-is-the-ethereum-network": "ইথেরিয়াম নেটওয়ার্ক কী?", "withdrawals": "স্টেকিং উইথড্রয়াল", - "wrapped-ether": "র‍্যাপড ইথার", + "wrapped-eth": "র‍্যাপড ইথার", "yes": "হ্যাঁ", "zero-knowledge-proofs": "শূন্য-জ্ঞান প্রমাণ" } diff --git a/src/intl/bn/glossary-tooltip.json b/src/intl/bn/glossary-tooltip.json new file mode 100644 index 00000000000..21aeb0c527c --- /dev/null +++ b/src/intl/bn/glossary-tooltip.json @@ -0,0 +1,4 @@ +{ + "state-term": "অবস্থা", + "state-definition": "ব্লকচেইনে একটি নির্দিষ্ট সময়ে সমস্ত ব্যালেন্স এবং ডেটার একটি স্ন্যাপশট, যা সাধারণত একটি নির্দিষ্ট ব্লক-এর অবস্থাকে বোঝায়।" +} diff --git a/src/intl/bn/page-community-events.json b/src/intl/bn/page-community-events.json index f2a893a1bd4..47024561e5b 100644 --- a/src/intl/bn/page-community-events.json +++ b/src/intl/bn/page-community-events.json @@ -98,5 +98,6 @@ "page-events-meetups-events-subtitle": "ইথেরিয়াম ইকোসিস্টেমের আশেপাশে আসন্ন হ্যাকাথন, কমিউনিটি সমাবেশ এবং সম্মেলনগুলি অনুসন্ধান করুন।", "page-events-cta-title": "একটি ইভেন্টের আয়োজন করছেন?", "page-events-cta-body": "এটি আমাদের কমিউনিটি দ্বারা রক্ষণাবেক্ষণ করা একটি অসম্পূর্ণ তালিকা। এই তালিকায় যোগ করার জন্য কোনো আসন্ন ইথেরিয়াম ইভেন্টের কথা জানেন?", - "page-events-cta-button": "ইভেন্ট জমা দিন" + "page-events-cta-button": "ইভেন্ট জমা দিন", + "item-logo": "{item} লোগো" } diff --git a/src/intl/bn/page-developers-index.json b/src/intl/bn/page-developers-index.json index e615d99f4e7..ab044f1be05 100644 --- a/src/intl/bn/page-developers-index.json +++ b/src/intl/bn/page-developers-index.json @@ -11,7 +11,15 @@ "page-developers-dev-env-desc": "যে IDE-গুলি ড্যাপ ডেভেলপমেন্টের জন্য উপযুক্ত", "page-developers-dev-env-link": "ডেভেলপমেন্টের পরিবেশ", "page-developers-docs-introductions": "পরিচিতি", + "page-developers-ethskills-cta": "{ethskills} দিয়ে তৈরি করুন", + "page-developers-ethskills-desc": "এজেন্টিক স্ট্যাকের জন্য কাঠামোবদ্ধ Ethereum জ্ঞান। আপনার AI এজেন্টকে স্টেট পড়তে, লেনদেন পাঠাতে এবং প্রোটোকলের সাথে সমন্বয় করতে প্রয়োজনীয় প্রসঙ্গ দিন, মডেলের কনটেক্সট উইন্ডো না ছেড়েই।", "page-developers-ethskills-label": "ইথেরিয়ামের জন্য AI এজেন্ট প্রসঙ্গ", + "page-developers-ethskills-msg-1": "আমার কমিউনিটির জন্য একটি কয়েন চালু করো", + "page-developers-ethskills-msg-2": "একটি ফ্যান ক্লাব তৈরি করো যা লোকেরা যোগ দিলে আমাকে টাকা দেয়", + "page-developers-ethskills-msg-3": "আমার শিল্পকে প্রতিবার পুনরায় বিক্রি হলে রয়্যালটি আয় করতে দাও", + "page-developers-ethskills-msg-4": "একটি DAO তৈরি করো এবং আমার ভক্তদের ভোট দিতে দাও আমি কী তৈরি করব", + "page-developers-ethskills-msg-5": "একটি ভল্ট সেট আপ করো যা আমি ঘুমানোর সময় আমার ETH বাড়ায়", + "page-developers-ethskills-title": "এজেন্টদের সাথে অনচেইন তৈরি করুন", "page-developers-evm-desc": "যে কম্পিউটার লেনদেনগুলিকে প্রক্রিয়া করে", "page-developers-evm-link": "ইথেরিয়াম ভার্চুয়াল মেশিন (EVM)", "page-developers-explore-documentation": "নথিপত্র অন্বেষণ করুন", diff --git a/src/intl/bn/page-get-eth.json b/src/intl/bn/page-get-eth.json index bda8bd665d7..5c809f9b596 100644 --- a/src/intl/bn/page-get-eth.json +++ b/src/intl/bn/page-get-eth.json @@ -75,5 +75,6 @@ "page-get-eth-your-address-desc-3": "ভাবুন এটা আপনার ই মেইল অ্যাড্রেসের মতো, কিন্তু মেইল এর প্রতিবর্তে এটা ETH গ্রহণ করতে পারে। যদি আপনি এক্সচেঞ্জ থেকে আপনার ওয়ালেটে ETH পাঠাতে চান, তাহলে গন্তব্য হিসেবে আপনার অ্যাড্রেসটি ব্যবহার করুন। পাঠানোর আগে সবসময় দুইবার চেক করতে নিশ্চিত হউন!", "page-get-eth-your-address-wallet-link": "ওয়ালেট চেক করুন", "listing-policy-raise-issue-link": "সমস্যা উত্থাপন করুন", - "page-find-wallet-last-updated": "সর্বশেষ আপডেটকৃত" + "page-find-wallet-last-updated": "সর্বশেষ আপডেটকৃত", + "listing-policy-disclaimer": "এই পেজে তালিকাভুক্ত সমস্ত পণ্যের নিয়মমাফিক অনুমোদন নেই এবং শুধুমাত্র তথ্যের উদ্দেশ্যে প্রদান করা হয়। আপনি যদি একটি পণ্য যোগ করতে চান বা নীতি সংক্রান্ত মতামত জানাতে চান তাহলে GitHub-এ একটি সমস্যা উত্থাপন করুন।" } diff --git a/src/intl/bn/page-roadmap.json b/src/intl/bn/page-roadmap.json index 427d064863c..726a0acf359 100644 --- a/src/intl/bn/page-roadmap.json +++ b/src/intl/bn/page-roadmap.json @@ -96,7 +96,13 @@ "page-roadmap-fusaka-additional-item-1": "ব্যবহারকারীর অভিজ্ঞতা উন্নত করতে মেবাইল ডিভাইসে সুরক্ষিত এনক্লেভের সমর্থন। ", "page-roadmap-fusaka-additional-item-2": "ব্লব ফি মার্কেটের উন্নয়ন।", "page-roadmap-fusaka-additional-item-3": "ভ্যালিডেটর ও নেটওয়ার্কের কর্মদক্ষতা আরও বাড়ানোর উদ্যোগ", - "page-roadmap-glamsterdam-discussed-title": "গ্ল্যামস্টারডামের জন্য নির্ধারিত", - "page-roadmap-glamsterdam-discussed-item-1": "এনশ্রাইন্ড প্রোপোজার-বিল্ডার সেপারেশন (ePBS)", - "page-roadmap-glamsterdam-discussed-item-2": "ব্লক-লেভেল অ্যাক্সেস লিস্ট (BALs)" + "page-roadmap-glamsterdam-epbs-title": "প্রস্তাবক-নির্মাতার পৃথকীকরণ নিশ্চিত করা হয়েছে", + "page-roadmap-glamsterdam-epbs-item-1": "ব্লক চুক্তিকে প্রক্রিয়াকরণ থেকে আলাদা করে, যাচাইকারীদের আরও ডেটা প্রক্রিয়া করার অনুমতি দিয়ে L1 স্কেলিংয়ে সহায়তা করে।", + "page-roadmap-glamsterdam-epbs-item-2": "বিল্ডারদের সাথে নেটিভভাবে ইন্টিগ্রেট করে যাতে ভ্যালিডেটররা বাহ্যিক সফ্টওয়্যারের উপর আস্থা না রেখে নিরাপদে ব্লক অ্যাসেম্বলি আউটসোর্স করতে পারে।", + "page-roadmap-glamsterdam-bal-title": "ব্লক-স্তরের অ্যাক্সেস তালিকা", + "page-roadmap-glamsterdam-bal-item-1": "প্রতিটি লেনদেনের জন্য নয়, বরং ব্লক স্তরে বাধ্যতামূলক অ্যাক্সেস তালিকা চালু করে।", + "page-roadmap-glamsterdam-bal-item-2": "দ্রুত সিঙ্ক, সমান্তরাল এক্সিকিউশন এবং সমান্তরাল ডিস্ক রিডের জন্য আগে থেকেই নির্ভরতাগুলি ম্যাপ করে।", + "page-roadmap-glamsterdam-bal-item-3": "স্টেট-নির্ভর অ্যাপ্লিকেশানগুলির জন্য গ্যাস কমায় এবং গ্যাস খরচের পূর্বাভাসযোগ্যতা উন্নত করে।", + "page-roadmap-hegota-discussed-title": "হেগোটার জন্য পরিকল্পনা করা হয়েছে", + "page-roadmap-hegota-discussed-item-1": "প্রস্তাবগুলি বর্তমানে আলোচনার অধীনে রয়েছে।" } diff --git a/src/intl/cs/common.json b/src/intl/cs/common.json index f82c96f9974..fd6bfffbc4c 100644 --- a/src/intl/cs/common.json +++ b/src/intl/cs/common.json @@ -25,11 +25,9 @@ "close": "Zavřít", "community": "Komunita", "community-hub": "Komunitní centrum", - "community-menu": "Menu Komunita", "conferences": "Konference", "consensus-when-shipping": "Kdy dojde k nasazení?", "contact": "Kontakt pro tisk", - "content-buckets": "Kategorie", "content-resources": "Zdroje", "content-standardization": "Standardizace obsahu", "contributing": "Příspěvky", @@ -53,7 +51,6 @@ "design-principles": "Principy designu", "devcon": "Devcon", "developers": "Vývojáři", - "developers-home": "Domovská stránka pro vývojáře", "docs": "Dokumentace", "docsearch-error-help": "Zkuste ověřit připojení k síti.", "docsearch-error-title": "Nelze načíst výsledky", @@ -73,7 +70,6 @@ "docsearch-to-select": "Vybrat", "documentation": "Dokumentace", "down": "Dolů", - "ecosystem": "Ekosystém", "edit-page": "Upravit stránku", "ef-blog": "Blog Nadace Ethereum", "eips": "Návrhy na zlepšení platformy Ethereum", @@ -81,16 +77,12 @@ "enterprise": "Pro firmy", "use-cases": "Případy použití", "enterprise-mainnet": "Pro firmy – Hlavní síť Etherea", - "enterprise-menu": "Firemní menu", - "enterprise-team-description": "Zodpovíme vaše dotazy, pomůžeme identifikovat možné cesty vpřed, poskytneme technickou podporu a propojíme vás s relevantními lídry v oboru.", - "enterprise-team": "Ethereum Enterprise Team", "error-page-title": "Jejda! Něco se pokazilo", "error-page-description": "Můžete nám pomoci vylepšit web nahlášením této chyby v našem GitHub repozitáři.", "error-page-home-link": "Vrátit se na domovskou stránku", "esp": "Program podpory ekosystému", "eth-current-price": "Aktuální cena ETH (USD)", "ethereum": "Ethereum", - "ethereum-basics": "Ethereum pro začátečníky", "ethereum-brand-assets": "Aktiva značky Ethereum", "ethereum-bug-bounty": "Ethereum program pro lov chyb", "ethereum-events": "Události Etherea", @@ -101,12 +93,9 @@ "ethereum-history-founder-and-ownership": "Historie Etherea, zakladatel a vlastnictví", "ethereum-logo": "Ethereum logo", "ethereum-online": "Online komunity", - "ethereum-protocol": "Ethereum protokol", "ethereum-roadmap": "Plán Etherea", "ethereum-security": "Bezpečnost a předcházení podvodům v Ethereu", "ethereum-privacy": "Soukromí na Ethereu", - "ethereum-support": "Podpora pro Ethereum", - "ethereum-upgrades": "Vylepšení Etherea", "ethereum-vs-bitcoin": "Ethereum vs. Bitcoin", "ethereum-wallets": "Peněženky pro Ethereum", "ethereum-whitepaper": "Bílá kniha Ethereum", @@ -122,7 +111,6 @@ "feedback-widget-thank-you-timing": "2–3 minuty", "feedback-widget-thank-you-title": "Děkujeme za váš názor!", "filter-bar-clear": "Vymazat filtr", - "filter-bar-empty": "Žádné položky neodpovídají vybranému filtru", "filter-bar-no-results": "Nebyly nalezeny žádné výsledky", "filter-bar-placeholder": "Filtrovat podle", "filter-bar-showing": "Zobrazeno", @@ -134,22 +122,15 @@ "get-involved": "Zapojit se", "get-started": "Začít", "go-to-top": "Přejít nahoru", - "grant-programs": "Grantové programy pro ekosystém", "grants": "Granty", "guides": "Příručky", - "guides-hub": "Návody", - "history-of-ethereum": "Historie Etherea", "home": "Domů", - "how-ethereum-works": "Jak funguje Ethereum", "how-to-create-an-ethereum-account": "Jak „vytvořit“ Ethereum účet", "how-to-revoke-token-access": "Jak zrušit přístup chytrého kontraktu k vašim krypto fondům", "how-to-swap-tokens": "Jak prohodit tokeny", "how-to-use-a-bridge": "Jak propojit tokeny do 2. vrstvy", "how-to-use-a-wallet": "Jak používat peněženku", "image": "obrázek", - "item-logo": "Logo {item}", - "in-this-section": "V této sekci", - "individuals": "Jednotlivci", "jobs": "Otevřené pozice", "kraken-logo": "Logo Kraken", "language-am": "Amharština", @@ -231,13 +212,8 @@ "less": "Méně", "light-mode": "Světlý", "light-mode-aria-label": "Přepnout do světlého režimu", - "listing-policy-disclaimer": "Zobrazení produktů na této stránce není oficiálním doporučením a je zde jen z informačních důvodů. Pokud chcete přidat produkt nebo vyjádřit názor na tuto problematiku, vytvořte hlášení o chybě (issue) na Githubu.", "loading": "Načítá se...", - "loading-error": "Chyba při načítání.", "loading-error-refresh": "Chyba, prosím obnovte stránku.", - "loading-error-try-again-later": "Nelze načíst data. Zkuste to znovu později.", - "logo": "logo", - "mainnet-ethereum": "Hlavní síť Etherea", "meetups": "Setkání", "menu": "Menu", "merge": "Sloučení", @@ -262,7 +238,6 @@ "nav-defi-description": "Globální otevřená alternativa k tradičnímu finančnímu trhu", "nav-desci-description": "Globální, otevřená alternativa ke stávajícímu vědeckému systému", "nav-desoc-description": "Platformy založené na blockchainu pro sociální interakci a tvorbu obsahu", - "nav-developers": "Vývojáři", "nav-developers-docs": "Dokumentace pro vývojáře", "nav-did-description": "Vydávání a vlastnictví jedinečných decentralizovaných identifikátorů", "nav-docs-description": "Dokumenty, které vám pomohou porozumět Ethereu a vytvářet s ním", @@ -312,7 +287,6 @@ "nav-history-label": "Technická historie Etherea", "nav-learn-ethereum-development-description": "Začněte nebo se zdokonalte ve vývoji pro Ethereum.", "nav-start-building-description": "Vyberte si a nastavte svou sadu nástrojů pro vývoj na Ethereu.", - "nav-networks-home-description": "Levnější a rychlejší transakce s Ethereem", "nav-networks-introduction-label": "Úvod", "nav-networks-introduction-description": "Ethereum se rozšířilo do sítě sítí", "nav-networks-explore-networks-label": "Prozkoumejte sítě", @@ -387,10 +361,6 @@ "on-this-page": "Na této stránce", "onchain-gaming": "Hraní na blockchainu", "open": "Otevřít", - "open-research": "Otevřený průzkum", - "page-developers-aria-label": "Nabídka pro vývojáře", - "page-index-meta-title": "Domů", - "page-languages-browser-default": "Výchozí nastavení prohlížeče", "page-languages-filter-label": "Filtrovat seznam", "page-languages-filter-placeholder": "Zadejte text k filtrování", "page-languages-interested": "Chcete se zapojit?", @@ -412,7 +382,6 @@ "pools": "Sdružené uzamčení", "prediction-markets": "Predikční trhy", "privacy-policy": "Zásady ochrany osobních údajů", - "private-ethereum": "Soukromé Ethereum", "product-disclaimer": "Seznam produktů a služeb slouží jako praktická pomůcka pro Ethereum komunitu. Zařazení produktu nebo služby neznamená podporu ze strany týmu webu ethereum.org nebo Nadace Ethereum.", "quizzes": "Kvízy", "quizzes-title": "Kvízové centrum", @@ -423,23 +392,17 @@ "resources": "Zdroje překladu", "return-home": "zpět na hlavní stránku", "roadmap": "Plán Etherea", - "rollup-component-developer-docs": "Dokumentace pro vývojáře", - "rollup-component-technology-and-risk-summary": "Přehled technologií a rizik", "rollup-component-website": "Web", "run-a-node": "Spustit uzel", "real-world-assets": "RWAs - Reálná aktiva (real-world assets)", "saas": "Uzamčení jako služba", "scaling": "Škálování", "search": "Vyhledávání", - "search-box-blank-state-text": "Hledat!", - "search-eth-address": "Vypadá to jako Ethereum adresa. Neposkytujeme údaje specifické pro adresy. Zkuste je vyhledat na prohlížeči bloků", "search-ethereum-org": "Hledat v ethereum.org", - "search-no-results": "Nenalezeny žádné výsledky", "secret-leader-election": "Tajná volba lídra", "security": "Bezpečnost", "see-contributors": "Zobrazit přispěvatele", "start-building": "Začněte tvořit", - "sharding": "Tříštění", "show-all": "Zobrazit vše", "show-more": "Zobrazit více", "show-less": "Zobrazit méně", @@ -452,7 +415,6 @@ "stablecoins": "Stablecoins", "stake-eth": "Uzamkněte ETH", "staking": "Uzamčení", - "start-here": "Začněte zde", "statelessness": "Bezstavovost", "style-guide": "Průvodce stylem", "support": "Podpora", @@ -475,22 +437,19 @@ "tutorials": "Návody", "up": "Nahoru", "use": "Používání", - "use-ethereum": "Používání platformy Ethereum", - "use-ethereum-menu": "Požít Ethereum menu", "use-menu": "Nabídka Používání", "user-experience": "Uživatelská zkušenost", "verkle-trees": "Verkle stromy", "wallets": "Peněženky", "we-couldnt-find-that-page": "Požadovanou stránku se nám nepodařilo najít", "web3": "Co je Web3?", - "web3-title": "Web3", "website-last-updated": "Stránky naposledy aktualizovány", "what-are-apps": "Co jsou appky?", "what-is-ether": "Co je ether (ETH)?", "what-is-ethereum": "Co je to Ethereum?", "what-is-the-ethereum-network": "Co je to síť Ethereum?", "withdrawals": "Uzamčení výběrů", - "wrapped-ether": "Zabalený Ether", + "wrapped-eth": "Zabalený Ether", "yes": "Ano", "zero-knowledge-proofs": "Důkazy s nulovou znalostí", "region-crimea": "Krym", diff --git a/src/intl/cs/glossary-tooltip.json b/src/intl/cs/glossary-tooltip.json index fcd676cb149..f338a482130 100644 --- a/src/intl/cs/glossary-tooltip.json +++ b/src/intl/cs/glossary-tooltip.json @@ -139,6 +139,8 @@ "staking-definition": "Uložení množství etheru (váš podíl) za účelem stát se validátorem a zabezpečit síť. Validátor kontroluje transakce a navrhuje bloky v rámci konsensuálního modelu proof-of-stake. Uzamčení vám poskytuje ekonomickou motivaci jednat v nejlepším zájmu sítě. Dostanete odměny za plnění svých povinností validátora, ale ztratíte různé množství ETH, pokud tak neučiníte. Více o uzamčení Etherea.", "staking-pool-term": "Pool pro uzamčení", "staking-pool-definition": "Kombinované ETH více než jednoho stakera Etherea, použité k dosažení 32 ETH potřebných k aktivaci sady klíčů validátoru. Provozovatel uzlu používá tyto klíče k účasti na konsensu a odměny za blok jsou rozděleny mezi přispívající stakery. Pooly pro uzamčení nebo delegování uzamčení nejsou nativní pro protokol Etherea, ale komunita vytvořila mnoho řešení. Více o sdruženém uzamčení.", + "state-term": "Stav", + "state-definition": "Snímek všech zůstatků a dat v určitém okamžiku na blockchainu, který obvykle odkazuje na stav u konkrétního bloku.", "sybil-attack-term": "Útok Sybil", "sybil-attack-definition": "Sybil útoky jsou útoky, kde se jednotlivci snaží přelstít systém, aby si myslel, že jsou více lidmi, aby zvyšili svůj vliv.", "terminal-total-difficulty-term": "Konečná celková obtížnost (TTD)", diff --git a/src/intl/cs/page-community-events.json b/src/intl/cs/page-community-events.json index feeaeaee0b0..ccacb758878 100644 --- a/src/intl/cs/page-community-events.json +++ b/src/intl/cs/page-community-events.json @@ -98,5 +98,6 @@ "page-events-meetups-events-subtitle": "Vyhledejte nadcházející hackathony, komunitní srazy a konference v ekosystému Ethereum.", "page-events-cta-title": "Organizujete událost?", "page-events-cta-body": "Toto je neúplný seznam, který spravuje naše komunita. Víte o nadcházející události Etherea, kterou bychom měli na tento seznam přidat?", - "page-events-cta-button": "Odeslat událost" + "page-events-cta-button": "Odeslat událost", + "item-logo": "Logo {item}" } diff --git a/src/intl/cs/page-developers-index.json b/src/intl/cs/page-developers-index.json index a1901066894..fd1d9c831d6 100644 --- a/src/intl/cs/page-developers-index.json +++ b/src/intl/cs/page-developers-index.json @@ -11,7 +11,15 @@ "page-developers-dev-env-desc": "Vývojová prostředí (IDE) vhodná pro vývoj dappek", "page-developers-dev-env-link": "Vývojová prostředí", "page-developers-docs-introductions": "Úvod", + "page-developers-ethskills-cta": "Stavějte s {ethskills}", + "page-developers-ethskills-desc": "Strukturované znalosti o Ethereu pro agentní stack. Dejte svému AI agentovi kontext, který potřebuje ke čtení stavu, odesílání transakcí a koordinaci s protokoly, aniž by opustil kontextové okno modelu.", "page-developers-ethskills-label": "Kontext AI agenta pro Ethereum", + "page-developers-ethskills-msg-1": "spustit minci pro moji komunitu", + "page-developers-ethskills-msg-2": "vytvořit fanouškovský klub, který mi platí, když se lidé přidají", + "page-developers-ethskills-msg-3": "nechat mé umění vydělávat tantiémy při každém dalším prodeji", + "page-developers-ethskills-msg-4": "vytvořit DAO a nechat mé fanoušky hlasovat o tom, co stavím", + "page-developers-ethskills-msg-5": "nastavit trezor, který rozmnožuje mé ETH, zatímco spím", + "page-developers-ethskills-title": "Stavějte na blockchainu s agenty", "page-developers-evm-desc": "Počítač, který zpracovává transakce", "page-developers-evm-link": "Virtuální stroj Etherea (EVM)", "page-developers-explore-documentation": "Prozkoumej dokumentaci.", diff --git a/src/intl/cs/page-get-eth.json b/src/intl/cs/page-get-eth.json index 0d18e8fad84..5b55961da64 100644 --- a/src/intl/cs/page-get-eth.json +++ b/src/intl/cs/page-get-eth.json @@ -75,5 +75,6 @@ "page-get-eth-your-address-desc-3": "Je to něco jako vaše e-mailová adresa, ale místo e-mailu můžete dostávat ETH. Pokud chcete přenést ETH z výměny do peněženky, použijte vaši adresu jako místo určení. Před odesláním vše radši dvakrát zkontrolujete!", "page-get-eth-your-address-wallet-link": "Podívejte se na peněženky", "listing-policy-raise-issue-link": "Vytvořit hlášení o chybě", - "page-find-wallet-last-updated": "Naposledy aktualizováno" + "page-find-wallet-last-updated": "Naposledy aktualizováno", + "listing-policy-disclaimer": "Zobrazení produktů na této stránce není oficiálním doporučením a je zde jen z informačních důvodů. Pokud chcete přidat produkt nebo vyjádřit názor na tuto problematiku, vytvořte hlášení o chybě (issue) na Githubu." } diff --git a/src/intl/cs/page-roadmap.json b/src/intl/cs/page-roadmap.json index 0fe38b5855b..f75266a1437 100644 --- a/src/intl/cs/page-roadmap.json +++ b/src/intl/cs/page-roadmap.json @@ -96,7 +96,13 @@ "page-roadmap-fusaka-additional-item-1": "Podpora bezpečných enkláv na mobilních zařízeních pro zlepšení UX", "page-roadmap-fusaka-additional-item-2": "Vylepšení trhu s poplatky za bloby", "page-roadmap-fusaka-additional-item-3": "Další vylepšení efektivity validátorů a výkonu sítě", - "page-roadmap-glamsterdam-discussed-title": "Plánováno pro Glamsterdam", - "page-roadmap-glamsterdam-discussed-item-1": "Enshrined Proposer-Builder Separation (ePBS)", - "page-roadmap-glamsterdam-discussed-item-2": "Block-level Access Lists (BALs)" + "page-roadmap-glamsterdam-epbs-title": "Nativní oddělení navrhovatele a tvůrce", + "page-roadmap-glamsterdam-epbs-item-1": "Odděluje dohodu o blocích od zpracování, což pomáhá škálovat L1 tím, že umožňuje validátorům zpracovávat více dat.", + "page-roadmap-glamsterdam-epbs-item-2": "Nativně integruje sestavovatele, takže validátoři mohou bezpečně zadávat sestavování bloků externím subjektům, aniž by museli důvěřovat externímu softwaru.", + "page-roadmap-glamsterdam-bal-title": "Seznamy přístupů na úrovni bloků", + "page-roadmap-glamsterdam-bal-item-1": "Zavádí povinné seznamy přístupu na úrovni bloků, nikoli pro jednotlivé transakce.", + "page-roadmap-glamsterdam-bal-item-2": "Předem mapuje závislosti pro rychlejší synchronizaci, paralelní spouštění a paralelní čtení z disku.", + "page-roadmap-glamsterdam-bal-item-3": "Snižuje poplatky za plyn pro aplikace s vysokými nároky na stav a zlepšuje předvídatelnost nákladů na plyn.", + "page-roadmap-hegota-discussed-title": "Plánováno pro Hegotá", + "page-roadmap-hegota-discussed-item-1": "Návrhy jsou v současné době předmětem diskuse." } diff --git a/src/intl/de/common.json b/src/intl/de/common.json index 0d5fb2d15d8..bd0f7852c4d 100644 --- a/src/intl/de/common.json +++ b/src/intl/de/common.json @@ -25,11 +25,9 @@ "close": "Schließen", "community": "Community", "community-hub": "Community-Hub", - "community-menu": "Community-Menü", "conferences": "Konferenzen", "consensus-when-shipping": "Wann wird es veröffentlicht?", "contact": "Pressekontakt:", - "content-buckets": "Inhaltsbehälter", "content-resources": "Inhaltsressourcen", "content-standardization": "Standardisierung der Inhalte", "contributing": "Mitwirken", @@ -53,7 +51,6 @@ "design-principles": "Designprinzipien", "devcon": "Devcon", "developers": "Entwickler", - "developers-home": "Entwicklerbasis", "docs": "Dokumente", "docsearch-error-help": "Sie sollten Ihre Internetverbindung überprüfen.", "docsearch-error-title": "Ergebnisse können nicht abgerufen werden", @@ -73,7 +70,6 @@ "docsearch-to-select": "Zur Auswahl", "documentation": "Dokumentation", "down": "Nach unten", - "ecosystem": "Ökosystem", "edit-page": "Seite bearbeiten", "ef-blog": "Ethereum Foundation-Blog", "eips": "Ethereum – Verbesserungsvorschläge", @@ -81,16 +77,12 @@ "enterprise": "Unternehmen", "use-cases": "Anwendungsfälle", "enterprise-mainnet": "Enterprise – Mainnet-Ethereum", - "enterprise-menu": "Unternehmens-Menü", - "enterprise-team-description": "Wir beantworten Ihre Fragen, helfen bei der Identifizierung potenzieller Lösungswege, leisten technischen Support und vernetzen Sie mit relevanten Branchenführern.", - "enterprise-team": "Ethereum Enterprise-Team", "error-page-title": "Oh, etwas ist schiefgelaufen", "error-page-description": "Sie können uns helfen, indem Sie dieses Problem in unserem GitHub-Repository melden.", "error-page-home-link": "Zurück zur Startseite", "esp": "Ökosystem-Unterstützungsprogramm", "eth-current-price": "Aktueller ETH-Preis (USD)", "ethereum": "Ethereum", - "ethereum-basics": "Ethereum-Grundlagen", "ethereum-brand-assets": "Ethereum – Marken-Assets", "ethereum-bug-bounty": "Ethereum Bug-Bounty-Programm", "ethereum-events": "Ethereum-Events", @@ -101,12 +93,9 @@ "ethereum-history-founder-and-ownership": "Geschichte, Gründer und Eigentumsverhältnisse von Ethereum", "ethereum-logo": "Ethereum-Logo", "ethereum-online": "Online-Communitys", - "ethereum-protocol": "Ethereum-Protokoll", "ethereum-roadmap": "Ethereum-Roadmap", "ethereum-security": "Ethereum – Sicherheits- und Betrugsvorbeugung", "ethereum-privacy": "Privatsphäre auf Ethereum", - "ethereum-support": "Ethereum-Support", - "ethereum-upgrades": "Ethereum-Upgrades", "ethereum-vs-bitcoin": "Ethereum vs. Bitcoin", "ethereum-wallets": "Ethereum Wallets", "ethereum-whitepaper": "Ethereum Whitepaper", @@ -122,7 +111,6 @@ "feedback-widget-thank-you-timing": "2 bis 3 Minuten", "feedback-widget-thank-you-title": "Danke für das Feedback!", "filter-bar-clear": "Filter löschen", - "filter-bar-empty": "Keine Elemente entsprechen dem ausgewählten Filter", "filter-bar-no-results": "Keine Ergebnisse gefunden", "filter-bar-placeholder": "Filtern nach", "filter-bar-showing": "Anzeigen", @@ -134,22 +122,15 @@ "get-involved": "Mitmachen", "get-started": "Erste Schritte", "go-to-top": "Nach oben", - "grant-programs": "Ökosystem-Förderprogramme", "grants": "Zuschüsse", "guides": "Leitfäden", - "guides-hub": "Anleitungen", - "history-of-ethereum": "Die Geschichte von Ethereum", "home": "Startseite", - "how-ethereum-works": "Wie Ethereum funktioniert", "how-to-create-an-ethereum-account": "Wie man ein Ethereum-Konto „anlegt\"", "how-to-revoke-token-access": "So widerrufen Sie den Smart-Contract-Zugriff auf Ihre Krypto-Geldmittel", "how-to-swap-tokens": "So tauschen Sie Token", "how-to-use-a-bridge": "So übertragen Sie Token mit der Layer 2", "how-to-use-a-wallet": "So verwenden Sie eine Wallet", "image": "Bild", - "item-logo": "{item}-Logo", - "in-this-section": "In diesem Abschnitt", - "individuals": "Privatpersonen", "jobs": "Jobangebote", "kraken-logo": "Kraken-Logo", "language-am": "Amharisch", @@ -231,13 +212,8 @@ "less": "Weniger", "light-mode": "Hell", "light-mode-aria-label": "In den hellen Modus wechseln", - "listing-policy-disclaimer": "Alle auf dieser Seite aufgelisteten Produkte sind nicht offiziell empfohlen, sondern lediglich zu Informationszwecken zur Verfügung gestellt. Falls Sie ein Produkt listen oder Feedback zur Regelung geben möchten, erstellen Sie ein Thema auf GitHub.", "loading": "Wird geladen...", - "loading-error": "Ladefehler.", "loading-error-refresh": "Fehler, bitte aktualisieren.", - "loading-error-try-again-later": "Laden von Daten nicht möglich. Bitte versuchen Sie es später erneut.", - "logo": "logo", - "mainnet-ethereum": "Mainnet Ethereum", "meetups": "Meetups", "menu": "Menü", "merge": "Zusammenführen", @@ -262,7 +238,6 @@ "nav-defi-description": "Eine globale, offene Alternative zum traditionellen Finanzmarkt", "nav-desci-description": "Eine globale, offene Alternative zum derzeitigen wissenschaftlichen System", "nav-desoc-description": "Blockchain-basierte Plattformen für soziale Interaktionen und Content-Erstellung", - "nav-developers": "Entwickler:innen", "nav-developers-docs": "Entwicklerdokumentation", "nav-did-description": "Erstellen Sie Ihre eigenen einzigartigen dezentralisierten Identifikatoren", "nav-docs-description": "Dokumente helfen Ihnen, Ethereum zu verstehen und Builder zu werden", @@ -312,7 +287,6 @@ "nav-history-label": "Die technische Geschichte von Ethereum", "nav-learn-ethereum-development-description": "Beginnen oder vertiefen Sie Ihre Kenntnisse in der Ethereum-Entwicklung", "nav-start-building-description": "Wählen Sie Ihren Ethereum-Entwicklungsstack und richten Sie ihn ein", - "nav-networks-home-description": "Günstigere und schnellere Transaktionen für Ethereum", "nav-networks-introduction-label": "Einführung", "nav-networks-introduction-description": "Ethereum hat sich zu einem Netzwerk von Netzwerken erweitert", "nav-networks-explore-networks-label": "Netzwerk erkunden", @@ -387,10 +361,6 @@ "on-this-page": "Auf dieser Seite", "onchain-gaming": "Onchain-Gaming", "open": "Öffnen", - "open-research": "Offene Forschung", - "page-developers-aria-label": "Entwicklermenü", - "page-index-meta-title": "Startseite", - "page-languages-browser-default": "Browserstandard", "page-languages-filter-label": "Filterliste", "page-languages-filter-placeholder": "Schreiben, um zu filtern", "page-languages-interested": "Interessiert, daran mitzuwirken?", @@ -412,7 +382,6 @@ "pools": "Gepooltes Staking", "prediction-markets": "Prognosemärkte", "privacy-policy": "Datenschutzrichtlinien", - "private-ethereum": "Ethereum privat", "product-disclaimer": "Produkte und Dienstleistungen werden als Annehmlichkeit für die Ethereum-Community aufgelistet. Die Aufnahme eines Produkts oder einer Dienstleistung stellt keine Empfehlung des Teams der Website ethereum.org oder der Ethereum Foundation dar.", "quizzes": "Quizze", "quizzes-title": "Quiz-Hub", @@ -423,23 +392,17 @@ "resources": "Übersetzungsressourcen", "return-home": "Zurück zur Startseite", "roadmap": "Ethereum-Roadmap", - "rollup-component-developer-docs": "Entwicklerdokumentation", - "rollup-component-technology-and-risk-summary": "Technologie- und Risikozusammenfassung", "rollup-component-website": "Website", "run-a-node": "Einen Node betreiben", "real-world-assets": "RWAs – Reale Vermögenswerte", "saas": "Staking als Dienst", "scaling": "Skalierung", "search": "Suche", - "search-box-blank-state-text": "Suche!", - "search-eth-address": "Sieht aus wie eine Ethereum-Adresse. Wir liefern keine Daten zu Adressen. Versuchen Sie es auf einem Block-Explorer wie", "search-ethereum-org": "ethereum.org untersuchen", - "search-no-results": "Keine Ergebnisse zu Ihrer Suche", "secret-leader-election": "Geheime Führungswahl", "security": "Sicherheit", "see-contributors": "Siehe Mitwirkende", "start-building": "Beginnen Sie jetzt", - "sharding": "Sharding", "show-all": "Alles anzeigen", "show-more": "Mehr anzeigen", "show-less": "Weniger anzeigen", @@ -452,7 +415,6 @@ "stablecoins": "Stablecoins", "stake-eth": "ETH-Staking", "staking": "Staking", - "start-here": "Hier starten", "statelessness": "Zustandslosigkeit", "style-guide": "Styleguide", "support": "Support", @@ -475,22 +437,19 @@ "tutorials": "Tutorials", "up": "Nach oben", "use": "Anwenden", - "use-ethereum": "Ethereum verwenden", - "use-ethereum-menu": "Ethereum-Menü verwenden", "use-menu": "Benutzermenü", "user-experience": "Benutzererfahrung", "verkle-trees": "Verkle Trees", "wallets": "Wallets", "we-couldnt-find-that-page": "Diese Seite konnte nicht gefunden werden", "web3": "Was ist Web3?", - "web3-title": "Web3", "website-last-updated": "Website zuletzt aktualisiert", "what-are-apps": "Was sind Apps?", "what-is-ether": "Was ist Ether (ETH)?", "what-is-ethereum": "Was ist Ethereum?", "what-is-the-ethereum-network": "Was ist das Ethereum-Netzwerk?", "withdrawals": "Staking-Auszahlungen", - "wrapped-ether": "Wrapped Ether", + "wrapped-eth": "Wrapped Ether", "yes": "Ja", "zero-knowledge-proofs": "Null-Wissen-Beweise", "region-crimea": "Krim", diff --git a/src/intl/de/glossary-tooltip.json b/src/intl/de/glossary-tooltip.json index 43935cdb0b2..ccb1d1a2f6a 100644 --- a/src/intl/de/glossary-tooltip.json +++ b/src/intl/de/glossary-tooltip.json @@ -139,6 +139,8 @@ "staking-definition": "Einzahlung einer Menge Ether (Ihr Stake), um ein Validator zu werden und das Netzwerk zu sichern. Ein Validator überprüft Transaktionen und schlägt Blöcke in einem Proof-of-Stake-Konsensmodell vor. Das Staking gibt Ihnen einen wirtschaftlichen Anreiz, im besten Interesse des Netzwerks zu handeln. Sie erhalten Belohnungen für die Erfüllung Ihrer Validator-Pflichten, verlieren aber unterschiedliche Mengen an ETH, wenn Sie dies nicht tun. Mehr über Ethereum-Staking.", "staking-pool-term": "Staking-Pool", "staking-pool-definition": "Das kombinierte ETH von mehr als einem Ethereum-Staker, das verwendet wird, um die 32 ETH zu erreichen, die zur Aktivierung eines Satzes von Validator-Schlüsseln erforderlich sind. Ein Node-Betreiber verwendet diese Schlüssel, um am Konsens teilzunehmen, und die Block-Belohnungen werden unter den beitragenden Stakern aufgeteilt. Staking-Pools oder delegiertes Staking sind nicht nativ im Ethereum-Protokoll, aber viele Lösungen wurden von der Community entwickelt. Mehr über Pooled Staking.", + "state-term": "Zustand", + "state-definition": "Ein Snapshot aller Salden und Daten zu einem bestimmten Zeitpunkt auf der Blockchain, der sich normalerweise auf die Bedingungen bei einem bestimmten Block bezieht.", "sybil-attack-term": "Sybil Angriff", "sybil-attack-definition": "Sybil-Angriffe beziehen sich auf einzelne Menschen, die das System glauben lassen wollen, sie seien mehrere Menschen, um ihren Einfluss zu erhöhen.", "terminal-total-difficulty-term": "Terminale Gesamtschwierigkeit (Terminal Total Difficulty, TTD)", diff --git a/src/intl/de/page-community-events.json b/src/intl/de/page-community-events.json index 4000756945f..b34eb1198df 100644 --- a/src/intl/de/page-community-events.json +++ b/src/intl/de/page-community-events.json @@ -98,5 +98,6 @@ "page-events-meetups-events-subtitle": "Suchen Sie nach bevorstehenden Hackathons, Community-Treffen und Konferenzen rund um das Ethereum-Ökosystem.", "page-events-cta-title": "Organisieren Sie ein Event?", "page-events-cta-body": "Dies ist eine nicht vollständige Liste, die von unserer Community gepflegt wird. Kennen Sie ein bevorstehendes Ethereum-Event, das dieser Liste hinzugefügt werden soll?", - "page-events-cta-button": "Event einreichen" + "page-events-cta-button": "Event einreichen", + "item-logo": "{item}-Logo" } diff --git a/src/intl/de/page-developers-index.json b/src/intl/de/page-developers-index.json index 849f9a59746..fff739dc1ca 100644 --- a/src/intl/de/page-developers-index.json +++ b/src/intl/de/page-developers-index.json @@ -11,7 +11,15 @@ "page-developers-dev-env-desc": "IDEs, die für DApp-Entwicklung geeignet sind", "page-developers-dev-env-link": "Entwicklungsumgebungen", "page-developers-docs-introductions": "Einführung", + "page-developers-ethskills-cta": "Baue mit {ethskills}", + "page-developers-ethskills-desc": "Strukturiertes Ethereum-Wissen für den agentischen Stack. Gib deinem KI-Agenten den Kontext, den er braucht, um den State zu lesen, Transaktionen zu senden und mit Protokollen zu koordinieren -- ohne das Kontextfenster des Modells zu verlassen.", "page-developers-ethskills-label": "KI-Agenten-Kontext für Ethereum", + "page-developers-ethskills-msg-1": "starte einen Coin für meine Community", + "page-developers-ethskills-msg-2": "baue einen Fanclub, der mich bezahlt, wenn Leute beitreten", + "page-developers-ethskills-msg-3": "lass meine Kunst bei jedem Weiterverkauf Tantiemen verdienen", + "page-developers-ethskills-msg-4": "erstelle eine DAO und lass meine Fans abstimmen, was ich baue", + "page-developers-ethskills-msg-5": "richte einen Vault ein, der meine ETH vermehrt, während ich schlafe", + "page-developers-ethskills-title": "Baue onchain mit Agenten", "page-developers-evm-desc": "Der Computer, der Transaktionen verarbeitet", "page-developers-evm-link": "Die Ethereum Virtual Machine (EVM)", "page-developers-explore-documentation": "Dokumentation erkunden", diff --git a/src/intl/de/page-get-eth.json b/src/intl/de/page-get-eth.json index e3e80fd2518..2f87a91b54f 100644 --- a/src/intl/de/page-get-eth.json +++ b/src/intl/de/page-get-eth.json @@ -75,5 +75,6 @@ "page-get-eth-your-address-desc-3": "Stellen Sie es sich wie Ihre E-Mail-Adresse vor, aber anstatt E-Mails kann man ETH empfangen. Wenn Sie ETH von einer Börse zu Ihrer Wallet überweisen wollen, benutzen Sie Ihre Adresse als Ziel. Überprüfen Sie Ihre Angaben vor dem Abschicken immer zweimal!", "page-get-eth-your-address-wallet-link": "Schauen Sie sich Wallets an", "listing-policy-raise-issue-link": "Thema erstellen", - "page-find-wallet-last-updated": "Zuletzt aktualisiert" + "page-find-wallet-last-updated": "Zuletzt aktualisiert", + "listing-policy-disclaimer": "Alle auf dieser Seite aufgelisteten Produkte sind nicht offiziell empfohlen, sondern lediglich zu Informationszwecken zur Verfügung gestellt. Falls Sie ein Produkt listen oder Feedback zur Regelung geben möchten, erstellen Sie ein Thema auf GitHub." } diff --git a/src/intl/de/page-roadmap.json b/src/intl/de/page-roadmap.json index 25fcefb7e5c..1e5f1c9395c 100644 --- a/src/intl/de/page-roadmap.json +++ b/src/intl/de/page-roadmap.json @@ -96,7 +96,13 @@ "page-roadmap-fusaka-additional-item-1": "Unterstützung für sichere Enklaven auf mobilen Geräten zur Verbesserung der UX", "page-roadmap-fusaka-additional-item-2": "Verbesserungen am Blob-Gebührenmarkt", "page-roadmap-fusaka-additional-item-3": "Weitere Verbesserungen der Validator-Effizienz und der Netzwerkleistung", - "page-roadmap-glamsterdam-discussed-title": "Geplant für Glamsterdam", - "page-roadmap-glamsterdam-discussed-item-1": "Verankerte Proposer-Builder-Trennung (ePBS)", - "page-roadmap-glamsterdam-discussed-item-2": "Zugriffslisten auf Blockebene (BALs)" + "page-roadmap-glamsterdam-epbs-title": "Native Trennung von Proposer und Builder", + "page-roadmap-glamsterdam-epbs-item-1": "Trennt die Blockvereinbarung von der Verarbeitung, wodurch L1 skaliert werden kann, indem Validatoren mehr Daten verarbeiten können.", + "page-roadmap-glamsterdam-epbs-item-2": "Integriert nativ Builder, sodass Validatoren die Blockerstellung sicher auslagern können, ohne externer Software zu vertrauen.", + "page-roadmap-glamsterdam-bal-title": "Zugriffslisten auf Blockebene", + "page-roadmap-glamsterdam-bal-item-1": "Führt obligatorische Zugriffslisten auf Blockebene anstelle von einzelnen Transaktionen ein.", + "page-roadmap-glamsterdam-bal-item-2": "Ordnet Abhängigkeiten im Voraus zu, um schnellere Synchronisierungen, parallele Ausführung und parallele Festplattenlesevorgänge zu ermöglichen.", + "page-roadmap-glamsterdam-bal-item-3": "Senkt die Gasgebühren für stark zustandsbehaftete Anwendungen und verbessert die Vorhersehbarkeit der Gaskosten.", + "page-roadmap-hegota-discussed-title": "Geplant für Hegotá", + "page-roadmap-hegota-discussed-item-1": "Vorschläge werden derzeit diskutiert." } diff --git a/src/intl/en/common.json b/src/intl/en/common.json index d24e71fca46..83c89b1ac93 100644 --- a/src/intl/en/common.json +++ b/src/intl/en/common.json @@ -25,11 +25,9 @@ "close": "Close", "community": "Community", "community-hub": "Community hub", - "community-menu": "Community Menu", "conferences": "Conferences", "consensus-when-shipping": "When's it shipping?", "contact": "Press Contact", - "content-buckets": "Content Buckets", "content-resources": "Content Resources", "content-standardization": "Content standardization", "contributing": "Contributing", @@ -53,7 +51,6 @@ "design-principles": "Design Principles", "devcon": "Devcon", "developers": "Developers", - "developers-home": "Developers' home", "docs": "Docs", "docsearch-error-help": "You might want to check your network connection.", "docsearch-error-title": "Unable to fetch results", @@ -73,7 +70,6 @@ "docsearch-to-select": "To select", "documentation": "Documentation", "down": "Down", - "ecosystem": "Ecosystem", "edit-page": "Edit page", "ef-blog": "Ethereum Foundation Blog", "eips": "Ethereum Improvement Proposals", @@ -81,16 +77,12 @@ "enterprise": "Enterprise", "use-cases": "Use cases", "enterprise-mainnet": "Enterprise - Mainnet Ethereum", - "enterprise-menu": "Enterprise Menu", - "enterprise-team-description": "We will answer your questions, help identify potential paths forward, provide technical support and connect you with relevant industry leaders.", - "enterprise-team": "Ethereum Enterprise Team", "error-page-title": "Oops! Something went wrong", "error-page-description": "You can help us improve by reporting this issue on our GitHub repository.", "error-page-home-link": "Return to the home page", "esp": "Ecosystem Support Program", "eth-current-price": "Current ETH price (USD)", "ethereum": "Ethereum", - "ethereum-basics": "Ethereum basics", "ethereum-brand-assets": "Ethereum brand assets", "ethereum-bug-bounty": "Ethereum bug bounty program", "ethereum-events": "Ethereum events", @@ -101,12 +93,9 @@ "ethereum-history-founder-and-ownership": "Ethereum history, founder and ownership", "ethereum-logo": "Ethereum logo", "ethereum-online": "Online communities", - "ethereum-protocol": "Ethereum protocol", "ethereum-roadmap": "Ethereum roadmap", "ethereum-security": "Ethereum security and scam prevention", "ethereum-privacy": "Privacy on Ethereum", - "ethereum-support": "Ethereum support", - "ethereum-upgrades": "Ethereum upgrades", "ethereum-vs-bitcoin": "Ethereum vs Bitcoin", "ethereum-wallets": "Ethereum wallets", "ethereum-whitepaper": "Ethereum Whitepaper", @@ -122,7 +111,6 @@ "feedback-widget-thank-you-timing": "2–3 min", "feedback-widget-thank-you-title": "Thank you for your feedback!", "filter-bar-clear": "Clear filter", - "filter-bar-empty": "No items match the selected filter", "filter-bar-no-results": "No results found", "filter-bar-placeholder": "Filter by", "filter-bar-showing": "Showing", @@ -134,22 +122,15 @@ "get-involved": "Get involved", "get-started": "Get started", "go-to-top": "Go to top", - "grant-programs": "Ecosystem Grant Programs", "grants": "Grants", "guides": "Guides", - "guides-hub": "How-to guides", - "history-of-ethereum": "History of Ethereum", "home": "Home", - "how-ethereum-works": "How Ethereum works", "how-to-create-an-ethereum-account": "How to \"create\" an Ethereum account", "how-to-revoke-token-access": "How to revoke smart contract access to your crypto funds", "how-to-swap-tokens": "How to swap tokens", "how-to-use-a-bridge": "How to bridge tokens to layer 2", "how-to-use-a-wallet": "How to use a wallet", "image": "image", - "item-logo": "{item} logo", - "in-this-section": "In this section", - "individuals": "Individuals", "jobs": "Jobs", "kraken-logo": "Kraken logo", "language-am": "Amharic", @@ -231,13 +212,8 @@ "less": "Less", "light-mode": "Light", "light-mode-aria-label": "Switch to light mode", - "listing-policy-disclaimer": "All products listed on this page are not official endorsements, and are provided for informational purposes only. If you want to add a product or provide feedback on the policy raise an issue in GitHub.", "loading": "Loading...", - "loading-error": "Loading error.", "loading-error-refresh": "Error, please refresh.", - "loading-error-try-again-later": "Unable to load data. Try again later.", - "logo": "logo", - "mainnet-ethereum": "Mainnet Ethereum", "meetups": "Meetups", "menu": "Menu", "merge": "Merge", @@ -262,7 +238,6 @@ "nav-defi-description": "A global, open alternative to the traditional financial market", "nav-desci-description": "A global, open alternative to the current scientific system", "nav-desoc-description": "Blockchain-based platforms for social interaction and content creation", - "nav-developers": "Developers", "nav-developers-docs": "Developers docs", "nav-did-description": "Issue and own your unique decentralized identifiers", "nav-docs-description": "Docs to help you understand and build with Ethereum", @@ -312,7 +287,6 @@ "nav-history-label": "Technical history of Ethereum", "nav-learn-ethereum-development-description": "Begin or level-up your Ethereum development education", "nav-start-building-description": "Choose and set up your Ethereum development stack", - "nav-networks-home-description": "Cheaper and faster transactions for Ethereum", "nav-networks-introduction-label": "Introduction", "nav-networks-introduction-description": "Ethereum expanded into network of networks", "nav-networks-explore-networks-label": "Explore networks", @@ -387,10 +361,6 @@ "on-this-page": "On this page", "onchain-gaming": "Onchain Gaming", "open": "Open", - "open-research": "Open research", - "page-developers-aria-label": "Developers' Menu", - "page-index-meta-title": "Home", - "page-languages-browser-default": "Browser default", "page-languages-filter-label": "Filter list", "page-languages-filter-placeholder": "Type to filter", "page-languages-interested": "Interested in contributing?", @@ -412,7 +382,6 @@ "pools": "Pooled staking", "prediction-markets": "Prediction markets", "privacy-policy": "Privacy policy", - "private-ethereum": "Private Ethereum", "product-disclaimer": "Products and services are listed as a convenience for the Ethereum community. Inclusion of a product or service does not represent an endorsement from the ethereum.org website team, or the Ethereum Foundation.", "quizzes": "Quizzes", "quizzes-title": "Quiz Hub", @@ -423,23 +392,17 @@ "resources": "Translation resources", "return-home": "return home", "roadmap": "Ethereum roadmap", - "rollup-component-developer-docs": "Developer docs", - "rollup-component-technology-and-risk-summary": "Technology and risk summary", "rollup-component-website": "Website", "run-a-node": "Run a node", "real-world-assets": "RWAs - Real-world assets", "saas": "Staking as a service", "scaling": "Scaling", "search": "Search", - "search-box-blank-state-text": "Search away!", - "search-eth-address": "This looks like an Ethereum address. We don't provide data specific to addresses. Try searching for it on a block explorer like", "search-ethereum-org": "Search ethereum.org", - "search-no-results": "No results for your search", "secret-leader-election": "Secret leader election", "security": "Security", "see-contributors": "See contributors", "start-building": "Start building", - "sharding": "Sharding", "show-all": "Show all", "show-more": "Show more", "show-less": "Show less", @@ -452,7 +415,6 @@ "stablecoins": "Stablecoins", "stake-eth": "Stake ETH", "staking": "Staking", - "start-here": "Start here", "statelessness": "Statelessness", "style-guide": "Style guide", "support": "Support", @@ -471,26 +433,24 @@ "translation-program": "Translation Program", "translator": "Translator", "trillion-dollar-security": "Trillion dollar security project", + "try-again": "Try again", "try-using-search": "Try using search to find what you're looking for or", "tutorials": "Tutorials", "up": "Up", "use": "Use", - "use-ethereum": "Use Ethereum", - "use-ethereum-menu": "Use Ethereum menu", "use-menu": "Use menu", "user-experience": "User experience", "verkle-trees": "Verkle trees", "wallets": "Wallets", "we-couldnt-find-that-page": "We couldn't find that page", "web3": "What is Web3?", - "web3-title": "Web3", "website-last-updated": "Website last updated", "what-are-apps": "What are apps?", "what-is-ether": "What is ether (ETH)?", "what-is-ethereum": "What is Ethereum?", "what-is-the-ethereum-network": "What is the Ethereum network?", "withdrawals": "Staking withdrawals", - "wrapped-ether": "Wrapped Ether", + "wrapped-eth": "Wrapped Ether", "yes": "Yes", "zero-knowledge-proofs": "Zero-knowledge proofs", "region-crimea": "Crimea", diff --git a/src/intl/en/glossary-tooltip.json b/src/intl/en/glossary-tooltip.json index c244fb4e228..b2ad664f270 100644 --- a/src/intl/en/glossary-tooltip.json +++ b/src/intl/en/glossary-tooltip.json @@ -139,6 +139,8 @@ "staking-definition": "Depositing a quantity of ether (your stake) to become a validator and secure the network. A validator checks transactions and proposes blocks under a proof-of-stake consensus model. Staking gives you an economic incentive to act in the best interests of the network. You'll get rewards for carrying out your validator duties, but lose varying amounts of ETH if you don't. More on Ethereum staking.", "staking-pool-term": "Staking pool", "staking-pool-definition": "The combined ETH of more than one Ethereum staker, used to reach the 32 ETH required to activate a set of validator keys. A node operator uses these keys to participate in consensus and the block rewards are split amongst contributing stakers. Staking pools or delegating staking are not native to the Ethereum protocol, but many solutions have been built by the community. More on pooled staking.", + "state-term": "State", + "state-definition": "A snapshot of all balances and data at a particular point in time on the blockchain, normally referring to the condition at a particular block.", "sybil-attack-term": "Sybil attack", "sybil-attack-definition": "Sybil attacks refer to individual humans tricking a system into thinking they are multiple people to increase their influence.", "terminal-total-difficulty-term": "Terminal total difficulty (TTD)", diff --git a/src/intl/en/page-community-events.json b/src/intl/en/page-community-events.json index 6865798b4c7..2c444d89758 100644 --- a/src/intl/en/page-community-events.json +++ b/src/intl/en/page-community-events.json @@ -98,5 +98,6 @@ "page-events-meetups-events-subtitle": "Search upcoming hackathons, community gatherings, and conferences around the Ethereum ecosystem.", "page-events-cta-title": "Organizing an event?", "page-events-cta-body": "This is a non-exhaustive list maintained by our community. Know of an upcoming Ethereum event to add to this list?", - "page-events-cta-button": "Submit event" + "page-events-cta-button": "Submit event", + "item-logo": "{item} logo" } diff --git a/src/intl/en/page-developers-index.json b/src/intl/en/page-developers-index.json index 43383218cf1..e55eee9b630 100644 --- a/src/intl/en/page-developers-index.json +++ b/src/intl/en/page-developers-index.json @@ -11,7 +11,15 @@ "page-developers-dev-env-desc": "IDEs that are suitable for dapp development", "page-developers-dev-env-link": "Development environments", "page-developers-docs-introductions": "Introductions", + "page-developers-ethskills-cta": "Build with {ethskills}", + "page-developers-ethskills-desc": "Structured Ethereum knowledge for the agentic stack. Give your AI agent the context it needs to read state, send transactions, and coordinate with protocols, without leaving the model's context window.", "page-developers-ethskills-label": "AI agent context for Ethereum", + "page-developers-ethskills-msg-1": "launch a coin for my community", + "page-developers-ethskills-msg-2": "build a fan club that pays me when people join", + "page-developers-ethskills-msg-3": "let my art earn royalties every time it resells", + "page-developers-ethskills-msg-4": "create a DAO and let my fans vote on what I build", + "page-developers-ethskills-msg-5": "set up a vault that grows my ETH while I sleep", + "page-developers-ethskills-title": "Build onchain with agents", "page-developers-evm-desc": "The computer that processes transactions", "page-developers-evm-link": "The Ethereum virtual machine (EVM)", "page-developers-explore-documentation": "Explore the documentation", diff --git a/src/intl/en/page-get-eth.json b/src/intl/en/page-get-eth.json index ebfe5d1fe16..d71401b72f8 100644 --- a/src/intl/en/page-get-eth.json +++ b/src/intl/en/page-get-eth.json @@ -75,5 +75,6 @@ "page-get-eth-your-address-desc-3": "Think of this like your email address, but instead of mail it can receive ETH. If you want to transfer ETH from an exchange to your wallet, use your address as the destination. Be sure to always double check before you send!", "page-get-eth-your-address-wallet-link": "Check out wallets", "listing-policy-raise-issue-link": "Raise issue", - "page-find-wallet-last-updated": "Last updated" -} \ No newline at end of file + "page-find-wallet-last-updated": "Last updated", + "listing-policy-disclaimer": "All products listed on this page are not official endorsements, and are provided for informational purposes only. If you want to add a product or provide feedback on the policy raise an issue in GitHub." +} diff --git a/src/intl/en/page-roadmap.json b/src/intl/en/page-roadmap.json index f0a5de9ff5e..86a0ab6c5d9 100644 --- a/src/intl/en/page-roadmap.json +++ b/src/intl/en/page-roadmap.json @@ -96,7 +96,13 @@ "page-roadmap-fusaka-additional-item-1": "Support for secure enclaves on mobile devices to improve UX", "page-roadmap-fusaka-additional-item-2": "Blob fee market improvements", "page-roadmap-fusaka-additional-item-3": "Further improvements to validator efficiency and network performance", - "page-roadmap-glamsterdam-discussed-title": "Scheduled for Glamsterdam", - "page-roadmap-glamsterdam-discussed-item-1": "Enshrined Proposer-Builder Separation (ePBS)", - "page-roadmap-glamsterdam-discussed-item-2": "Block-level Access Lists (BALs)" + "page-roadmap-glamsterdam-epbs-title": "Enshrined proposer-builder separation", + "page-roadmap-glamsterdam-epbs-item-1": "Separates block agreement from processing, helping L1 scale by allowing validators to process more data", + "page-roadmap-glamsterdam-epbs-item-2": "Natively integrates builders so validators can safely outsource block assembly without trusting external software", + "page-roadmap-glamsterdam-bal-title": "Block-level access lists", + "page-roadmap-glamsterdam-bal-item-1": "Introduces mandatory access lists at the block level, rather than for individual transactions", + "page-roadmap-glamsterdam-bal-item-2": "Maps dependencies upfront for faster syncs, parallel execution, and parallel disk reads", + "page-roadmap-glamsterdam-bal-item-3": "Lowers gas for state-heavy apps and improves gas cost predictability", + "page-roadmap-hegota-discussed-title": "Planned for Hegotá", + "page-roadmap-hegota-discussed-item-1": "Proposals are currently under discussion" } \ No newline at end of file diff --git a/src/intl/es/common.json b/src/intl/es/common.json index 0729827a1b7..1e5aaa94763 100644 --- a/src/intl/es/common.json +++ b/src/intl/es/common.json @@ -25,11 +25,9 @@ "close": "Cerrar", "community": "Comunidad", "community-hub": "Foro comunitario", - "community-menu": "Menú de la comunidad", "conferences": "Conferencias", "consensus-when-shipping": "¿Cuándo se lanza?", "contact": "Contacto de prensa", - "content-buckets": "Series de contenido", "content-resources": "Recursos de contenido", "content-standardization": "Normalización del contenido", "contributing": "Cómo contribuir", @@ -53,7 +51,6 @@ "design-principles": "Principios de diseño", "devcon": "Devcon", "developers": "Desarrolladores", - "developers-home": "Página de inicio para desarrolladores", "docs": "Documentos", "docsearch-error-help": "Tal vez desee comprobar su conexión de red.", "docsearch-error-title": "Imposible encontrar resultados", @@ -73,7 +70,6 @@ "docsearch-to-select": "Seleccionar", "documentation": "Documentación", "down": "Bajar", - "ecosystem": "Ecosistema", "edit-page": "Editar página", "ef-blog": "Blog de Ethereum Foundation", "eips": "Propuestas de mejora de Ethereum", @@ -81,16 +77,12 @@ "enterprise": "Empresa", "use-cases": "Casos de uso", "enterprise-mainnet": "Empresa: red principal Ethereum", - "enterprise-menu": "Menú para empresa", - "enterprise-team-description": "Responderemos sus preguntas, le ayudaremos a identificar posibles vías, proporcionaremos soporte técnico y le pondremos en contacto con líderes relevantes de la industria.", - "enterprise-team": "Equipo de Ethereum para empresas", "error-page-title": "¡Vaya! Se ha producido un error", "error-page-description": "Nos podría ayudar informando del problema en nuestro repositorio en GitHub.", "error-page-home-link": "Regresar a la página de inicio", "esp": "Programa de soporte del ecosistema", "eth-current-price": "Precio actual de ETH (USD)", "ethereum": "Ethereum", - "ethereum-basics": "Conceptos básicos de Ethereum", "ethereum-brand-assets": "Activos de marca de Ethereum", "ethereum-bug-bounty": "Programa de recompensas de Ethereum de búsqueda de errores", "ethereum-events": "Eventos de Ethereum", @@ -101,12 +93,9 @@ "ethereum-history-founder-and-ownership": "Historia, fundador y propiedad de Ethereum", "ethereum-logo": "Logo Ethereum", "ethereum-online": "Comunidades en línea", - "ethereum-protocol": "Protocolo de Ethereum", "ethereum-roadmap": "Hoja de ruta de Ethereum", "ethereum-security": "Seguridad en Ethereum y prevención de fraudes", "ethereum-privacy": "Privacidad en Ethereum", - "ethereum-support": "Soporte de Ethereum", - "ethereum-upgrades": "Actualizaciones de Ethereum", "ethereum-vs-bitcoin": "Ethereum vs Bitcoin", "ethereum-wallets": "Carteras de Ethereum", "ethereum-whitepaper": "Informe de Ethereum", @@ -122,7 +111,6 @@ "feedback-widget-thank-you-timing": "2–3 minutos", "feedback-widget-thank-you-title": "¡Gracias por sus comentarios!", "filter-bar-clear": "Borrar filtro", - "filter-bar-empty": "No hay elementos que coincidan con el filtro seleccionado", "filter-bar-no-results": "No se encontraron resultados", "filter-bar-placeholder": "Filtrar por", "filter-bar-showing": "Mostrando", @@ -134,22 +122,15 @@ "get-involved": "Participar", "get-started": "Comenzar", "go-to-top": "Ir al principio", - "grant-programs": "Programas para subvenciones del ecosistema", "grants": "Subvenciones", "guides": "Guías", - "guides-hub": "Guías prácticas", - "history-of-ethereum": "Historia de Ethereum", "home": "Inicio", - "how-ethereum-works": "Cómo funciona Ethereum", "how-to-create-an-ethereum-account": "Cómo «crear» una cuenta de Ethereum", "how-to-revoke-token-access": "Cómo revocar el acceso al contrato inteligente a sus fondos en criptomonedas", "how-to-swap-tokens": "Cómo intercambiar tókenes", "how-to-use-a-bridge": "Cómo pasar los tókenes a la capa 2", "how-to-use-a-wallet": "Cómo utilizar una cartera", "image": "imagen", - "item-logo": "Logotipo de {item}", - "in-this-section": "En esta sección", - "individuals": "Usuarios", "jobs": "Empleo", "kraken-logo": "Logo Kraken", "language-am": "Amárico", @@ -231,13 +212,8 @@ "less": "Menos", "light-mode": "Claro", "light-mode-aria-label": "Cambiar al modo claro", - "listing-policy-disclaimer": "Todos los productos enumerados en esta página no cuentan con aprobación oficial y se proporcionan únicamente con fines informativos. Si quiere añadir un producto o comentario sobre la política, cree una incidencia en GitHub.", "loading": "Cargando...", - "loading-error": "Error al cargar.", "loading-error-refresh": "Error. Actualice la página.", - "loading-error-try-again-later": "Imposible cargar datos. Inténtelo más tarde.", - "logo": "logo", - "mainnet-ethereum": "Red principal de Ethereum", "meetups": "Encuentros", "menu": "Menú", "merge": "Fusión", @@ -262,7 +238,6 @@ "nav-defi-description": "Una alternativa abierta y global al tradicional mercado financiero", "nav-desci-description": "Una alternativa global y abierta al sistema científico actual", "nav-desoc-description": "Plataformas basadas en cadenas de bloques para interacción social y creación de contenido", - "nav-developers": "Desarrolladores", "nav-developers-docs": "Documentos para desarrolladores", "nav-did-description": "Cree y sea propietario de sus identificadores descentralizados propios", "nav-docs-description": "Documentación de ayuda para entender y construir en Ethereum", @@ -312,7 +287,6 @@ "nav-history-label": "Historia técnica de Ethereum", "nav-learn-ethereum-development-description": "Inicie o avance en su formación sobre el desarrollo de Ethereum", "nav-start-building-description": "Elija y defina su pila de desarrollo en Ethereum", - "nav-networks-home-description": "Transacciones más rápidas y baratas para Ethereum", "nav-networks-introduction-label": "Introducción", "nav-networks-introduction-description": "Ethereum se expandió en una red de redes", "nav-networks-explore-networks-label": "Explorar redes", @@ -387,10 +361,6 @@ "on-this-page": "En esta página", "onchain-gaming": "Juegos en cadena (Onchain Gaming)", "open": "Abierto", - "open-research": "Abrir investigación", - "page-developers-aria-label": "Menú para desarrolladores", - "page-index-meta-title": "Inicio", - "page-languages-browser-default": "Navegador por defecto", "page-languages-filter-label": "Lista de filtros", "page-languages-filter-placeholder": "Escriba el filtro", "page-languages-interested": "¿Le interesaría contribuir?", @@ -412,7 +382,6 @@ "pools": "Staking en conjunto", "prediction-markets": "Predicción de mercados", "privacy-policy": "Política de privacidad", - "private-ethereum": "Red privada de Ethereum", "product-disclaimer": "Los productos y servicios se indican para comodidad de la comunidad Ethereum. La inclusión de un producto o serviciono implica su recomendaciónpor parte del equipo del sitio web ethereum.org ni de Ethereum Foundation.", "quizzes": "Cuestionarios", "quizzes-title": "Centro de preguntas", @@ -423,23 +392,17 @@ "resources": "Recursos de traducción", "return-home": "volver a la página principal", "roadmap": "Hoja de ruta de Ethereum", - "rollup-component-developer-docs": "Documentos para desarrolladores", - "rollup-component-technology-and-risk-summary": "Resumen de la tecnología y riesgos", "rollup-component-website": "Sitio web", "run-a-node": "Ejecutar un nodo", "real-world-assets": "RWAs - Activos del mundo real", "saas": "Participación como servicio", "scaling": "Escalabilidad", "search": "Buscar", - "search-box-blank-state-text": "¡Buscar en otro sitio!", - "search-eth-address": "Esto parece una dirección de Ethereum. No proporcionamos datos específicos sobre las direcciones. Intente buscarlo en un explorador de bloques como", "search-ethereum-org": "Buscar en ethereum.org", - "search-no-results": "No hay resultados para su búsqueda", "secret-leader-election": "Elección secreta del líder", "security": "Seguridad", "see-contributors": "Ver colaboradores", "start-building": "Empezar a crear", - "sharding": "Fragmentación", "show-all": "Mostrar todo", "show-more": "Mostrar más", "show-less": "Mostrar menos", @@ -452,7 +415,6 @@ "stablecoins": "Monedas estables", "stake-eth": "Apostar ETH", "staking": "Participar (apostar)", - "start-here": "¡Vamos allá!", "statelessness": "Sin estado", "style-guide": "Guía de estilo", "support": "Soporte", @@ -475,22 +437,19 @@ "tutorials": "Tutoriales", "up": "Subir", "use": "Usar", - "use-ethereum": "Usar Ethereum", - "use-ethereum-menu": "Usar menú de Ethereum", "use-menu": "Menú Usar", "user-experience": "Experiencia del usuario", "verkle-trees": "Árboles Verkle", "wallets": "Carteras", "we-couldnt-find-that-page": "No hemos podido encontrar esa página.", "web3": "¿Qué es Web 3.0?", - "web3-title": "Web 3.0", "website-last-updated": "Última actualización del sitio web", "what-are-apps": "¿Qué son las aplicaciones?", "what-is-ether": "¿Qué es el ether (ETH)?", "what-is-ethereum": "¿Qué es Ethereum?", "what-is-the-ethereum-network": "¿Qué es la red de Ethereum?", "withdrawals": "Retiradas de participaciones", - "wrapped-ether": "Wrapped Ether (eter envuelto)", + "wrapped-eth": "Wrapped Ether (eter envuelto)", "yes": "Sí", "zero-knowledge-proofs": "Pruebas de conocimiento cero", "region-crimea": "Crimea", diff --git a/src/intl/es/glossary-tooltip.json b/src/intl/es/glossary-tooltip.json index 6f6249965bf..9be23e7dc1f 100644 --- a/src/intl/es/glossary-tooltip.json +++ b/src/intl/es/glossary-tooltip.json @@ -139,6 +139,8 @@ "staking-definition": "Depositar una cantidad de ether (su participación) para convertirse en un validador y asegurar la red. Un validador comprueba transacciones y propone bloques bajo un modelo de consenso de prueba de participación. La participación, o staking, le da un incentivo económico para actuar en el mejor interés de la red. Obtendrá recompensas por llevar a cabo sus deberes de validador, pero perderá diferentes cantidades de ETH si no lo hace. Más sobre el staking en Ethereum.", "staking-pool-term": "Reserva de participación", "staking-pool-definition": "El ETH combinado de más de un participante de Ethereum, utilizado para alcanzar los 32 ETH necesarios para activar un conjunto de claves de validación. Un operador de nodo utiliza estas claves para participar en el consenso, y las recompensas de bloque se dividen entre los stakers contribuyentes. Los grupos de staking o la delegación de participación no son nativos del protocolo Ethereum, pero la comunidad ha creado muchas soluciones. Más sobre la participación agrupada.", + "state-term": "Estado", + "state-definition": "Una instantánea de todos los saldos y datos en un momento particular en la cadena de bloques, refiriéndose normalmente a la condición en un bloque en particular.", "sybil-attack-term": "Sybil attack", "sybil-attack-definition": "Los ataques Sybil, o Sybil attacks, se refieren a seres humanos individuales que intentan engañar a un sistema para que piense que son múltiples personas con el fin de aumentar su influencia.", "terminal-total-difficulty-term": "Dificultad total terminal (o TTD)", diff --git a/src/intl/es/page-community-events.json b/src/intl/es/page-community-events.json index 94cf820fcbc..57dbdad8aac 100644 --- a/src/intl/es/page-community-events.json +++ b/src/intl/es/page-community-events.json @@ -99,5 +99,6 @@ "page-events-meetups-events-subtitle": "Busca los próximos hackatones, reuniones de la comunidad y conferencias en el ecosistema de Ethereum.", "page-events-cta-title": "¿Estás organizando un evento?", "page-events-cta-body": "Esta es una lista no exhaustiva mantenida por nuestra comunidad. ¿Conoces algún próximo evento de Ethereum para añadir a esta lista?", - "page-events-cta-button": "Enviar un evento" + "page-events-cta-button": "Enviar un evento", + "item-logo": "Logotipo de {item}" } diff --git a/src/intl/es/page-developers-index.json b/src/intl/es/page-developers-index.json index ce09583e424..27f55719019 100644 --- a/src/intl/es/page-developers-index.json +++ b/src/intl/es/page-developers-index.json @@ -11,7 +11,15 @@ "page-developers-dev-env-desc": "IDE apropiados para el desarrollo de DApp", "page-developers-dev-env-link": "Entornos de desarrollo", "page-developers-docs-introductions": "Introducciones", + "page-developers-ethskills-cta": "Construye con {ethskills}", + "page-developers-ethskills-desc": "Conocimiento estructurado de Ethereum para el stack de agentes. Dale a tu agente de IA el contexto que necesita para leer el estado, enviar transacciones y coordinarse con protocolos, sin salir de la ventana de contexto del modelo.", "page-developers-ethskills-label": "Contexto de agente de IA para Ethereum", + "page-developers-ethskills-msg-1": "lanzar una moneda para mi comunidad", + "page-developers-ethskills-msg-2": "crear un club de fans que me pague cuando la gente se una", + "page-developers-ethskills-msg-3": "que mi arte gane regalias cada vez que se revenda", + "page-developers-ethskills-msg-4": "crear una DAO y dejar que mis fans voten sobre lo que construyo", + "page-developers-ethskills-msg-5": "configurar una boveda que haga crecer mis ETH mientras duermo", + "page-developers-ethskills-title": "Construye en cadena con agentes", "page-developers-evm-desc": "El ordenador que procesa transacciones", "page-developers-evm-link": "La máquina virtual de Ethereum (EVM)", "page-developers-explore-documentation": "Explorar la documentación", diff --git a/src/intl/es/page-get-eth.json b/src/intl/es/page-get-eth.json index f754c345c4e..3552030ef49 100644 --- a/src/intl/es/page-get-eth.json +++ b/src/intl/es/page-get-eth.json @@ -75,5 +75,6 @@ "page-get-eth-your-address-desc-3": "Piense en esto como si fuera su dirección de correo electrónico, pero en lugar de correo recibe ETH. Si quiere transferir ETH de un intercambio a su cartera, utilice su dirección como destino. Asegúrese de revisarlo siempre cuidadosamente antes de enviar.", "page-get-eth-your-address-wallet-link": "Revisar las carteras", "listing-policy-raise-issue-link": "Crear una incidencia", - "page-find-wallet-last-updated": "Última actualización" + "page-find-wallet-last-updated": "Última actualización", + "listing-policy-disclaimer": "Todos los productos enumerados en esta página no cuentan con aprobación oficial y se proporcionan únicamente con fines informativos. Si quiere añadir un producto o comentario sobre la política, cree una incidencia en GitHub." } diff --git a/src/intl/es/page-roadmap.json b/src/intl/es/page-roadmap.json index e814a45e3a4..7444d589253 100644 --- a/src/intl/es/page-roadmap.json +++ b/src/intl/es/page-roadmap.json @@ -55,6 +55,7 @@ "page-roadmap-release-status-dev": "En desarrollo", "page-roadmap-release-main-features": "Características principales", "page-roadmap-release-learn-more": "Más información", + "page-roadmap-release-forkcast": "Seguir los cambios", "page-roadmap-paris-pos-title": "Transición a prueba de participación", "page-roadmap-paris-pos-item-1": "Reemplazo de una minería de gran consumo energético por un consenso basado en la participación", "page-roadmap-paris-pos-item-2": "Reducción del consumo energético de Ethereum en un ~99,95 %", @@ -95,7 +96,13 @@ "page-roadmap-fusaka-additional-item-1": "Soporte para enclaves seguros en dispositivos móviles para mejorar la experiencia del usuario", "page-roadmap-fusaka-additional-item-2": "Mejoras del mercado de comisiones de blobs", "page-roadmap-fusaka-additional-item-3": "Más mejoras en la eficiencia de los validadores y de la red", - "page-roadmap-glamsterdam-discussed-title": "Programado para Glamsterdam.", - "page-roadmap-glamsterdam-discussed-item-1": "Separación de proponente y constructor integrada (ePBS)", - "page-roadmap-glamsterdam-discussed-item-2": "Listas de acceso a nivel de bloque (BALs)" + "page-roadmap-glamsterdam-epbs-title": "Separación a nivel de protocolo entre proponente y constructor", + "page-roadmap-glamsterdam-epbs-item-1": "Separa el acuerdo de bloques del procesamiento, lo que ayuda a L1 a escalar al permitir que los validadores procesen más datos.", + "page-roadmap-glamsterdam-epbs-item-2": "Integra de forma nativa a los constructores para que los validadores puedan subcontratar el ensamblaje de bloques de forma segura sin tener que confiar en software externo.", + "page-roadmap-glamsterdam-bal-title": "Listas de acceso a nivel de bloque", + "page-roadmap-glamsterdam-bal-item-1": "Introduce listas de acceso obligatorias a nivel de bloque, en lugar de para transacciones individuales.", + "page-roadmap-glamsterdam-bal-item-2": "Mapea las dependencias de antemano para sincronizaciones más rápidas, ejecución en paralelo y lecturas de disco en paralelo.", + "page-roadmap-glamsterdam-bal-item-3": "Reduce el gas para las aplicaciones con uso intensivo de estado y mejora la previsibilidad del coste del gas.", + "page-roadmap-hegota-discussed-title": "Planeado para Hegotá", + "page-roadmap-hegota-discussed-item-1": "Las propuestas se encuentran actualmente en fase de debate." } diff --git a/src/intl/fr/common.json b/src/intl/fr/common.json index 994c981ad79..cd9730ef96d 100644 --- a/src/intl/fr/common.json +++ b/src/intl/fr/common.json @@ -25,11 +25,9 @@ "close": "Fermer", "community": "Communauté", "community-hub": "Hub de la communauté", - "community-menu": "Menu de la communauté", "conferences": "Conférences", "consensus-when-shipping": "C'est pour quand ?", "contact": "Contact de presse", - "content-buckets": "Regroupements de contenu", "content-resources": "Ressources de contenu", "content-standardization": "Normalisation du contenu", "contributing": "Contribuer", @@ -53,7 +51,6 @@ "design-principles": "Principes de conception", "devcon": "Devcon", "developers": "Développeurs", - "developers-home": "Page d'accueil des développeurs", "docs": "Docs", "docsearch-error-help": "Vous pourriez vouloir vérifier votre connexion réseau.", "docsearch-error-title": "Impossible de récupérer les résultats", @@ -73,7 +70,6 @@ "docsearch-to-select": "Pour sélectionner", "documentation": "Documentation", "down": "Vers le bas", - "ecosystem": "Écosystème", "edit-page": "Modifier la page", "ef-blog": "Blog de l'Ethereum Foundation", "eips": "Propositions d'amélioration d'Ethereum", @@ -81,16 +77,12 @@ "enterprise": "Entreprises", "use-cases": "Cas d'usage", "enterprise-mainnet": "Entreprise - Réseau principal Ethereum", - "enterprise-menu": "Menu Entreprise", - "enterprise-team-description": "Nous répondrons à vos questions, contribuerons à identifier des pistes possibles, fournirons un soutien technique et vous mettrons en relation avec des acteurs pertinents du secteur.", - "enterprise-team": "Équipe Ethereum Enterprise", "error-page-title": "Oups ! Une erreur s’est produite", "error-page-description": "Vous pouvez nous aider à nous améliorer en signalant ce problème sur notre dépôt GitHub.", "error-page-home-link": "Retour à la page d'accueil", "esp": "Programme de soutien à l'écosystème", "eth-current-price": "Prix actuel de l'ETH (USD)", "ethereum": "Ethereum", - "ethereum-basics": "Les bases d'Ethereum", "ethereum-brand-assets": "Éléments de la marque Ethereum", "ethereum-bug-bounty": "Programme de chasse aux bogues d'Ethereum", "ethereum-events": "Évènements Ethereum", @@ -101,12 +93,9 @@ "ethereum-history-founder-and-ownership": "Histoire, fondateur et propriété d'Ethereum", "ethereum-logo": "Logo Ethereum", "ethereum-online": "Communautés en ligne", - "ethereum-protocol": "Protocole Ethereum", "ethereum-roadmap": "Feuille de route d'Ethereum", "ethereum-security": "Sécurité d'Ethereum et prévention des arnaques", "ethereum-privacy": "Confidentialité sur Ethereum", - "ethereum-support": "Support Technique Ethereum", - "ethereum-upgrades": "Mises à niveau d'Ethereum", "ethereum-vs-bitcoin": "Ethereum contre Bitcoin", "ethereum-wallets": "Portefeuilles Ethereum", "ethereum-whitepaper": "Livre blanc Ethereum", @@ -122,7 +111,6 @@ "feedback-widget-thank-you-timing": "2-3 min", "feedback-widget-thank-you-title": "Merci pour vos commentaires !", "filter-bar-clear": "Effacer le filtre", - "filter-bar-empty": "Aucun élément ne correspond au filtre sélectionné", "filter-bar-no-results": "Aucun résultat trouvé", "filter-bar-placeholder": "Filtrer par", "filter-bar-showing": "Affichage", @@ -134,22 +122,15 @@ "get-involved": "S’impliquer", "get-started": "Premiers pas", "go-to-top": "Aller en haut", - "grant-programs": "Programme de Soutien à l'Ecosystème", "grants": "Subventions", "guides": "Guides", - "guides-hub": "Guides pratiques", - "history-of-ethereum": "L'histoire d'Ethereum", "home": "Accueil", - "how-ethereum-works": "Fonctionnement d'Ethereum", "how-to-create-an-ethereum-account": "Comment « créer » un compte Ethereum", "how-to-revoke-token-access": "Comment révoquer l'accès des contrats intelligents à vos fonds crypto", "how-to-swap-tokens": "Comment échanger des jetons", "how-to-use-a-bridge": "Comment transférer des jetons aux réseaux de seconde couche", "how-to-use-a-wallet": "Comment utiliser un portefeuille", "image": "image", - "item-logo": "Logo de {item}", - "in-this-section": "Dans cette section", - "individuals": "Particuliers", "jobs": "Carrières", "kraken-logo": "Logo Kraken", "language-am": "Amharique", @@ -231,13 +212,8 @@ "less": "Moins", "light-mode": "Clair", "light-mode-aria-label": "Basculer en mode clair", - "listing-policy-disclaimer": "Tous les produits répertoriés sur cette page ne constituent pas des recommandations officielles et sont fournis à titre informatif uniquement. Si vous souhaitez ajouter un produit ou faire part de vos commentaires sur la politique, ouvrez un ticket sur GitHub.", "loading": "Chargement...", - "loading-error": "Erreur de chargement.", "loading-error-refresh": "Erreur, veuillez actualiser.", - "loading-error-try-again-later": "Chargement des données impossible. Réessayez plus tard.", - "logo": "logo", - "mainnet-ethereum": "Réseau principal Ethereum", "meetups": "Rencontres", "menu": "Menu", "merge": "Fusion", @@ -262,7 +238,6 @@ "nav-defi-description": "Une alternative ouverte et globale au marché financier traditionnel", "nav-desci-description": "Une alternative globale et ouverte au système scientifique actuel", "nav-desoc-description": "Des plateformes basées sur la blockchain favorisant les interactions sociales et la création de contenu", - "nav-developers": "Développeurs", "nav-developers-docs": "Documentation pour les développeurs", "nav-did-description": "Émettez et possédez vos identifiants décentralisés uniques", "nav-docs-description": "Des documents pour vous aider à comprendre et à construire avec Ethereum", @@ -312,7 +287,6 @@ "nav-history-label": "Histoire technique d'Ethereum", "nav-learn-ethereum-development-description": "Débutez ou perfectionnez votre formation en développement Ethereum", "nav-start-building-description": "Choisissez et mettez en place votre pile de développement Ethereum", - "nav-networks-home-description": "Des transactions moins chères et plus rapides pour Ethereum", "nav-networks-introduction-label": "Introduction", "nav-networks-introduction-description": "Ethereum s'est étendu en un réseau de réseaux", "nav-networks-explore-networks-label": "Explorer les réseaux", @@ -387,10 +361,6 @@ "on-this-page": "Sur cette page", "onchain-gaming": "Gaming en chaîne", "open": "Ouvrir", - "open-research": "Recherche ouverte", - "page-developers-aria-label": "Menu des développeurs", - "page-index-meta-title": "Accueil", - "page-languages-browser-default": "Navigateur par défaut", "page-languages-filter-label": "Liste des filtres", "page-languages-filter-placeholder": "Écrivez pour filtrer", "page-languages-interested": "Vous souhaitez contribuer ?", @@ -412,7 +382,6 @@ "pools": "Mise en jeu en pool", "prediction-markets": "Marchés prédictifs", "privacy-policy": "Politique de confidentialité", - "private-ethereum": "Ethereum privé", "product-disclaimer": "Les produits et services sont listés à des fins de facilité d'accès par la communauté Ethereum. L'inclusion d'un produit ou d'un service ne représente pas une approbation de la part de l'équipe du site ethereum.org ou de la Fondation Ethereum.", "quizzes": "Quiz", "quizzes-title": "Quiz Hub", @@ -423,23 +392,17 @@ "resources": "Ressources de traduction", "return-home": "retour à l'accueil", "roadmap": "Feuille de route d'Ethereum", - "rollup-component-developer-docs": "Documentation pour les développeurs", - "rollup-component-technology-and-risk-summary": "Résumé des technologies et des risques", "rollup-component-website": "Site Web", "run-a-node": "Exécuter un nœud", "real-world-assets": "RWAs - Actifs du monde réel", "saas": "Mise en jeu en tant que service", "scaling": "Évolutivité", "search": "Rechercher", - "search-box-blank-state-text": "Lancez une recherche !", - "search-eth-address": "Cela ressemble à une adresse Ethereum. Nous ne fournissons pas de données spécifiques aux adresses. Essayez de la rechercher dans un explorateur de bloc comme", "search-ethereum-org": "Rechercher sur ethereum.org", - "search-no-results": "Aucun résultat pour votre recherche", "secret-leader-election": "Élection secrète du leader", "security": "Sécurité", "see-contributors": "Voir les contributeurs", "start-building": "Commencer la création", - "sharding": "Fragmentation", "show-all": "Afficher tout", "show-more": "Afficher plus", "show-less": "Afficher moins", @@ -452,7 +415,6 @@ "stablecoins": "Stablecoins", "stake-eth": "Mettre en jeu de l'ETH", "staking": "Staking", - "start-here": "Commencez ici", "statelessness": "Statelessness", "style-guide": "Guide de style", "support": "Assistance", @@ -475,22 +437,19 @@ "tutorials": "Tutoriels", "up": "Vers le haut", "use": "Utiliser", - "use-ethereum": "Utiliser Ethereum", - "use-ethereum-menu": "Utiliser le menu Ethereum", "use-menu": "Utiliser le menu", "user-experience": "Expérience utilisateur", "verkle-trees": "Arbres de Verkle", "wallets": "Portefeuilles", "we-couldnt-find-that-page": "Nous n'avons pas pu trouver cette page", "web3": "Qu'est-ce que le Web3 ?", - "web3-title": "Web3", "website-last-updated": "Dernière mise à jour du site", "what-are-apps": "Qu'est-ce que les applications?", "what-is-ether": "Qu'est-ce que l'ether (ETH) ?", "what-is-ethereum": "Qu'est-ce qu'Ethereum ?", "what-is-the-ethereum-network": "Qu'est ce que le réseau Ethereum ?", "withdrawals": "Retraits de la mise en jeu", - "wrapped-ether": "Ether enveloppé", + "wrapped-eth": "Ether enveloppé", "yes": "Oui", "zero-knowledge-proofs": "Preuves à divulgation nulle de connaissance", "region-crimea": "Crimée", diff --git a/src/intl/fr/glossary-tooltip.json b/src/intl/fr/glossary-tooltip.json index e52234c6c5e..59291909da5 100644 --- a/src/intl/fr/glossary-tooltip.json +++ b/src/intl/fr/glossary-tooltip.json @@ -139,6 +139,8 @@ "staking-definition": "Le dépôt d'une quantité d'ether (votre mise) pour devenir un validateur et sécuriser le réseau. Un validateur vérifie les transactions et propose des blocs sous un modèle de consensus de preuve d'enjeu. Le staking vous offre une incitation économique à agir dans le meilleur intérêt du réseau. Vous recevrez des récompenses pour l'exécution de vos tâches de validateur, mais vous perdrez des quantités variables d'ETH si vous ne le faites pas. En savoir plus sur le staking Ethereum.", "staking-pool-term": "Pools de mise en jeu", "staking-pool-definition": "L'ETH combiné de plus d'un staker Ethereum, utilisé pour atteindre les 32 ETH requis pour activer un ensemble de clés de validation. Un opérateur de nœud utilise ces clés pour participer au consensus et les récompenses du bloc sont réparties entre les stakers qui y contribuent. Les pools de staking ou la délégation de staking ne font pas partie du protocole Ethereum, mais de nombreuses solutions ont été élaborées par la communauté. En savoir plus sur les pools de mise en jeu.", + "state-term": "État", + "state-definition": "Un instantané de tous les soldes et données à un moment donné sur la blockchain, se référant normalement à la condition d'un bloc particulier.", "sybil-attack-term": "Attaque Sybil", "sybil-attack-definition": "Les attaques de type Sybil consistent à tromper un système en lui faisant croire que l'on est plusieurs personnes afin d'accroître son influence.", "terminal-total-difficulty-term": "Difficulté Totale Terminale (TTD)", diff --git a/src/intl/fr/page-community-events.json b/src/intl/fr/page-community-events.json index fbe0109356e..dac093ee5a4 100644 --- a/src/intl/fr/page-community-events.json +++ b/src/intl/fr/page-community-events.json @@ -98,5 +98,6 @@ "page-events-meetups-events-subtitle": "Recherchez les prochains hackathons, rassemblements communautaires et conférences autour de l'écosystème Ethereum.", "page-events-cta-title": "Vous organisez un événement ?", "page-events-cta-body": "Cette liste non exhaustive est maintenue par notre communauté. Vous connaissez un événement Ethereum à venir à ajouter à cette liste ?", - "page-events-cta-button": "Soumettre un événement" + "page-events-cta-button": "Soumettre un événement", + "item-logo": "Logo de {item}" } diff --git a/src/intl/fr/page-developers-index.json b/src/intl/fr/page-developers-index.json index 0c0ca01847b..6c3853e33e4 100644 --- a/src/intl/fr/page-developers-index.json +++ b/src/intl/fr/page-developers-index.json @@ -11,7 +11,15 @@ "page-developers-dev-env-desc": "IDE adaptés au développement d'appd", "page-developers-dev-env-link": "Environnements de développement", "page-developers-docs-introductions": "Introductions", + "page-developers-ethskills-cta": "Construisez avec {ethskills}", + "page-developers-ethskills-desc": "Des connaissances structurees sur Ethereum pour la pile agentique. Donnez a votre agent IA le contexte dont il a besoin pour lire l'etat, envoyer des transactions et se coordonner avec les protocoles, sans quitter la fenetre de contexte du modele.", "page-developers-ethskills-label": "Contexte d'agent IA pour Ethereum", + "page-developers-ethskills-msg-1": "lancer un token pour ma communaute", + "page-developers-ethskills-msg-2": "creer un fan club qui me paie quand les gens rejoignent", + "page-developers-ethskills-msg-3": "faire gagner des royalties a mon art a chaque revente", + "page-developers-ethskills-msg-4": "creer une DAO et laisser mes fans voter sur ce que je construis", + "page-developers-ethskills-msg-5": "mettre en place un coffre qui fait fructifier mes ETH pendant que je dors", + "page-developers-ethskills-title": "Construisez en chaîne avec des agents", "page-developers-evm-desc": "L'ordinateur qui traite les transactions", "page-developers-evm-link": "La machine virtuelle Ethereum (EVM)", "page-developers-explore-documentation": "Explorer la documentation", diff --git a/src/intl/fr/page-get-eth.json b/src/intl/fr/page-get-eth.json index e620ce6c0e4..8cef8617e6c 100644 --- a/src/intl/fr/page-get-eth.json +++ b/src/intl/fr/page-get-eth.json @@ -75,5 +75,6 @@ "page-get-eth-your-address-desc-3": "Pensez à cela comme votre adresse e-mail, mais au lieu du courrier, il peut recevoir de l'ETH. Si vous souhaitez transférer des ETH depuis un échange vers votre portefeuille, utilisez votre adresse comme destination. Assurez-vous de toujours la vérifier à deux reprises avant d'envoyer !", "page-get-eth-your-address-wallet-link": "Découvrez les portefeuilles", "listing-policy-raise-issue-link": "Soulever un problème", - "page-find-wallet-last-updated": "Dernière mise à jour" + "page-find-wallet-last-updated": "Dernière mise à jour", + "listing-policy-disclaimer": "Tous les produits répertoriés sur cette page ne constituent pas des recommandations officielles et sont fournis à titre informatif uniquement. Si vous souhaitez ajouter un produit ou faire part de vos commentaires sur la politique, ouvrez un ticket sur GitHub." } diff --git a/src/intl/fr/page-roadmap.json b/src/intl/fr/page-roadmap.json index 009df779a22..8be697b0195 100644 --- a/src/intl/fr/page-roadmap.json +++ b/src/intl/fr/page-roadmap.json @@ -96,7 +96,13 @@ "page-roadmap-fusaka-additional-item-1": "Prise en charge des enclaves sécurisées sur les appareils mobiles pour améliorer l'expérience utilisateur", "page-roadmap-fusaka-additional-item-2": "Améliorations du marché des frais blob", "page-roadmap-fusaka-additional-item-3": "Améliorations supplémentaires de l'efficacité du validateur et des performances du réseau", - "page-roadmap-glamsterdam-discussed-title": "Prévu pour Glamsterdam", - "page-roadmap-glamsterdam-discussed-item-1": "Séparation consacrée entre le proposant et le constructeur (ePBS)", - "page-roadmap-glamsterdam-discussed-item-2": "Listes d'accès au niveau du bloc (BALs)" + "page-roadmap-glamsterdam-epbs-title": "Séparation native entre le proposant et le constructeur", + "page-roadmap-glamsterdam-epbs-item-1": "Sépare l'accord de bloc du traitement, ce qui aide la couche 1 à s'adapter en permettant aux validateurs de traiter plus de données.", + "page-roadmap-glamsterdam-epbs-item-2": "Intègre nativement des constructeurs, permettant ainsi aux validateurs d'externaliser en toute sécurité l'assemblage des blocs sans avoir à faire confiance à un logiciel externe.", + "page-roadmap-glamsterdam-bal-title": "Listes d'accès au niveau du bloc", + "page-roadmap-glamsterdam-bal-item-1": "Introduit des listes d'accès obligatoires au niveau des blocs, plutôt que pour des transactions individuelles.", + "page-roadmap-glamsterdam-bal-item-2": "Mappez les dépendances à l'avance pour des synchronisations plus rapides, une exécution parallèle et des lectures de disque parallèles.", + "page-roadmap-glamsterdam-bal-item-3": "Réduit les frais de gaz pour les applications à forte intensité d'état et améliore la prévisibilité des coûts de gaz.", + "page-roadmap-hegota-discussed-title": "Prévu pour Hegotá", + "page-roadmap-hegota-discussed-item-1": "Les propositions sont actuellement en discussion." } diff --git a/src/intl/hi/common.json b/src/intl/hi/common.json index 4b3c5843871..7c432988a5f 100644 --- a/src/intl/hi/common.json +++ b/src/intl/hi/common.json @@ -25,11 +25,9 @@ "close": "बंद करे", "community": "कम्युनिटी", "community-hub": "सामुदायिक फ़ोरम", - "community-menu": "कम्युनिटी मेनू", "conferences": "सम्मेलन", "consensus-when-shipping": "यह कब शिप हो रहा है?", "contact": "प्रेस संपर्क", - "content-buckets": "कंटेंट बकेट", "content-resources": "कंटेंट संसाधन", "content-standardization": "अंतर्वस्तु मानकीकरण", "contributing": "सहयोग करना", @@ -53,7 +51,6 @@ "design-principles": "डिज़ाइन सिद्धांत", "devcon": "डेवकॉन", "developers": "डेवलपर", - "developers-home": "डेवलपर्स होम", "docs": "डॉक्स", "docsearch-error-help": "आप अपने नेटवर्क कनेक्शन की जांच करना चाह सकते है।", "docsearch-error-title": "परिणाम प्राप्त करने में असमर्थ", @@ -73,7 +70,6 @@ "docsearch-to-select": "चुनने के लिए", "documentation": "प्रलेखन", "down": "नीचे", - "ecosystem": "इकोसिस्टम", "edit-page": "पृष्ठ संपादित करें", "ef-blog": "Ethereum फाउंडेशन ब्लॉग", "eips": "Ethereum सुधार प्रस्ताव", @@ -81,16 +77,12 @@ "enterprise": "एंटरप्राइज़", "use-cases": "उपयोग के मामले", "enterprise-mainnet": "एंटरप्राइज़ - मेननेट एथेरियम", - "enterprise-menu": "एंटरप्राइज़ मेनू", - "enterprise-team-description": "हम आपके सवालों का जवाब देंगे, आगे बढ़ने के संभावित रास्तों की पहचान करने में मदद करेंगे, तकनीकी सहायता प्रदान करेंगे और आपको प्रासंगिक उद्योग के नेताओं से जोड़ेंगे।", - "enterprise-team": "एथेरियम एंटरप्राइज़ टीम", "error-page-title": "ओह! कुछ गलत हो गया", "error-page-description": "आप हमारी GitHub रिपॉजिटरी पर इस समस्या की रिपोर्ट करके हमें बेहतर बनाने में मदद कर सकते हैं।", "error-page-home-link": "होम पेज पर वापस जाएं", "esp": "इकोसिस्टम सहायता कार्यक्रम", "eth-current-price": "वर्तमान ETH मूल्य (USD)", "ethereum": "Ethereum", - "ethereum-basics": "इथेरियम की मूल बातें", "ethereum-brand-assets": "इथेरियम ब्रांड की संपत्ति", "ethereum-bug-bounty": "इथेरियम बग बाउंटी कार्यक्रम", "ethereum-events": "एथेरियम इवेंट्स", @@ -101,12 +93,9 @@ "ethereum-history-founder-and-ownership": "Ethereum का इतिहास, संस्थापक और स्वामित्व", "ethereum-logo": "एथेरियम लोगो", "ethereum-online": "ऑनलाइन समुदाय", - "ethereum-protocol": "इथेरियम प्रोटोकॉल", "ethereum-roadmap": "एथेरियम दिशानिर्देश", "ethereum-security": "Ethereum सुरक्षा और धोखाधड़ी से रोकथाम", "ethereum-privacy": "एथेरियम पर गोपनीयता", - "ethereum-support": "एथेरियम सपोर्ट", - "ethereum-upgrades": "एथेरियम के अपग्रेड", "ethereum-vs-bitcoin": "Ethereum बनाम Bitcoin", "ethereum-wallets": "इथेरियम वॉलेट", "ethereum-whitepaper": "Ethereum व्हाइटपेपर", @@ -122,7 +111,6 @@ "feedback-widget-thank-you-timing": "2–3 मिनट", "feedback-widget-thank-you-title": "आपकी प्रतिक्रिया के लिए धन्यवाद!", "filter-bar-clear": "फ़िल्टर साफ़ करें", - "filter-bar-empty": "चयनित फ़िल्टर से कोई आइटम मेल नहीं खाता", "filter-bar-no-results": "कोई परिणाम नहीं मिला", "filter-bar-placeholder": "द्वारा फ़िल्टर करें", "filter-bar-showing": "दिखाया जा रहा है", @@ -134,22 +122,15 @@ "get-involved": "शामिल हों", "get-started": "प्रारंभ करें", "go-to-top": "ऊपर जाएं", - "grant-programs": "इकोसिस्टम ग्रांट प्रोग्राम", "grants": "अनुदान", "guides": "मार्गदर्शक", - "guides-hub": "कैसे-करें मार्गदर्शिकाएं", - "history-of-ethereum": "Ethereum का इतिहास", "home": "मुखपृष्ठ", - "how-ethereum-works": "Ethereum कैसे काम करता है", "how-to-create-an-ethereum-account": "एथेरियम खाते को कैसे \"बनाएं\"", "how-to-revoke-token-access": "अपने क्रिप्टो कोष के लिए स्मार्ट अनुबंध के प्रवेश को कैसे रद्द करें", "how-to-swap-tokens": "टोकन कैसे स्वैप करें", "how-to-use-a-bridge": "टोकन को दूसरी परत से कैसे जोड़े", "how-to-use-a-wallet": "वॉलेट का उपयोग कैसे करें", "image": "छवि", - "item-logo": "{item} लोगो", - "in-this-section": "इस अनुभाग में", - "individuals": "व्यक्ति", "jobs": "जॉब", "kraken-logo": "क्रेंक लोगो", "language-am": "अम्हारिक", @@ -231,13 +212,8 @@ "less": "कम", "light-mode": "हल्का", "light-mode-aria-label": "लाइट मोड पर स्विच करें", - "listing-policy-disclaimer": "इस पृष्ठ पर सूचीबद्ध सभी उत्पाद आधिकारिक समर्थन नहीं हैं, और केवल सूचना के प्रयोजनों के लिए प्रदान किए जाते हैं। यदि आप किसी उत्पाद को जोड़ना चाहते हैं या पॉलिसी पर प्रतिक्रिया देना चाहते हैं, तो GitHub में एक मुद्दा उठाएं।", "loading": "लोड हो रहा है...", - "loading-error": "लोड करने में त्रुटि।", "loading-error-refresh": "त्रुटि हुई, कृपया रीफ़्रेश करें।", - "loading-error-try-again-later": "डेटा लोड नहीं किया जा सका। बाद में फिर से कोशिश करें।", - "logo": "लोगो", - "mainnet-ethereum": "Ethereum का मुख्य नेटवर्क", "meetups": "मीटअप्स", "menu": "मेन्यू", "merge": "मर्ज करें", @@ -262,7 +238,6 @@ "nav-defi-description": "परंपरागत वित्तीय बाज़ार का एक वैश्विक, खुला विकल्प", "nav-desci-description": "मौजूदा वैज्ञानिक प्रणाली का एक वैश्विक, खुला विकल्प", "nav-desoc-description": "सामाजिक संपर्क और सामग्री निर्माण के लिए ब्लॉकचेन-आधारित प्लेटफ़ॉर्म", - "nav-developers": "डिवेलपर्स", "nav-developers-docs": "डिवेलपर्स डॉक्यूमेंट", "nav-did-description": "अपने अद्वितीय विकेन्द्रीकृत पहचानकर्ता जारी करें और उनके मालिक बनें", "nav-docs-description": "एथेरियम को समझने और बनाने में आपकी मदद करने वाले दस्तावेज़", @@ -312,7 +287,6 @@ "nav-history-label": "एथेरियम का तकनीकी इतिहास", "nav-learn-ethereum-development-description": "अपनी एथेरियम डेवलपमेंट शिक्षा शुरू करें या उसे आगे बढ़ाएं", "nav-start-building-description": "अपना एथेरियम डेवलपमेंट स्टैक चुनें और सेट अप करें", - "nav-networks-home-description": "एथेरियम के लिए सस्ते और तेज़ लेनदेन", "nav-networks-introduction-label": "परिचय", "nav-networks-introduction-description": "एथेरियम ने खुद को कई नेटवर्क्स के समूह के रूप में विकसित किया", "nav-networks-explore-networks-label": "नेटवर्क्स का अन्वेषण करें", @@ -387,10 +361,6 @@ "on-this-page": "इस पेज पर", "onchain-gaming": "ऑन-चेन गेमिंग", "open": "खोलें", - "open-research": "शोध खोलें", - "page-developers-aria-label": "डेवलपर के मेन्यू", - "page-index-meta-title": "मुखपृष्ठ", - "page-languages-browser-default": "ब्राउज़र डिफॉल्ट", "page-languages-filter-label": "फ़िल्टर लिस्ट", "page-languages-filter-placeholder": "फ़िल्टर करने के लिए टाइप करें", "page-languages-interested": "योगदान करने के इच्छुक हैं?", @@ -412,7 +382,6 @@ "pools": "संयोजित स्टेकिंग", "prediction-markets": "भविष्यवाणी बाज़ार", "privacy-policy": "Privacy policy", - "private-ethereum": "प्राइवेट Ethereum", "product-disclaimer": "इथेरियम समुदाय की सुविधा के लिए प्रॉडक्ट और सुविधाओं की सूची बनी हुई है। उत्पाद एवं सेवाओं का समावेशन ethereum.org कि वेबसाइट टीम एवं इथेरियम फाउंडेशन का समर्थन नहीं दर्शाता हैl", "quizzes": "क्विज़", "quizzes-title": "क्विज़ हब", @@ -423,23 +392,17 @@ "resources": "अनुवाद के संसाधन", "return-home": "होम पेज पर लौटें", "roadmap": "एथेरियम दिशानिर्देश", - "rollup-component-developer-docs": "डिवेलपर डॉक्यूमेंट", - "rollup-component-technology-and-risk-summary": "टेक्नोलॉजी और जोखिम का सारांश", "rollup-component-website": "वेबसाइट", "run-a-node": "नोड चलाएँ", "real-world-assets": "RWAs - वास्तविक-विश्व की संपत्तियां", "saas": "सेवा के रूप में स्टेकिंग", "scaling": "स्केलिंग", "search": "खोजें", - "search-box-blank-state-text": "खोज करें!", - "search-eth-address": "यह Ethereum पते की तरह दिखता है। हम पते के लिए विशिष्ट डेटा प्रदान नहीं करते हैं। ब्लॉक एक्सप्लोरर पर खोज करने का प्रयास करें, जैसे", "search-ethereum-org": "ethereum.org खोजे", - "search-no-results": "आपकी खोज का कोई परिणाम नहीं है", "secret-leader-election": "गुप्त प्रमुख निर्वाचन", "security": "सुरक्षा", "see-contributors": "योगदानकर्ताओं को देखें", "start-building": "बनाना शुरू करें", - "sharding": "शार्डिंग", "show-all": "सभी दिखाएँ", "show-more": "और दिखाएँ", "show-less": "कम दिखाएँ", @@ -452,7 +415,6 @@ "stablecoins": "स्टेबलकॉइन", "stake-eth": "स्टेक ETH", "staking": "स्टेकिंग", - "start-here": "यहाँ से शुरू करें", "statelessness": "स्तिथि हीनता", "style-guide": "स्‍टाइल गाइड", "support": "सहायता", @@ -475,22 +437,19 @@ "tutorials": "ट्यूटोरियल", "up": "ऊपर", "use": "इस्तेमाल", - "use-ethereum": "Ethereum का प्रयोग करें", - "use-ethereum-menu": "Ethereum मेनू का प्रयोग करें", "use-menu": "मेनू का इस्तेमाल करें", "user-experience": "यूज़र का अनुभव", "verkle-trees": "वर्कल ट्री", "wallets": "वॉलेट", "we-couldnt-find-that-page": "हमें यह पेज नहीं मिल सका", "web3": "Web3 क्या है?", - "web3-title": "Web3", "website-last-updated": "वेबसाइट अंतिम बार अपडेट की गई", "what-are-apps": "ऐप्स क्या हैं?", "what-is-ether": "ईथर (ETH) क्या है?", "what-is-ethereum": "Ethereum क्या है?", "what-is-the-ethereum-network": "एथेरियम नेटवर्क क्या हैं?", "withdrawals": "स्टेकिंग निकालना", - "wrapped-ether": "लपेटा हुआ ईथर", + "wrapped-eth": "लपेटा हुआ ईथर", "yes": "हाँ", "zero-knowledge-proofs": "शून्य-ज्ञान प्रमाण", "region-crimea": "क्रीमिया", diff --git a/src/intl/hi/glossary-tooltip.json b/src/intl/hi/glossary-tooltip.json index 79bba52119d..bf5364f8123 100644 --- a/src/intl/hi/glossary-tooltip.json +++ b/src/intl/hi/glossary-tooltip.json @@ -55,6 +55,8 @@ "sequencer-definition": "एक सीक्वेंसर एक प्रोग्राम है जो ब्लॉकचेन नेटवर्क में लेनदेन को क्रमबद्ध करने के लिए जिम्मेदार है।", "smart-contract-term": "स्मार्ट अनुबंध", "staking-term": "स्टेकिंग", + "state-term": "स्थिति", + "state-definition": "ब्लॉकचेन पर एक विशेष समय में सभी शेष राशि और डेटा का स्नैपशॉट, जो सामान्यतः किसी विशेष ब्लॉक की स्थिति को संदर्भित करता है।", "sybil-attack-definition": "सिबिल हमलों से तात्पर्य है व्यक्तिगत मनुष्य एक सिस्टम को धोखा देकर यह सोचने में मजबूर करते हैं कि वे कई लोग हैं, ताकि उनका प्रभाव बढ़ सके।", "trust-assumptions-term": "विश्वास की धारणाएँ", "validator-term": "सत्यापनकर्ता", diff --git a/src/intl/hi/page-community-events.json b/src/intl/hi/page-community-events.json index 7e49f1bb1b8..6660005ff1f 100644 --- a/src/intl/hi/page-community-events.json +++ b/src/intl/hi/page-community-events.json @@ -99,5 +99,6 @@ "page-events-meetups-events-subtitle": "एथेरियम पारिस्थितिकी तंत्र के आसपास आगामी हैकाथॉन, सामुदायिक समारोहों और सम्मेलनों की खोज करें।", "page-events-cta-title": "एक इवेंट का आयोजन कर रहे हैं?", "page-events-cta-body": "यह हमारे समुदाय द्वारा बनाए रखी गई एक गैर-विस्तृत सूची है। क्या आप इस सूची में जोड़ने के लिए किसी आगामी एथेरियम इवेंट के बारे में जानते हैं?", - "page-events-cta-button": "इवेंट सबमिट करें" + "page-events-cta-button": "इवेंट सबमिट करें", + "item-logo": "{item} लोगो" } diff --git a/src/intl/hi/page-developers-index.json b/src/intl/hi/page-developers-index.json index 42d084d6125..3ba526a274d 100644 --- a/src/intl/hi/page-developers-index.json +++ b/src/intl/hi/page-developers-index.json @@ -19,7 +19,15 @@ "page-developers-dev-env-link": "डेवलपमेंट परिवेश", "page-developers-discord": "Discord में शामिल हों", "page-developers-docs-introductions": "परिचय", + "page-developers-ethskills-cta": "{ethskills} के साथ बनाएं", + "page-developers-ethskills-desc": "एजेंटिक स्टैक के लिए संरचित Ethereum ज्ञान। अपने AI एजेंट को स्टेट पढ़ने, ट्रांज़ैक्शन भेजने और प्रोटोकॉल के साथ समन्वय करने के लिए आवश्यक संदर्भ दें, मॉडल की कॉन्टेक्स्ट विंडो को छोड़े बिना।", "page-developers-ethskills-label": "एथेरियम के लिए AI एजेंट संदर्भ", + "page-developers-ethskills-msg-1": "अपनी कम्युनिटी के लिए एक कॉइन लॉन्च करो", + "page-developers-ethskills-msg-2": "एक फैन क्लब बनाओ जो लोगों के जुड़ने पर मुझे पैसे दे", + "page-developers-ethskills-msg-3": "मेरी कला को हर बार रीसेल होने पर रॉयल्टी दिलाओ", + "page-developers-ethskills-msg-4": "एक DAO बनाओ और मेरे फैंस को वोट करने दो कि मैं क्या बनाऊं", + "page-developers-ethskills-msg-5": "एक वॉल्ट सेट करो जो मेरे सोते समय मेरी ETH बढ़ाए", + "page-developers-ethskills-title": "एजेंट्स के साथ ऑन-चेन बनाएं", "page-developers-evm-desc": "वह कंप्यूटर जो लेनदेन की प्रक्रिया करता है", "page-developers-evm-link": "इथेरियम वर्चुअल मशीन (EVM)", "page-developers-explore-documentation": "प्रलेखन का अन्वेषण करें", diff --git a/src/intl/hi/page-get-eth.json b/src/intl/hi/page-get-eth.json index 2d7fea0cf95..1dba12216f2 100644 --- a/src/intl/hi/page-get-eth.json +++ b/src/intl/hi/page-get-eth.json @@ -75,5 +75,6 @@ "page-get-eth-your-address-desc-3": "इसे अपने ईमेल पते की तरह मानें, लेकिन मेल के बजाय यह ETH प्राप्त कर सकता है। यदि आप ETH को एक्सचेंज से अपने वॉलेट में स्थानांतरित करना चाहते हैं, तो गंतव्य के रूप में अपने पते का उपयोग करें। भेजने से पहले हमेशा दोबारा जांचें!", "page-get-eth-your-address-wallet-link": "वॉलेट की जाँच करें", "listing-policy-raise-issue-link": "मुद्दा उठाएं", - "page-find-wallet-last-updated": "अंतिम अद्यतन" + "page-find-wallet-last-updated": "अंतिम अद्यतन", + "listing-policy-disclaimer": "इस पृष्ठ पर सूचीबद्ध सभी उत्पाद आधिकारिक समर्थन नहीं हैं, और केवल सूचना के प्रयोजनों के लिए प्रदान किए जाते हैं। यदि आप किसी उत्पाद को जोड़ना चाहते हैं या पॉलिसी पर प्रतिक्रिया देना चाहते हैं, तो GitHub में एक मुद्दा उठाएं।" } diff --git a/src/intl/hi/page-roadmap.json b/src/intl/hi/page-roadmap.json new file mode 100644 index 00000000000..249bda583a2 --- /dev/null +++ b/src/intl/hi/page-roadmap.json @@ -0,0 +1,108 @@ +{ + "page-roadmap-title": "एथेरियम दिशानिर्देश", + "page-roadmap-meta-title": "एथेरियम रोडमैप | ethereum.org", + "page-roadmap-meta-description": "एथेरियम के लिए अधिक मापनीयता, सुरक्षा और स्थिरता का मार्ग।", + "page-roadmap-banner-notification": "एथेरियम का विकास समुदाय-संचालित है और बदलाव के अधीन है।", + "page-roadmap-changes-coming-title": "एथेरियम में क्या बदलाव आ रहे हैं?", + "page-roadmap-changes-coming-description": "एथेरियम पहले से ही एक शक्तिशाली प्लेटफॉर्म है, लेकिन इसमें अभी भी सुधार किया जा रहा है। सुधारों का एक महत्वाकांक्षी सेट एथेरियम को अपने वर्तमान स्वरूप से पूरी तरह से स्केल्ड, अधिकतम लचीले प्लेटफॉर्म में अपग्रेड करेगा।", + "page-roadmap-cheaper-transactions-title": "सस्ता लेनदेन", + "page-roadmap-cheaper-transactions-description": "रोलअप बहुत महंगे हैं और केंद्रीकृत घटकों पर निर्भर करते हैं, जिससे यूज़र्स को उनके ऑपरेटरों पर बहुत अधिक भरोसा करना पड़ता है। रोडमैप में इन दोनों समस्याओं का समाधान शामिल है।", + "page-roadmap-cheaper-transactions-button": "शुल्क कम करने के बारे में अधिक जानकारी", + "page-roadmap-extra-security-title": "अतिरिक्त सुरक्षा", + "page-roadmap-extra-security-description": "एथेरियम पहले से ही बहुत सुरक्षित है लेकिन इसे और भी मजबूत बनाया जा सकता है, जो भविष्य में सभी प्रकार के हमलों का सामना करने के लिए तैयार है।", + "page-roadmap-extra-security-button": "सुरक्षा को और जानें", + "page-roadmap-better-user-experience-title": "बेहतर उपयोगकर्ता अनुभव", + "page-roadmap-better-user-experience-description": "स्मार्ट अनुबंध वॉलेट और लाइट-वेट नोड्स के लिए अधिक समर्थन एथेरियम का उपयोग करना सरल और सुरक्षित बना देगा।", + "page-roadmap-better-user-experience-button": "यूज़र अनुभव पर अधिक जानकारी", + "page-roadmap-future-proofing-title": "फ़्यूचर-प्रूफ़िंग", + "page-roadmap-future-proofing-description": "एथेरियम के शोधकर्ता और डेवलपर आज कल की समस्याओं का समाधान कर रहे हैं, और नेटवर्क को भविष्य की पीढ़ियों के लिए तैयार कर रहे हैं।", + "page-roadmap-future-proofing-button": "फ़्यूचर-प्रूफ़िंग पर अधिक जानकारी", + "page-roadmap-why-need-title": "एथेरियम को रोडमैप की आवश्यकता क्यों है?", + "page-roadmap-why-need-description": "एथेरियम को नियमित अपग्रेड मिलते हैं जो इसकी स्केलेबिलिटी, सुरक्षा या स्थिरता को बढ़ाते हैं। एथेरियम की मुख्य शक्तियों में से एक अनुसंधान और विकास से उभरने वाले नए विचारों के अनुसार अनुकूलन करना है। अनुकूलनशीलता एथेरियम को उभरती चुनौतियों से निपटने और सबसे उन्नत तकनीकी सफलताओं के साथ तालमेल बिठाने का लचीलापन देती है।", + "page-roadmap-how-defined-title": "रोडमैप को कैसे परिभाषित किया जाता है", + "page-roadmap-how-defined-p1": "रोडमैप ज्यादातर शोधकर्ताओं और डेवलपर्स द्वारा काम के वर्षों का परिणाम है - क्योंकि प्रोटोकॉल बहुत तकनीकी है - लेकिन कोई भी प्रेरित व्यक्ति भाग ले सकता है।", + "page-roadmap-how-defined-p2": "विचार आमतौर पर ethresear.ch, Ethereum Magicians या Eth R&D डिस्कॉर्ड सर्वर जैसे फ़ोरम पर चर्चा के रूप में शुरू होते हैं। वे खोजी गई नई कमजोरियों के जवाब हो सकते हैं, एप्लिकेशन परत में काम करने वाले संगठनों (जैसे डैप्स और एक्सचेंजों) के सुझाव या अंतिम यूज़र्स के लिए ज्ञात बाधाओं (जैसे लागत या लेनदेन की गति) से हो सकते हैं।", + "page-roadmap-how-defined-p3": "जब ये विचार परिपक्व हो जाते हैं, तो उन्हें एथेरियम सुधार प्रस्ताव के रूप में प्रस्तावित किया जा सकता है। यह सब सार्वजनिक रूप से किया जाता है ताकि समुदाय का कोई भी व्यक्ति किसी भी समय अपनी राय दे सके।", + "page-roadmap-governance-button": "एथेरियम शासन के बारे में अधिक जानकारी", + "page-roadmap-hero-alt": "एथेरियम दिशानिर्देश", + "page-roadmap-technical-upgrades-title": "एथेरियम में कौन से तकनीकी अपग्रेड आ रहे हैं?", + "page-roadmap-danksharding-title": "डैंकशार्डिंग", + "page-roadmap-danksharding-description": "डैंकशार्डिंग एथेरियम ब्लॉक में डेटा के \"ब्लॉब्स\" जोड़कर यूज़र्स के लिए L2 रोलअप को बहुत सस्ता बना देता है।", + "page-roadmap-single-slot-finality-title": "सिंगल स्लॉट अंतिमता", + "page-roadmap-single-slot-finality-description": "पंद्रह मिनट प्रतीक्षा करने के बजाय, ब्लॉक को एक ही स्लॉट में प्रस्तावित और अंतिम रूप दिया जा सकता है। यह ऐप्स के लिए अधिक सुविधाजनक है और इस पर हमला करना मुश्किल है।", + "page-roadmap-account-abstraction-title": "खाता ऐब्स्ट्रैक्शन", + "page-roadmap-account-abstraction-description": "खाता एब्स्ट्रेक्शन अपग्रेड का एक वर्ग है जो जटिल मिडलवेयर का उपयोग करने के बजाय एथेरियम पर मूल रूप से स्मार्ट अनुबंध वॉलेट का समर्थन करता है।", + "page-roadmap-statelessness-title": "स्तिथि हीनता", + "page-roadmap-statelessness-description": "स्टेटलेस क्लाइंट बड़ी मात्रा में डेटा संग्रहीत किए बिना नए ब्लॉकों को सत्यापित करने में सक्षम होंगे। यह आज की लागत के केवल एक छोटे से हिस्से के साथ नोड चलाने के सभी लाभ प्रदान करेगा।", + "page-roadmap-learn-more": "और अधिक जानें", + "page-roadmap-timeline-title": "इन अपग्रेड के लिए क्या समय-सीमा है?", + "page-roadmap-blocks-alt": "एथेरियम ब्लॉक", + "page-roadmap-faq-1-title": "क्या एथेरियम का रोडमैप समय के साथ बदलेगा?", + "page-roadmap-faq-1-p1": "हाँ—लगभग निश्चित रूप से।", + "page-roadmap-faq-1-p1-continued": "रोडमैप एथेरियम को अपग्रेड करने की वर्तमान योजना है, जिसमें निकट-अवधि और भविष्य की दोनों योजनाएं शामिल हैं। हम उम्मीद करते हैं कि नई जानकारी और प्रौद्योगिकी उपलब्ध होने पर रोडमैप बदल जाएगा।", + "page-roadmap-faq-1-p2": "एथेरियम के रोडमैप को एथेरियम में सुधार के इरादों के एक सेट के रूप में सोचें; यह मुख्य शोधकर्ताओं और डेवलपर्स की एथेरियम के इष्टतम मार्ग की सबसे अच्छी परिकल्पना है।", + "page-roadmap-faq-2-title": "रोडमैप कब पूरा होगा?", + "page-roadmap-faq-2-p1": "कुछ अपग्रेड कम प्राथमिकता वाले हैं और अगले 5-10 वर्षों (जैसे क्वांटम प्रतिरोध) के लिए लागू नहीं होने की संभावना है।", + "page-roadmap-faq-2-p1-strong": "प्रत्येक अपग्रेड का सटीक समय देना जटिल है", + "page-roadmap-faq-2-p1-continued": "क्योंकि कई रोडमैप आइटम पर समानांतर में काम किया जाता है और अलग-अलग गति से विकसित किया जाता है। किसी अपग्रेड की तात्कालिकता भी बाहरी कारकों के आधार पर समय के साथ बदल सकती है (उदाहरण के लिए क्वांटम कंप्यूटर के प्रदर्शन और उपलब्धता में अचानक छलांग क्वांटम-प्रतिरोधी क्रिप्टोग्राफी को और अधिक जरूरी बना सकती है)।", + "page-roadmap-faq-2-p2": "एथेरियम विकास के बारे में सोचने का एक तरीका जैविक विकास की सादृश्यता से है। एक नेटवर्क जो नई चुनौतियों के अनुकूल होने और फिटनेस बनाए रखने में सक्षम है, उसके सफल होने की संभावना उस नेटवर्क से अधिक है जो परिवर्तन का प्रतिरोधी है, हालांकि जैसे-जैसे नेटवर्क अधिक से अधिक प्रदर्शनकारी, स्केलेबल और सुरक्षित होता जाएगा, प्रोटोकॉल में कम बदलावों की आवश्यकता होगी।", + "page-roadmap-faq-3-title": "क्या मुझे इन अपग्रेड की तैयारी के लिए कुछ करने की आवश्यकता है?", + "page-roadmap-faq-3-p1": "अपग्रेड अंतिम-यूज़र्स को बेहतर यूज़र-अनुभव और एक अधिक सुरक्षित प्रोटोकॉल और शायद एथेरियम के साथ इंटरैक्ट करने के लिए और अधिक विकल्प प्रदान करने के अलावा प्रभावित नहीं करते हैं। नियमित यूज़र्स को किसी अपग्रेड में सक्रिय रूप से भाग लेने की आवश्यकता नहीं है, न ही उन्हें अपनी संपत्ति को सुरक्षित करने के लिए कुछ भी करने की आवश्यकता है। नोड ऑपरेटरों को अपग्रेड की तैयारी के लिए अपने क्लाइंट को अपडेट करने की आवश्यकता होगी। कुछ अपग्रेड एप्लिकेशन डेवलपर्स के लिए बदलाव ला सकते हैं। उदाहरण के लिए, इतिहास समाप्ति अपग्रेड एप्लिकेशन डेवलपर्स को नए स्रोतों से ऐतिहासिक डेटा प्राप्त करने के लिए प्रेरित कर सकते हैं।", + "page-roadmap-faq-4-title": "शार्डिंग के बारे में क्या?", + "page-roadmap-faq-4-p1": "शार्डिंग एथेरियम ब्लॉकचेन को विभाजित करना है ताकि सत्यापनकर्ताओं के उपसमूह कुल डेटा के केवल एक अंश के लिए जिम्मेदार हों। यह मूल रूप से एथेरियम के स्केल करने का तरीका था। हालांकि, परत 2 रोलअप अपेक्षा से बहुत तेजी से विकसित हुए हैं और पहले से ही बहुत स्केलिंग प्रदान कर चुके हैं, और प्रोटो-डैंकशार्डिंग लागू होने के बाद और भी बहुत कुछ प्रदान करेंगे। इसका मतलब है कि \"शार्ड चेन\" की अब आवश्यकता नहीं है और उन्हें रोडमैप से हटा दिया गया है।", + "page-roadmap-release-status-prod": "उत्पादन में", + "page-roadmap-release-status-soon": "जल्द आ रहा है", + "page-roadmap-release-status-dev": "विकास प्रक्रिया में", + "page-roadmap-release-main-features": "मुख्य विशेषताएँ", + "page-roadmap-release-learn-more": "अधिक जानें", + "page-roadmap-release-forkcast": "बदलावों को ट्रैक करें", + "page-roadmap-paris-pos-title": "प्रूफ ऑफ स्टेक में संक्रमण", + "page-roadmap-paris-pos-item-1": "ऊर्जा-गहन माइनिंग को स्टेकिंग-आधारित सहमति से प्रतिस्थापित किया गया", + "page-roadmap-paris-pos-item-2": "एथेरियम की ऊर्जा खपत में ~99.95% की कमी आई", + "page-roadmap-paris-beacon-title": "बीकन चेन एकीकरण", + "page-roadmap-paris-beacon-item-1": "बीकन चेन को एथेरियम मेननेट के साथ विलय किया गया", + "page-roadmap-paris-beacon-item-2": "PoS सहमति तंत्र में पूर्ण संक्रमण को सक्षम किया", + "page-roadmap-paris-difficulty-title": "कठिनाई बम हटाना", + "page-roadmap-paris-difficulty-item-1": "माइनिंग की कठिनाई को बढ़ाने वाले कठिनाई बम को हटा दिया गया", + "page-roadmap-paris-difficulty-item-2": "नए सहमति तंत्र में सुचारू संक्रमण सुनिश्चित किया", + "page-roadmap-shapella-withdrawals-title": "स्टेकिंग निकालना", + "page-roadmap-shapella-withdrawals-item-1": "सत्यापनकर्ताओं को उनके स्टेक किए गए ETH और पुरस्कारों को निकालने में सक्षम बनाया", + "page-roadmap-shapella-withdrawals-item-2": "आंशिक और पूर्ण निकासी क्षमताओं को पेश किया", + "page-roadmap-shapella-eip4895-title": "EIP-4895: बीकन चेन पुश निकासी", + "page-roadmap-shapella-eip4895-item-1": "निकासी के लिए एक नया सिस्टम-स्तरीय ऑपरेशन जोड़ा गया", + "page-roadmap-shapella-eip4895-item-2": "निकासी अनुरोधों का सुरक्षित और कुशल प्रसंस्करण सुनिश्चित किया", + "page-roadmap-shapella-eip3651-title": "EIP-3651: Warm COINBASE", + "page-roadmap-shapella-eip3651-item-1": "COINBASE पते तक पहुंचने के लिए गैस लागत कम की", + "page-roadmap-shapella-eip3651-item-2": "कुछ स्मार्ट अनुबंध संचालन की दक्षता में सुधार हुआ", + "page-roadmap-dencun-danksharding-title": "प्रोटो-डैंकशार्डिंग (EIP-4844)", + "page-roadmap-dencun-danksharding-item-1": "रोलअप लेनदेन लागत को काफी कम करने के लिए ब्लॉब लेनदेन पेश किए गए", + "page-roadmap-dencun-danksharding-item-2": "एक नया लेनदेन प्रकार जोड़ा जो डेटा को अस्थायी और सस्ते में संग्रहीत करता है", + "page-roadmap-dencun-eip1153-title": "EIP-1153: क्षणिक भंडारण ऑपकोड", + "page-roadmap-dencun-eip1153-item-1": "लेनदेन निष्पादन के दौरान अस्थायी भंडारण के लिए TSTORE और TLOAD ऑपकोड जोड़े गए", + "page-roadmap-dencun-eip1153-item-2": "अधिक कुशल स्मार्ट अनुबंध पैटर्न को सक्षम करता है और गैस लागत को कम करता है", + "page-roadmap-dencun-eip4788-title": "EIP-4788: EVM में बीकन ब्लॉक रूट", + "page-roadmap-dencun-eip4788-item-1": "स्मार्ट अनुबंधों के लिए सहमति परत की जानकारी को उजागर करता है", + "page-roadmap-dencun-eip4788-item-2": "नए ट्रस्ट-मिनिमाइज़्ड अनुप्रयोग और क्रॉस-चेन ब्रिज को सक्षम करता है", + "page-roadmap-pectra-eoa-title": "स्मार्ट अनुबंध कार्यक्षमता के साथ EOA वॉलेट को बेहतर बनाएँ", + "page-roadmap-pectra-eoa-item-1": "यूज़र्स अपने पते को किसी मौजूदा स्मार्ट अनुबंध के कोड द्वारा दर्शाए जाने के लिए सेट कर सकते हैं और लेन-देन बैचिंग, लेन-देन शुल्क प्रायोजन या बेहतर पुनर्प्राप्ति तंत्र जैसे लाभ प्राप्त कर सकते हैं", + "page-roadmap-pectra-balance-title": "अधिकतम प्रभावी शेष राशि बढ़ाएँ", + "page-roadmap-pectra-balance-item-1": "स्टेकर अब न्यूनतम से ऊपर प्रत्येक 1 ETH पर स्टेक करने और पुरस्कार प्राप्त करने के लिए ETH की एक मनमानी राशि चुन सकते हैं", + "page-roadmap-pectra-blob-title": "ब्लॉब थ्रूपुट में वृद्धि", + "page-roadmap-pectra-blob-item-1": "ब्लॉब की संख्या 3 से बढ़ाकर 6 लक्ष्य कर दी जाएगी, जिसमें अधिकतम 9 होंगे, जिसके परिणामस्वरूप एथेरियम रोलअप में सस्ती फीस होगी", + "page-roadmap-fusaka-peerdas-title": "पीयरडैस (पीयर-टू-पीयर डेटा उपलब्धता सैंपलिंग)", + "page-roadmap-fusaka-peerdas-item-1": "रोलअप के लिए अधिक कुशल डेटा उपलब्धता को सक्षम करता है", + "page-roadmap-fusaka-peerdas-item-2": "विकेंद्रीकरण बनाए रखते हुए नोड चलाना अधिक सुलभ बनाता है", + "page-roadmap-fusaka-additional-title": "संभावित अतिरिक्त विशेषताएँ", + "page-roadmap-fusaka-additional-item-1": "UX को बेहतर बनाने के लिए मोबाइल उपकरणों पर सुरक्षित एनक्लेव के लिए समर्थन", + "page-roadmap-fusaka-additional-item-2": "ब्लॉब शुल्क बाजार में सुधार", + "page-roadmap-fusaka-additional-item-3": "सत्यापनकर्ता दक्षता और नेटवर्क प्रदर्शन में और सुधार", + "page-roadmap-glamsterdam-epbs-title": "प्रतिष्ठित प्रस्तावक-निर्माता पृथक्करण", + "page-roadmap-glamsterdam-epbs-item-1": "ब्लॉक सहमति को प्रोसेसिंग से अलग करता है, जिससे सत्यापनकर्ताओं को अधिक डेटा प्रोसेस करने की अनुमति देकर L1 स्केलिंग में मदद मिलती है।", + "page-roadmap-glamsterdam-epbs-item-2": "बिल्डरों को मूल रूप से एकीकृत करता है ताकि सत्यापनकर्ता बाहरी सॉफ्टवेयर पर भरोसा किए बिना सुरक्षित रूप से ब्लॉक असेंबली को आउटसोर्स कर सकें।", + "page-roadmap-glamsterdam-bal-title": "ब्लॉक-स्तरीय एक्सेस सूचियाँ", + "page-roadmap-glamsterdam-bal-item-1": "व्यक्तिगत लेनदेन के बजाय, ब्लॉक स्तर पर अनिवार्य एक्सेस सूचियाँ प्रस्तुत करता है।", + "page-roadmap-glamsterdam-bal-item-2": "तेज़ सिंक, समानांतर निष्पादन और समानांतर डिस्क रीड के लिए निर्भरता को पहले से मैप करता है।", + "page-roadmap-glamsterdam-bal-item-3": "स्टेट-हैवी ऐप्स के लिए गैस कम करता है और गैस लागत की भविष्यवाणी में सुधार करता है।", + "page-roadmap-hegota-discussed-title": "हेगोटा के लिए नियोजित", + "page-roadmap-hegota-discussed-item-1": "प्रस्तावों पर वर्तमान में चर्चा चल रही है।" +} diff --git a/src/intl/id/common.json b/src/intl/id/common.json index f5587798491..f03c88b387b 100644 --- a/src/intl/id/common.json +++ b/src/intl/id/common.json @@ -25,11 +25,9 @@ "close": "Tutup", "community": "Komunitas", "community-hub": "Hub komunitas", - "community-menu": "Menu Komunitas", "conferences": "Konferensi", "consensus-when-shipping": "Kapan pengirimannya?", "contact": "Kontak Pers", - "content-buckets": "Kategori Konten", "content-resources": "Sumber Daya Konten", "content-standardization": "Standardisasi konten", "contributing": "Mengikutsertakan", @@ -53,7 +51,6 @@ "design-principles": "Prinsip Desain", "devcon": "Devcon", "developers": "Pengembang", - "developers-home": "Beranda Pengembang", "docs": "Dokumen", "docsearch-error-help": "Mohon periksa jaringan Anda.", "docsearch-error-title": "Tidak dapat menampilkan hasil pencarian", @@ -73,7 +70,6 @@ "docsearch-to-select": "Memilih", "documentation": "Dokumentasi", "down": "Ke Bawah", - "ecosystem": "Ekosistem", "edit-page": "Edit halaman", "ef-blog": "Blog Yayasan Ethereum", "eips": "Proposal Peningkatan Ethereum", @@ -81,16 +77,12 @@ "enterprise": "Perusahaan", "use-cases": "Kasus penggunaan", "enterprise-mainnet": "Perusahaan - Ethereum Jaringan Utama", - "enterprise-menu": "Menu Perusahaan", - "enterprise-team-description": "Kami akan menjawab pertanyaan Anda, membantu mengidentifikasi jalur ke depan yang lebih baik, memberikan dukungan teknis, dan menghubungkan Anda dengan para pemimpin industri yang terkait.", - "enterprise-team": "Tim Perusahaan Pengembang Ethereum", "error-page-title": "Ups! Terjadi kesalahan", "error-page-description": "Anda dapat membantu kami meningkatkannya dengan melaporkan masalah ini di repositori GitHub kami.", "error-page-home-link": "Kembali ke beranda", "esp": "Program Dukungan Ekosistem", "eth-current-price": "Harga ETH saat ini (USD)", "ethereum": "Ethereum", - "ethereum-basics": "Dasar-Dasar Ethereum", "ethereum-brand-assets": "Aset merek Ethereum", "ethereum-bug-bounty": "Program bug hadiah bounty Ethereum", "ethereum-events": "Aksi Ethereum", @@ -101,12 +93,9 @@ "ethereum-history-founder-and-ownership": "Sejarah, pendiri, dan kepemilikan Ethereum", "ethereum-logo": "Logo Ethereum", "ethereum-online": "Komunitas daring", - "ethereum-protocol": "Protokol Ethereum", "ethereum-roadmap": "Peta perjalanan Ethereum", "ethereum-security": "Keamanan dan pencegahan penipuan Ethereum", "ethereum-privacy": "Privasi di Ethereum", - "ethereum-support": "Dukungan Ethereum", - "ethereum-upgrades": "Peningkatan Ethereum", "ethereum-vs-bitcoin": "Ethereum vs Bitcoin", "ethereum-wallets": "Dompet Ethereum", "ethereum-whitepaper": "Laporan Resmi Ethereum", @@ -122,7 +111,6 @@ "feedback-widget-thank-you-timing": "2–3 menit", "feedback-widget-thank-you-title": "Terima kasih atas umpan baliknya!", "filter-bar-clear": "Hapus filter", - "filter-bar-empty": "Tidak ada item yang cocok dengan filter yang dipilih", "filter-bar-no-results": "Tidak ada hasil yang ditemukan", "filter-bar-placeholder": "Filter berdasarkan", "filter-bar-showing": "Menampilkan", @@ -134,22 +122,15 @@ "get-involved": "Ikut terlibat", "get-started": "Mulai", "go-to-top": "Pergi ke atas", - "grant-programs": "Program Hibah Ekosistem", "grants": "Hibah", "guides": "Panduan", - "guides-hub": "Panduan Langkah demi Langkah", - "history-of-ethereum": "Riwayat Ethereum", "home": "Beranda", - "how-ethereum-works": "Cara kerja Ethereum", "how-to-create-an-ethereum-account": "Cara \"membuat\" akun Ethereum", "how-to-revoke-token-access": "Cara mencabut akses kontrak pintar ke dana kripto Anda", "how-to-swap-tokens": "Cara menukar token", "how-to-use-a-bridge": "Cara bridge token ke lapisan ke-2", "how-to-use-a-wallet": "Cara menggunakan dompet", "image": "gambar", - "item-logo": "Logo {item}", - "in-this-section": "Di bagian ini", - "individuals": "Individu", "jobs": "Pekerjaan", "kraken-logo": "Kraken logo", "language-am": "Bahasa Amharik", @@ -231,13 +212,8 @@ "less": "Lebih Sedikit", "light-mode": "Cerah", "light-mode-aria-label": "Beralih ke mode cahaya", - "listing-policy-disclaimer": "Semua produk yang tercantum di halaman ini bukan merupakan dukungan resmi dan hanya disediakan untuk tujuan informasi. Jika Anda ingin menambahkan produk atau memberikan masukan tentang kebijakan ini, silakan ajukan issue di GitHub.", "loading": "Memuat...", - "loading-error": "Kesalahan memuat.", "loading-error-refresh": "Gagal, silahkan muat ulang.", - "loading-error-try-again-later": "Tidak dapat memuat data. Coba lagi nanti.", - "logo": "Logo", - "mainnet-ethereum": "Ethereum Jaringan Utama", "meetups": "Pertemuan", "menu": "Menu", "merge": "Gabungkan", @@ -262,7 +238,6 @@ "nav-defi-description": "Alternatif global dan terbuka untuk pasar keuangan tradisional", "nav-desci-description": "Sebuah alternatif global dan terbuka untuk sistem ilmiah saat ini", "nav-desoc-description": "Platform berbasis blockchain untuk interaksi sosial dan pembuatan konten", - "nav-developers": "Pengembang", "nav-developers-docs": "Dokumen pengembang", "nav-did-description": "Terbitkan dan miliki tanda pengenal terdesentralisasi yang unik", "nav-docs-description": "Dokumen untuk membantu Anda memahami dan membangun dengan Ethereum", @@ -312,7 +287,6 @@ "nav-history-label": "Riwayat teknis Ethereum", "nav-learn-ethereum-development-description": "Mulai atau tingkatkan edukasi pengembangan Ethereum Anda", "nav-start-building-description": "Pilih dan siapkan tumpukan pengembangan Ethereum Anda", - "nav-networks-home-description": "Transaksi yang lebih murah dan lebih cepat untuk Ethereum", "nav-networks-introduction-label": "Pendahuluan", "nav-networks-introduction-description": "Ethereum meluas ke dalam jaringan dari jaringan besar", "nav-networks-explore-networks-label": "Jelajahi jaringan", @@ -387,10 +361,6 @@ "on-this-page": "Pada halaman ini", "onchain-gaming": "Game Onchain", "open": "Buka", - "open-research": "Riset Terbuka", - "page-developers-aria-label": "Menu Pengembang", - "page-index-meta-title": "Beranda", - "page-languages-browser-default": "Browser default", "page-languages-filter-label": "Daftar filter", "page-languages-filter-placeholder": "Ketik untuk memfilter", "page-languages-interested": "Tertarik berkontribusi?", @@ -412,7 +382,6 @@ "pools": "Penaruhan pool", "prediction-markets": "Pasar prediksi", "privacy-policy": "Kebijakan privasi", - "private-ethereum": "Ethereum Privat", "product-disclaimer": "Produk dan layanan dicantumkan sebagai kemudahan bagi komunitas Ethereum. Penyertaaan produk atau layanan tidak mewakili dukungan dari tim situs web ethereum.org atau Ethereum Foundation.", "quizzes": "Kuis", "quizzes-title": "Hub Kuis", @@ -423,23 +392,17 @@ "resources": "Sumber terjemahan", "return-home": "kembali ke beranda", "roadmap": "Peta Perjalanan Ethereum", - "rollup-component-developer-docs": "Dokumen pengembang", - "rollup-component-technology-and-risk-summary": "Ringkasan teknologi dan risiko", "rollup-component-website": "Situs web", "run-a-node": "Menjalankan sebuah node", "real-world-assets": "ADN - Aset Dunia Nyata", "saas": "Penaruhan sebagai layanan", "scaling": "Penskalaan", "search": "Cari", - "search-box-blank-state-text": "Silakan cari!", - "search-eth-address": "Ini terlihat seperti alamat Ethereum. Kami tidak memberikan data khusus untuk alamat. Coba cari di penjelajah blok seperti", "search-ethereum-org": "Cari ethereum.org", - "search-no-results": "Tidak ada hasil untuk pencarian Anda", "secret-leader-election": "Pemilihan Pemimpin Rahasia", "security": "Keamanan", "see-contributors": "Lihat kontributor", "start-building": "Mulai menyusun", - "sharding": "Sharding", "show-all": "Tampilkan semua", "show-more": "Tampilkan lebih banyak", "show-less": "Tampilkan lebih sedikit", @@ -452,7 +415,6 @@ "stablecoins": "Stablecoin", "stake-eth": "Penaruhan ETH", "staking": "Penaruhan", - "start-here": "Mulai di sini", "statelessness": "Tanpa kewarganegaraan", "style-guide": "Panduan Gaya", "support": "Bantuan", @@ -475,22 +437,19 @@ "tutorials": "Tutorial", "up": "Naik", "use": "Gunakan", - "use-ethereum": "Gunakan Ethereum", - "use-ethereum-menu": "Gunakan menu Ethereum", "use-menu": "Gunakan menu", "user-experience": "Pengalaman pengguna", "verkle-trees": "Pohon Verkle", "wallets": "Dompet", "we-couldnt-find-that-page": "Kami tidak dapat menemukan halaman itu", "web3": "Apa itu Web3?", - "web3-title": "Web3", "website-last-updated": "Situs web terakhir kali diperbarui", "what-are-apps": "Apa itu yang dimaksud dengan aplikasi?", "what-is-ether": "Apa itu ether (ETH)?", "what-is-ethereum": "Apa itu Ethereum?", "what-is-the-ethereum-network": "Apa itu jaringan Ethereum?", "withdrawals": "Penarikan penaruhan", - "wrapped-ether": "Ether Terbungkus", + "wrapped-eth": "Ether Terbungkus", "yes": "Ya", "zero-knowledge-proofs": "Zero-Knowledge Proofs", "region-crimea": "Crimea", diff --git a/src/intl/id/glossary-tooltip.json b/src/intl/id/glossary-tooltip.json index 062114dc95a..d03bfc2dcfc 100644 --- a/src/intl/id/glossary-tooltip.json +++ b/src/intl/id/glossary-tooltip.json @@ -88,6 +88,8 @@ "stablecoin-term": "Stablecoin", "staking-term": "Penaruhan", "staking-pool-term": "Pool penaruhan", + "state-term": "Keadaan", + "state-definition": "Cuplikan dari semua saldo dan data pada titik waktu tertentu di blockchain, biasanya merujuk pada kondisi pada blok tertentu.", "sybil-attack-term": "Serangan Sybil", "sybil-attack-definition": "Serangan Sybil mengacu pada individu manusia yang menipu suatu sistem untuk berpikir bahwa mereka adalah beberapa orang untuk meningkatkan pengaruhnya.", "terminal-total-difficulty-term": "Tingkat kesulitan total terminal (TTD)", diff --git a/src/intl/id/page-community-events.json b/src/intl/id/page-community-events.json index 694697974d4..5f852fc155d 100644 --- a/src/intl/id/page-community-events.json +++ b/src/intl/id/page-community-events.json @@ -99,5 +99,6 @@ "page-events-meetups-events-subtitle": "Cari hackathon, pertemuan komunitas, dan konferensi yang akan datang di sekitar ekosistem Ethereum.", "page-events-cta-title": "Menyelenggarakan sebuah aksi?", "page-events-cta-body": "Ini adalah daftar yang tidak lengkap yang dikelola oleh komunitas kami. Tahu tentang aksi Ethereum yang akan datang untuk ditambahkan ke daftar ini?", - "page-events-cta-button": "Kirim aksi" + "page-events-cta-button": "Kirim aksi", + "item-logo": "Logo {item}" } diff --git a/src/intl/id/page-developers-index.json b/src/intl/id/page-developers-index.json index 807a8f101c7..d4c34cd1e03 100644 --- a/src/intl/id/page-developers-index.json +++ b/src/intl/id/page-developers-index.json @@ -19,7 +19,15 @@ "page-developers-dev-env-link": "Lingkungan pengembangan", "page-developers-discord": "Bergabung ke Discord", "page-developers-docs-introductions": "Pendahuluan", + "page-developers-ethskills-cta": "Bangun dengan {ethskills}", + "page-developers-ethskills-desc": "Pengetahuan Ethereum terstruktur untuk stack agentik. Berikan agen AI Anda konteks yang dibutuhkan untuk membaca state, mengirim transaksi, dan berkoordinasi dengan protokol, tanpa meninggalkan jendela konteks model.", "page-developers-ethskills-label": "Konteks agen AI untuk Ethereum", + "page-developers-ethskills-msg-1": "luncurkan koin untuk komunitas saya", + "page-developers-ethskills-msg-2": "buat klub penggemar yang membayar saya saat orang bergabung", + "page-developers-ethskills-msg-3": "biarkan karya seni saya mendapatkan royalti setiap kali dijual kembali", + "page-developers-ethskills-msg-4": "buat DAO dan biarkan penggemar saya memilih apa yang saya bangun", + "page-developers-ethskills-msg-5": "siapkan brankas yang menumbuhkan ETH saya saat saya tidur", + "page-developers-ethskills-title": "Bangun onchain dengan agen", "page-developers-evm-desc": "Komputer yang memroses transaksi", "page-developers-evm-link": "Mesin virtual Ethereum (EVM)", "page-developers-explore-documentation": "Jelajahi dokumentasi", diff --git a/src/intl/id/page-get-eth.json b/src/intl/id/page-get-eth.json index 33e56547f6f..22e9254b29f 100644 --- a/src/intl/id/page-get-eth.json +++ b/src/intl/id/page-get-eth.json @@ -75,5 +75,6 @@ "page-get-eth-your-address-desc-3": "Anggap ini seperti alamat email Anda, tetapi bukan surat, alamat ini dapat menerima ETH. Jika Anda ingin menukar ETH dari bursa ke dompet, gunakan alamat Anda sebagai tujuan. Pastikan untuk selalu memeriksa ulang sebelum Anda mengirim!", "page-get-eth-your-address-wallet-link": "Periksa dompet", "listing-policy-raise-issue-link": "Angkat masalah", - "page-find-wallet-last-updated": "Terakhir diperbarui" + "page-find-wallet-last-updated": "Terakhir diperbarui", + "listing-policy-disclaimer": "Semua produk yang tercantum di halaman ini bukan merupakan dukungan resmi dan hanya disediakan untuk tujuan informasi. Jika Anda ingin menambahkan produk atau memberikan masukan tentang kebijakan ini, silakan ajukan issue di GitHub." } diff --git a/src/intl/id/page-roadmap.json b/src/intl/id/page-roadmap.json new file mode 100644 index 00000000000..f28001ff30b --- /dev/null +++ b/src/intl/id/page-roadmap.json @@ -0,0 +1,108 @@ +{ + "page-roadmap-title": "Peta Jalan Ethereum", + "page-roadmap-meta-title": "Peta jalan Ethereum | ethereum.org", + "page-roadmap-meta-description": "Jalan menuju peningkatan skalabilitas, keamanan, dan keberlanjutan Ethereum.", + "page-roadmap-banner-notification": "Pengembangan Ethereum didorong oleh komunitas dan dapat berubah.", + "page-roadmap-changes-coming-title": "Perubahan apa yang akan terjadi pada Ethereum?", + "page-roadmap-changes-coming-description": "Ethereum sudah merupakan platform yang tangguh, tetapi masih terus ditingkatkan. Serangkaian peningkatan ambisius akan meningkatkan Ethereum dari bentuknya saat ini menjadi platform yang berskala penuh dan sangat tangguh.", + "page-roadmap-cheaper-transactions-title": "Transaksi yang lebih murah", + "page-roadmap-cheaper-transactions-description": "Rollup terlalu mahal dan bergantung pada komponen terpusat, menyebabkan pengguna terlalu percaya pada operator mereka. Peta jalan ini mencakup perbaikan untuk kedua masalah ini.", + "page-roadmap-cheaper-transactions-button": "Selengkapnya tentang pengurangan biaya", + "page-roadmap-extra-security-title": "Keamanan ekstra", + "page-roadmap-extra-security-description": "Ethereum sudah sangat aman tetapi dapat dibuat lebih kuat lagi, siap untuk menahan segala jenis serangan di masa mendatang.", + "page-roadmap-extra-security-button": "Lebih lanjut tentang keamanan", + "page-roadmap-better-user-experience-title": "Pengalaman pengguna yang lebih baik", + "page-roadmap-better-user-experience-description": "Lebih banyak dukungan untuk dompet kontrak pintar dan node ringan akan membuat penggunaan Ethereum lebih sederhana dan aman.", + "page-roadmap-better-user-experience-button": "Lebih lanjut tentang pengalaman pengguna", + "page-roadmap-future-proofing-title": "Perencanaan untuk masa depan", + "page-roadmap-future-proofing-description": "Para peneliti dan pengembang Ethereum memecahkan masalah masa depan hari ini, mempersiapkan jaringan untuk generasi mendatang.", + "page-roadmap-future-proofing-button": "Lebih lanjut tentang persiapan masa depan", + "page-roadmap-why-need-title": "Mengapa Ethereum membutuhkan peta jalan?", + "page-roadmap-why-need-description": "Ethereum mendapatkan peningkatan berkala yang meningkatkan skalabilitas, keamanan, dan keberlanjutannya. Salah satu kekuatan inti Ethereum adalah beradaptasi seiring munculnya ide-ide baru melalui penelitian dan pengembangan. Kemampuan beradaptasi memberi Ethereum fleksibilitas untuk mengatasi tantangan yang muncul dan mengikuti terobosan teknologi tercanggih.", + "page-roadmap-how-defined-title": "Cara penetapan peta jalan", + "page-roadmap-how-defined-p1": "Peta jalan ini sebagian besar adalah hasil kerja bertahun-tahun dari para peneliti dan pengembang - karena protokol ini sangat teknis - tetapi setiap orang yang berminat boleh ikut serta.", + "page-roadmap-how-defined-p2": "Ide biasanya berawal dari diskusi di forum seperti ethresear.ch, Ethereum Magicians, atau server Discord R&D Ethereum. Diskusi ini bisa berupa respons terhadap kerentanan baru yang ditemukan, saran dari organisasi yang bekerja di lapisan aplikasi (seperti dapps dan bursa), atau dari friksi yang diketahui oleh pengguna akhir (seperti biaya atau kecepatan transaksi).", + "page-roadmap-how-defined-p3": "Ketika ide-ide ini matang, mereka dapat diusulkan sebagai Proposal Peningkatan Ethereum. Semua ini dilakukan secara terbuka sehingga siapa pun dari komunitas dapat memberikan masukan kapan saja.", + "page-roadmap-governance-button": "Lebih lanjut perihal pemerintahan Ethereum", + "page-roadmap-hero-alt": "Peta Jalan Ethereum", + "page-roadmap-technical-upgrades-title": "Peningkatan teknis apa yang akan hadir di Ethereum?", + "page-roadmap-danksharding-title": "Danksharding", + "page-roadmap-danksharding-description": "Danksharding membuat L2 rollup jauh lebih murah bagi pengguna dengan menambahkan \"blob\" data ke blok Ethereum.", + "page-roadmap-single-slot-finality-title": "Finalitas slot tunggal", + "page-roadmap-single-slot-finality-description": "Alih-alih menunggu lima belas menit, blok dapat diusulkan dan diselesaikan di slot yang sama. Ini lebih praktis untuk aplikasi dan sulit diserang.", + "page-roadmap-account-abstraction-title": "Abstraksi akun", + "page-roadmap-account-abstraction-description": "Abstraksi akun adalah kelas peningkatan yang mendukung dompet kontrak pintar secara asli di Ethereum, daripada harus menggunakan middleware yang rumit.", + "page-roadmap-statelessness-title": "Tanpa kewarganegaraan", + "page-roadmap-statelessness-description": "Klien stateless akan dapat memverifikasi blok baru tanpa harus menyimpan data dalam jumlah besar. Ini akan memberikan semua manfaat menjalankan node dengan biaya yang jauh lebih rendah dibandingkan saat ini.", + "page-roadmap-learn-more": "Pelajari selengkapnya", + "page-roadmap-timeline-title": "Berapa lama waktu yang dibutuhkan untuk peningkatan ini?", + "page-roadmap-blocks-alt": "Blok Ethereum", + "page-roadmap-faq-1-title": "Apakah peta jalan Ethereum akan berubah seiring dengan waktu?", + "page-roadmap-faq-1-p1": "Ya-hampir pasti.", + "page-roadmap-faq-1-p1-continued": "Peta jalan ini merupakan rencana terkini untuk meningkatkan Ethereum, yang mencakup rencana jangka pendek dan masa depan. Kami memperkirakan peta jalan ini akan berubah seiring dengan tersedianya informasi dan teknologi baru.", + "page-roadmap-faq-1-p2": "Bayangkan peta perjalanan Ethereum sebagai kumpulan ide untuk mengembangkan Ethereum; merupakan pusat bagi hipotesis para peneliti dan pengembang Ethereum akan langkah ke depan.", + "page-roadmap-faq-2-title": "Kapan peta jalan ini akan berakhir?", + "page-roadmap-faq-2-p1": "Beberapa peningkatan memiliki prioritas yang lebih rendah dan kemungkinan tidak akan diterapkan dalam 5-10 tahun ke depan (misalnya, ketahanan kuantum).", + "page-roadmap-faq-2-p1-strong": "Memberikan waktu yang tepat untuk setiap peningkatan itu rumit", + "page-roadmap-faq-2-p1-continued": "untuk memprediksi sebanyak mungkin item peta jalan yang dikerjakan secara paralel dan dikembangkan dengan kecepatan yang berbeda-beda. Urgensi peningkatan juga dapat berubah seiring waktu tergantung pada faktor eksternal (misalnya, lonjakan kinerja dan ketersediaan komputer kuantum yang tiba-tiba dapat membuat kriptografi tahan kuantum menjadi lebih mendesak).", + "page-roadmap-faq-2-p2": "Salah satu cara untuk memahami perkembangan Ethereum adalah dengan analogi evolusi biologis. Jaringan yang mampu beradaptasi dengan tantangan baru dan mempertahankan kebugarannya lebih mungkin berhasil daripada jaringan yang resisten terhadap perubahan. Meskipun demikian, seiring jaringan menjadi semakin berkinerja, terukur, dan aman, perubahan protokol yang diperlukan akan semakin sedikit.", + "page-roadmap-faq-3-title": "Apakah saya harus melakukan sesuatu untuk mempersiapkan peningkatan ini?", + "page-roadmap-faq-3-p1": "Peningkatan cenderung tidak berdampak pada pengguna akhir kecuali dengan memberikan pengalaman pengguna yang lebih baik dan protokol yang lebih aman, serta mungkin lebih banyak pilihan untuk berinteraksi dengan Ethereum. Pengguna reguler tidak diwajibkan untuk berpartisipasi aktif dalam peningkatan, juga tidak diwajibkan untuk melakukan apa pun** untuk mengamankan aset mereka. Operator Node perlu memperbarui klien mereka untuk mempersiapkan peningkatan. Beberapa peningkatan dapat menyebabkan perubahan bagi pengembang aplikasi. Misalnya, peningkatan riwayat kedaluwarsa dapat menyebabkan pengembang aplikasi mengambil data historis dari sumber baru.", + "page-roadmap-faq-4-title": "Bagaimana dengan sharding?", + "page-roadmap-faq-4-p1": "Sharding adalah proses pemisahan blockchain Ethereum sehingga subset validator hanya bertanggung jawab atas sebagian kecil dari total data. Awalnya, hal ini dimaksudkan sebagai cara Ethereum untuk melakukan skalabilitas. Namun, rollup lapisan 2 telah berkembang jauh lebih cepat dari yang diperkirakan dan telah menyediakan banyak skalabilitas, dan akan menyediakan lebih banyak lagi setelah Proto-Danksharding diimplementasikan. Ini berarti \"rantai shard\" tidak lagi diperlukan dan telah dihapus dari peta jalan.", + "page-roadmap-release-status-prod": "Sedang dalam produksi", + "page-roadmap-release-status-soon": "Segera hadir", + "page-roadmap-release-status-dev": "Dalam pengembangan", + "page-roadmap-release-main-features": "Fitur utama", + "page-roadmap-release-learn-more": "Pelajari selengkapnya", + "page-roadmap-release-forkcast": "Lacak perubahan", + "page-roadmap-paris-pos-title": "Transisi ke Proof of Stake", + "page-roadmap-paris-pos-item-1": "Mengganti penambangan yang membutuhkan banyak energi dengan konsensus berbasis staking", + "page-roadmap-paris-pos-item-2": "Mengurangi konsumsi energi Ethereum hingga ~99,95%", + "page-roadmap-paris-beacon-title": "Integrasi Beacon Chain", + "page-roadmap-paris-beacon-item-1": "Menggabungkan Beacon Chain dengan mainnet Ethereum", + "page-roadmap-paris-beacon-item-2": "Memungkinkan transisi penuh ke mekanisme konsensus PoS", + "page-roadmap-paris-difficulty-title": "Penghapusan Bom Kesulitan", + "page-roadmap-paris-difficulty-item-1": "Menghapus bom kesulitan yang meningkatkan kesulitan penambangan", + "page-roadmap-paris-difficulty-item-2": "Memastikan transisi yang lancar ke mekanisme konsensus baru", + "page-roadmap-shapella-withdrawals-title": "Penarikan penaruhan", + "page-roadmap-shapella-withdrawals-item-1": "Memungkinkan validator untuk menarik ETH dan hadiah yang dipertaruhkan", + "page-roadmap-shapella-withdrawals-item-2": "Memperkenalkan kemampuan penarikan sebagian dan penuh", + "page-roadmap-shapella-eip4895-title": "EIP-4895: Penarikan push Beacon Chain", + "page-roadmap-shapella-eip4895-item-1": "Menambahkan operasi tingkat sistem baru untuk penarikan", + "page-roadmap-shapella-eip4895-item-2": "Memastikan pemrosesan permintaan penarikan yang aman dan efisien", + "page-roadmap-shapella-eip3651-title": "EIP-3651: Warm COINBASE", + "page-roadmap-shapella-eip3651-item-1": "Mengurangi biaya gas untuk mengakses alamat COINBASE", + "page-roadmap-shapella-eip3651-item-2": "Peningkatan efisiensi operasi kontrak pintar tertentu", + "page-roadmap-dencun-danksharding-title": "Proto-danksharding (EIP-4844)", + "page-roadmap-dencun-danksharding-item-1": "Memperkenalkan transaksi blob untuk mengurangi biaya transaksi rollup secara signifikan", + "page-roadmap-dencun-danksharding-item-2": "Menambahkan jenis transaksi baru yang menyimpan data sementara dan murah", + "page-roadmap-dencun-eip1153-title": "EIP-1153: Opcode penyimpanan sementara", + "page-roadmap-dencun-eip1153-item-1": "Menambahkan opcode TSTORE dan TLOAD untuk penyimpanan sementara selama eksekusi transaksi", + "page-roadmap-dencun-eip1153-item-2": "Memungkinkan pola kontrak pintar yang lebih efisien dan mengurangi biaya gas", + "page-roadmap-dencun-eip4788-title": "EIP-4788: Root blok Beacon di EVM", + "page-roadmap-dencun-eip4788-item-1": "Mengekspos informasi lapisan konsensus ke kontrak pintar", + "page-roadmap-dencun-eip4788-item-2": "Memungkinkan aplikasi baru yang meminimalkan kepercayaan dan jembatan lintas rantai", + "page-roadmap-pectra-eoa-title": "Tingkatkan dompet EOA dengan fungsionalitas kontrak pintar", + "page-roadmap-pectra-eoa-item-1": "Pengguna dapat mengatur alamat mereka untuk diwakili oleh kode kontrak pintar yang ada dan mendapatkan manfaat seperti pengelompokan transaksi, sponsor biaya transaksi, atau mekanisme pemulihan yang lebih baik", + "page-roadmap-pectra-balance-title": "Tingkatkan saldo efektif maksimum", + "page-roadmap-pectra-balance-item-1": "Para staker sekarang dapat memilih jumlah ETH yang diinginkan untuk dipertaruhkan dan menerima hadiah untuk setiap 1 ETH yang melebihi jumlah minimum", + "page-roadmap-pectra-blob-title": "Peningkatan throughput blob", + "page-roadmap-pectra-blob-item-1": "Jumlah blob akan ditingkatkan dari 3 menjadi 6 target, dengan maksimum 9, sehingga menghasilkan biaya yang lebih murah dalam rollup Ethereum", + "page-roadmap-fusaka-peerdas-title": "PeerDAS (Pengambilan Sampel Ketersediaan Data Peer-to-Peer)", + "page-roadmap-fusaka-peerdas-item-1": "Memungkinkan ketersediaan data yang lebih efisien untuk rollup", + "page-roadmap-fusaka-peerdas-item-2": "Membuat pengoperasian node lebih mudah diakses sambil mempertahankan desentralisasi", + "page-roadmap-fusaka-additional-title": "Fitur Tambahan Potensial", + "page-roadmap-fusaka-additional-item-1": "Dukungan untuk enklave aman di perangkat seluler untuk meningkatkan UX", + "page-roadmap-fusaka-additional-item-2": "Peningkatan pasar biaya blob", + "page-roadmap-fusaka-additional-item-3": "Peningkatan lebih lanjut pada efisiensi validator dan kinerja jaringan", + "page-roadmap-glamsterdam-epbs-title": "Pemisahan pengusul-pembangun yang ditetapkan", + "page-roadmap-glamsterdam-epbs-item-1": "Memisahkan persetujuan blok dari pemrosesan, membantu L1 meningkat dengan memungkinkan validator memproses lebih banyak data", + "page-roadmap-glamsterdam-epbs-item-2": "Mengintegrasikan pembangun secara bawaan sehingga validator dapat dengan aman mengalihdayakan penyusunan blok tanpa memercayai perangkat lunak eksternal", + "page-roadmap-glamsterdam-bal-title": "Daftar akses tingkat blok", + "page-roadmap-glamsterdam-bal-item-1": "Memperkenalkan daftar akses wajib di tingkat blok, bukan untuk transaksi individual", + "page-roadmap-glamsterdam-bal-item-2": "Memetakan dependensi di muka untuk sinkronisasi yang lebih cepat, eksekusi paralel, dan pembacaan disk paralel", + "page-roadmap-glamsterdam-bal-item-3": "Menurunkan gas untuk aplikasi padat status dan meningkatkan prediktabilitas biaya gas", + "page-roadmap-hegota-discussed-title": "Direncanakan untuk Hegotá", + "page-roadmap-hegota-discussed-item-1": "Proposal saat ini sedang didiskusikan" +} diff --git a/src/intl/it/common.json b/src/intl/it/common.json index 01ad1269aa1..ddf42f43428 100644 --- a/src/intl/it/common.json +++ b/src/intl/it/common.json @@ -25,11 +25,9 @@ "close": "Chiudi", "community": "Community", "community-hub": "Hub della community", - "community-menu": "Menu Community", "conferences": "Conferenze", "consensus-when-shipping": "Quando sarà rilasciato?", "contact": "Contatti Ufficio Stampa", - "content-buckets": "Categorie di contenuti", "content-resources": "Risorse di contenuto", "content-standardization": "Standardizzazione dei contenuti", "contributing": "Contribuire", @@ -53,7 +51,6 @@ "design-principles": "Principi di progettazione", "devcon": "Devcon", "developers": "Sviluppatori", - "developers-home": "Home degli sviluppatori", "docs": "Documenti", "docsearch-error-help": "Controlla la connessione di rete.", "docsearch-error-title": "Impossibile di fornire risultati", @@ -73,7 +70,6 @@ "docsearch-to-select": "Selezionare", "documentation": "Documentazione", "down": "Giù", - "ecosystem": "Ecosistema", "edit-page": "Modifica la pagina", "ef-blog": "Blog della Ethereum Foundation", "eips": "Proposte di miglioramento di Ethereum", @@ -81,16 +77,12 @@ "enterprise": "Aziende", "use-cases": "Casi d'uso", "enterprise-mainnet": "Aziende - Rete principale Ethereum", - "enterprise-menu": "Menu Aziende", - "enterprise-team-description": "Risponderemo alle tue domande, aiuteremo a identificare potenziali percorsi di avanzamento, fornire supporto tecnico e connetterti con leader di rilievo del settore.", - "enterprise-team": "Team Enterprise di Ethereum", "error-page-title": "Accidenti! Qualcosa è andato storto", "error-page-description": "Puoi aiutarci a migliorare segnalando questo problema sul nostro repository GitHub.", "error-page-home-link": "Ritorna alla pagina principale", "esp": "Programma di Supporto dell'Ecosistema", "eth-current-price": "Prezzo corrente di ETH (USD)", "ethereum": "Ethereum", - "ethereum-basics": "Le basi di Ethereum", "ethereum-brand-assets": "Risorse del marchio di Ethereum", "ethereum-bug-bounty": "Programma di ricompense per l'eliminazione dei bug di Ethereum", "ethereum-events": "Eventi Ethereum", @@ -101,12 +93,9 @@ "ethereum-history-founder-and-ownership": "Storia, fondatore e proprietà di Ethereum", "ethereum-logo": "Ethereum logo", "ethereum-online": "Community online", - "ethereum-protocol": "Protocollo Ethereum", "ethereum-roadmap": "Roadmap di Ethereum", "ethereum-security": "Sicurezza di Ethereum e prevenzione delle truffe", "ethereum-privacy": "Privacy su Ethereum", - "ethereum-support": "Supporto di Ethereum", - "ethereum-upgrades": "Aggiornamenti di Ethereum", "ethereum-vs-bitcoin": "Ethereum vs Bitcoin", "ethereum-wallets": "Portafogli Ethereum", "ethereum-whitepaper": "Whitepaper di Ethereum", @@ -122,7 +111,6 @@ "feedback-widget-thank-you-timing": "2-3 minuti", "feedback-widget-thank-you-title": "Grazie per il tuo feedback!", "filter-bar-clear": "Cancella filtro", - "filter-bar-empty": "Nessun elemento corrisponde al filtro selezionato", "filter-bar-no-results": "Nessun risultato trovato", "filter-bar-placeholder": "Filtra per", "filter-bar-showing": "Visualizzazione", @@ -134,22 +122,15 @@ "get-involved": "Partecipa", "get-started": "Primi passi", "go-to-top": "Vai a inizio pagina", - "grant-programs": "Programma di supporto dell'ecosistema", "grants": "Sovvenzioni", "guides": "Guide", - "guides-hub": "Guide esplicative", - "history-of-ethereum": "Storia di Ethereum", "home": "Home page", - "how-ethereum-works": "Come funziona Ethereum", "how-to-create-an-ethereum-account": "Come \"creare\" un conto Ethereum", "how-to-revoke-token-access": "Come revocare l'accesso dei contratti intelligenti ai tuoi fondi di criptovalute", "how-to-swap-tokens": "Come scambiare token", "how-to-use-a-bridge": "Come collegare i token al livello 2", "how-to-use-a-wallet": "Come utilizzare un portafoglio", "image": "immagine", - "item-logo": "Logo di {item}", - "in-this-section": "In questa sezione", - "individuals": "Utenti privati", "jobs": "Opportunità di lavoro", "kraken-logo": "Logo Kraken", "language-am": "Amarico", @@ -231,13 +212,8 @@ "less": "Meno", "light-mode": "Leggero", "light-mode-aria-label": "Passa alla modalità chiara", - "listing-policy-disclaimer": "Tutti i prodotti elencati in questa pagina non sono approvazioni ufficiali e sono forniti solo a scopo informativo. Per aggiungere un prodotto o fornire feedback sulla politica, apri una segnalazione in GitHub.", "loading": "Caricamento in corso...", - "loading-error": "Errore di caricamento.", "loading-error-refresh": "Errore, sei pregato di ricaricare.", - "loading-error-try-again-later": "Impossibile caricare i dati. Riprovare più tardi.", - "logo": "logo", - "mainnet-ethereum": "Rete principale Ethereum", "meetups": "Meetup", "menu": "Menu", "merge": "Fusione", @@ -262,7 +238,6 @@ "nav-defi-description": "Un'alternativa globale e aperta al sistema finanziario tradizionale", "nav-desci-description": "Un'alternativa globale e aperta all'attuale sistema scientifico", "nav-desoc-description": "Piattaforme basate sulla blockchain per l'interazione sociale e la creazione di contenuti", - "nav-developers": "Sviluppatori", "nav-developers-docs": "Documentazione per sviluppatori", "nav-did-description": "Emettere e possedere i propri identificativi unici decentralizzati", "nav-docs-description": "Documenti per aiutarti a capire e compilare con Ethereum", @@ -312,7 +287,6 @@ "nav-history-label": "La storia tecnica di Ethereum", "nav-learn-ethereum-development-description": "Inizia o migliora la tua formazione sullo sviluppo di Ethereum", "nav-start-building-description": "Scegli e imposta il tuo stack di sviluppo Ethereum", - "nav-networks-home-description": "Transazioni più economiche e rapide per Ethereum", "nav-networks-introduction-label": "Introduzione", "nav-networks-introduction-description": "Ethereum si è espansa divenendo una rete di reti", "nav-networks-explore-networks-label": "Esplora le reti", @@ -387,10 +361,6 @@ "on-this-page": "Su questa pagina", "onchain-gaming": "Gaming onchain", "open": "Apri", - "open-research": "Ricerca aperta", - "page-developers-aria-label": "Menu Sviluppatori", - "page-index-meta-title": "Home page", - "page-languages-browser-default": "Impostazione predefinita Browser", "page-languages-filter-label": "Elenco dei filtri", "page-languages-filter-placeholder": "Digita per filtrare", "page-languages-interested": "Ti interessa contribuire?", @@ -412,7 +382,6 @@ "pools": "Staking condiviso", "prediction-markets": "Mercati predittivi", "privacy-policy": "Politica sulla privacy", - "private-ethereum": "Ethereum privato", "product-disclaimer": "I prodotti e i servizi sono elencati come una comodità per la comunità Ethereum. L'inclusione di un prodotto o servizio non rappresenta un'approvazione del team del sito ethereum.org o della Fondazione Ethereum.", "quizzes": "Quiz", "quizzes-title": "Hub del quiz", @@ -423,23 +392,17 @@ "resources": "Risorse di traduzione", "return-home": "torna alla home", "roadmap": "Roadmap di Ethereum", - "rollup-component-developer-docs": "Documentazione per sviluppatori", - "rollup-component-technology-and-risk-summary": "Riepilogo su tecnologia e rischi", "rollup-component-website": "Sito Web", "run-a-node": "Esegui un nodo", "real-world-assets": "RWAs - Asset del mondo reale", "saas": "Staking come servizio", "scaling": "Ridimensionamento", "search": "Cerca", - "search-box-blank-state-text": "Pronti, partenza, cerca!", - "search-eth-address": "Questo sembrerebbe un indirizzo Ethereum. Non forniamo dati specifici per gli indirizzi. Prova a cercarlo su un esploratore di blocchi come", "search-ethereum-org": "Cerca su ethereum.org", - "search-no-results": "Nessun risultato per questa ricerca", "secret-leader-election": "Elezioni segrete del leader", "security": "Sicurezza", "see-contributors": "Visualizza chi ha contribuito", "start-building": "Inizia a sviluppare", - "sharding": "Sharding", "show-all": "Mostra tutto", "show-more": "Mostra altro", "show-less": "Mostra meno", @@ -452,7 +415,6 @@ "stablecoins": "Stablecoin", "stake-eth": "Fa staking di ETH", "staking": "Staking", - "start-here": "Inizia da qui", "statelessness": "Assenza di stato", "style-guide": "Guida di stile", "support": "Supporto", @@ -475,22 +437,19 @@ "tutorials": "Tutorial", "up": "Su", "use": "Usa", - "use-ethereum": "Usare Ethereum", - "use-ethereum-menu": "Usa menu Ethereum", "use-menu": "Usa menu", "user-experience": "Esperienza dell'utente", "verkle-trees": "Alberi di Verkle", "wallets": "Portafogli", "we-couldnt-find-that-page": "Non siamo riusciti a trovare la pagina", "web3": "Cos'è il Web3?", - "web3-title": "Web3", "website-last-updated": "Ultimo aggiornamento sito web", "what-are-apps": "Cosa sono le app?", "what-is-ether": "Cos'è Ether (ETH)?", "what-is-ethereum": "Cos'è Ethereum?", "what-is-the-ethereum-network": "Che cos'è la rete Ethereum?", "withdrawals": "Prelievi di staking", - "wrapped-ether": "Wrapped Ether", + "wrapped-eth": "Wrapped Ether", "yes": "Sì", "zero-knowledge-proofs": "Dimostrazioni a conoscenza zero", "region-crimea": "Crimea", diff --git a/src/intl/it/glossary-tooltip.json b/src/intl/it/glossary-tooltip.json index 844b5b86641..a80b9f46b98 100644 --- a/src/intl/it/glossary-tooltip.json +++ b/src/intl/it/glossary-tooltip.json @@ -139,6 +139,8 @@ "staking-definition": "Depositare una quantità di ether (il proprio stake), per diventare un validatore e proteggere la rete. Un validatore controlla le transazioni e propone i blocchi, secondo un modello di consenso di proof-of-stake. Lo staking dà un incentivo economico per agire nel migliore interesse della rete. Si riceveranno ricompense per aver realizzato i propri compiti da validatore, ma si perderanno importi variabili di ETH in caso contrario. Maggiori informazioni sullo staking di Ethereum.", "staking-pool-term": "Pool di staking", "staking-pool-definition": "Gli ETH combinati di più di uno staker di Ethereum, utilizzati per raggiungere i 32 ETH necessari per attivare una serie di chiavi del validatore. L'operatore di un nodo utilizza tali chiavi per partecipare al consenso, e le ricompense del blocco sono divise tra gli staker che contribuiscono. I pool di staking o lo staking delegato non sono nativi del protocollo di Ethereum, ma molte soluzioni sono state create dalla community. Maggiori informazioni sullo staking in gruppo.", + "state-term": "Stato", + "state-definition": "Un'istantanea di tutti i saldi e i dati in un determinato momento sulla blockchain, che normalmente si riferisce alla condizione di un particolare blocco.", "sybil-attack-term": "Attacco Sybil", "sybil-attack-definition": "Gli attacchi Sybil si riferiscono a persone che ingannano un sistema facendogli pensare che si tratti di più persone per incrementare la propria influenza.", "terminal-total-difficulty-term": "Difficoltà totale terminale (TTD)", diff --git a/src/intl/it/page-community-events.json b/src/intl/it/page-community-events.json index 02df125cb6f..8a88d58b79a 100644 --- a/src/intl/it/page-community-events.json +++ b/src/intl/it/page-community-events.json @@ -99,5 +99,6 @@ "page-events-meetups-events-subtitle": "Cerca i prossimi hackathon, raduni della community e conferenze nell'ecosistema di Ethereum.", "page-events-cta-title": "Stai organizzando un evento?", "page-events-cta-body": "Questa è una lista non esaustiva gestita dalla nostra community. Conosci un evento Ethereum imminente da aggiungere a questa lista?", - "page-events-cta-button": "Invia un evento" + "page-events-cta-button": "Invia un evento", + "item-logo": "Logo di {item}" } diff --git a/src/intl/it/page-developers-index.json b/src/intl/it/page-developers-index.json index bbf9f2bc6d2..d37aac6b749 100644 --- a/src/intl/it/page-developers-index.json +++ b/src/intl/it/page-developers-index.json @@ -19,7 +19,15 @@ "page-developers-dev-env-link": "Ambienti di sviluppo", "page-developers-discord": "Unisciti a Discord", "page-developers-docs-introductions": "Introduzioni", + "page-developers-ethskills-cta": "Costruisci con {ethskills}", + "page-developers-ethskills-desc": "Conoscenza strutturata di Ethereum per lo stack agentico. Dai al tuo agente IA il contesto di cui ha bisogno per leggere lo stato, inviare transazioni e coordinarsi con i protocolli, senza uscire dalla finestra di contesto del modello.", "page-developers-ethskills-label": "Contesto dell'agente AI per Ethereum", + "page-developers-ethskills-msg-1": "lanciare una moneta per la mia community", + "page-developers-ethskills-msg-2": "creare un fan club che mi paga quando la gente si iscrive", + "page-developers-ethskills-msg-3": "far guadagnare royalty alla mia arte ogni volta che viene rivenduta", + "page-developers-ethskills-msg-4": "creare una DAO e lasciare che i miei fan votino su cosa costruisco", + "page-developers-ethskills-msg-5": "impostare un vault che fa crescere i miei ETH mentre dormo", + "page-developers-ethskills-title": "Costruisci onchain con gli agenti", "page-developers-evm-desc": "Il computer che elabora transazioni", "page-developers-evm-link": "La Macchina Virtuale di Ethereum (EVM)", "page-developers-explore-documentation": "Esplora la documentazione", diff --git a/src/intl/it/page-get-eth.json b/src/intl/it/page-get-eth.json index 651811742b5..2b65b9d8051 100644 --- a/src/intl/it/page-get-eth.json +++ b/src/intl/it/page-get-eth.json @@ -75,5 +75,6 @@ "page-get-eth-your-address-desc-3": "Puoi considerarlo come un indirizzo email, su cui invece delle email riceverai ETH. Se vuoi trasferire ETH da una borsa al tuo portafoglio, usa questo indirizzo come destinazione. Controlla sempre due volte prima di confermare l'invio!", "page-get-eth-your-address-wallet-link": "Scopri i portafogli", "listing-policy-raise-issue-link": "Apri segnalazione", - "page-find-wallet-last-updated": "Ultimo aggiornamento:" + "page-find-wallet-last-updated": "Ultimo aggiornamento:", + "listing-policy-disclaimer": "Tutti i prodotti elencati in questa pagina non sono approvazioni ufficiali e sono forniti solo a scopo informativo. Per aggiungere un prodotto o fornire feedback sulla politica, apri una segnalazione in GitHub." } diff --git a/src/intl/it/page-roadmap.json b/src/intl/it/page-roadmap.json new file mode 100644 index 00000000000..dabd5039d71 --- /dev/null +++ b/src/intl/it/page-roadmap.json @@ -0,0 +1,108 @@ +{ + "page-roadmap-title": "Roadmap di Ethereum", + "page-roadmap-meta-title": "Tabella di marcia di Ethereum | ethereum.org", + "page-roadmap-meta-description": "Il percorso verso una maggiore scalabilità, sicurezza e sostenibilità per Ethereum.", + "page-roadmap-banner-notification": "Lo sviluppo di Ethereum è guidato dalla community ed è soggetto a modifiche.", + "page-roadmap-changes-coming-title": "Quali cambiamenti stanno arrivando su Ethereum?", + "page-roadmap-changes-coming-description": "Ethereum è già una piattaforma potente, ma è ancora in fase di miglioramento. Una serie ambiziosa di miglioramenti trasformerà Ethereum dalla sua forma attuale in una piattaforma completamente scalata e al massimo resiliente.", + "page-roadmap-cheaper-transactions-title": "Transazioni più economiche", + "page-roadmap-cheaper-transactions-description": "I rollup sono troppo costosi e si basano su componenti centralizzati, inducendo gli utenti a fidarsi troppo dei loro operatori. La tabella di marcia include soluzioni per entrambi questi problemi.", + "page-roadmap-cheaper-transactions-button": "Maggiori informazioni sulla riduzione delle commissioni", + "page-roadmap-extra-security-title": "Sicurezza maggiore", + "page-roadmap-extra-security-description": "Ethereum è già molto sicuro, ma può essere reso ancora più forte, pronto a resistere a tutti i tipi di attacco nel futuro.", + "page-roadmap-extra-security-button": "Di più sulla sicurezza", + "page-roadmap-better-user-experience-title": "Migliore esperienza utente", + "page-roadmap-better-user-experience-description": "Un maggiore supporto per i portafogli di contratti intelligenti e i nodi leggeri renderà l'utilizzo di Ethereum più semplice e sicuro.", + "page-roadmap-better-user-experience-button": "Maggiori informazioni sull'esperienza utente", + "page-roadmap-future-proofing-title": "A prova di futuro", + "page-roadmap-future-proofing-description": "I ricercatori e gli sviluppatori di Ethereum stanno risolvendo oggi i problemi di domani, preparando la rete per le generazioni future.", + "page-roadmap-future-proofing-button": "Maggiori informazioni sulla protezione per il futuro", + "page-roadmap-why-need-title": "Perché Ethereum necessita di una tabella di marcia?", + "page-roadmap-why-need-description": "Ethereum riceve aggiornamenti regolari che ne migliorano la scalabilità, la sicurezza o la sostenibilità. Uno dei punti di forza principali di Ethereum è l'adattamento all'emergere di nuove idee dalla ricerca e sviluppo. L'adattabilità conferisce a Ethereum la flessibilità di affrontare le sfide emergenti e di stare al passo con le più avanzate scoperte tecnologiche.", + "page-roadmap-how-defined-title": "Come viene definita la tabella di marcia", + "page-roadmap-how-defined-p1": "La tabella di marcia è principalmente il risultato di anni di lavoro da parte di ricercatori e sviluppatori - perché il protocollo è molto tecnico - ma qualsiasi persona motivata può partecipare.", + "page-roadmap-how-defined-p2": "Le idee di solito nascono come discussioni su un forum come ethresear.ch, Ethereum Magicians o il server Discord di Eth R&D. Possono essere risposte a nuove vulnerabilità scoperte, suggerimenti da organizzazioni che lavorano nel livello applicativo (come dApp e piattaforme di scambio) o da attriti noti per gli utenti finali (come costi o velocità delle transazioni).", + "page-roadmap-how-defined-p3": "Quando queste idee maturano, possono essere proposte come Proposte di miglioramento di Ethereum. Tutto ciò avviene pubblicamente, in modo che chiunque nella community possa intervenire in qualsiasi momento.", + "page-roadmap-governance-button": "Scopri di più sulla governance di Ethereum", + "page-roadmap-hero-alt": "Roadmap di Ethereum", + "page-roadmap-technical-upgrades-title": "Quali aggiornamenti tecnici sono in arrivo per Ethereum?", + "page-roadmap-danksharding-title": "Danksharding", + "page-roadmap-danksharding-description": "Il Danksharding rende i rollup L2 molto più economici per gli utenti, aggiungendo \"blob\" di dati ai blocchi di Ethereum.", + "page-roadmap-single-slot-finality-title": "Finalità dello spazio singolo", + "page-roadmap-single-slot-finality-description": "Invece di attendere quindici minuti, i blocchi potrebbero essere proposti e finalizzati nello stesso slot. Ciò è più conveniente per le app e difficile da attaccare.", + "page-roadmap-account-abstraction-title": "Astrazione dell'account", + "page-roadmap-account-abstraction-description": "L'astrazione dell'account è una classe di aggiornamenti che supporta i portafogli di contratti intelligenti in modo nativo su Ethereum, invece di dover utilizzare middleware complessi.", + "page-roadmap-statelessness-title": "Assenza di stato", + "page-roadmap-statelessness-description": "I client stateless saranno in grado di verificare i nuovi blocchi senza dover archiviare grandi quantità di dati. Ciò fornirà tutti i vantaggi dell'esecuzione di un nodo con solo una piccola parte dei costi odierni.", + "page-roadmap-learn-more": "Per saperne di più", + "page-roadmap-timeline-title": "Qual è la tempistica per questi aggiornamenti?", + "page-roadmap-blocks-alt": "Blocchi di Ethereum", + "page-roadmap-faq-1-title": "La tabella di marcia di Ethereum cambierà nel tempo?", + "page-roadmap-faq-1-p1": "Sì, quasi certamente.", + "page-roadmap-faq-1-p1-continued": "La tabella di marcia è il piano attuale per l'aggiornamento di Ethereum, che copre sia i piani a breve termine che quelli futuri. Ci aspettiamo che la tabella di marcia cambi man mano che nuove informazioni e tecnologie diventano disponibili.", + "page-roadmap-faq-1-p2": "Pensa alla tabella di marcia di Ethereum come a un insieme d'intenzioni per migliorare Ethereum; è la migliore ipotesi che i principali ricercatori e sviluppatori fanno sul percorso ottimale di Ethereum.", + "page-roadmap-faq-2-title": "Quando terminerà la tabella di marcia?", + "page-roadmap-faq-2-p1": "Alcuni aggiornamenti hanno una priorità minore e potrebbero non essere implementati per i prossimi 5-10 anni (es., la resistenza quantistica).", + "page-roadmap-faq-2-p1-strong": "Fornire una tempistica precisa per ogni aggiornamento è complicato", + "page-roadmap-faq-2-p1-continued": "da prevedere, poiché molte voci della tabella di marcia vengono sviluppate in parallelo e a velocità diverse. L'urgenza di un aggiornamento può anche cambiare nel tempo a seconda di fattori esterni (ad esempio, un improvviso salto nelle prestazioni e nella disponibilità dei computer quantistici può rendere più urgente la crittografia a resistenza quantistica).", + "page-roadmap-faq-2-p2": "Un modo di pensare allo sviluppo di Ethereum è per analogia con l'evoluzione biologica. Una rete in grado di adattarsi alle nuove sfide e di mantenersi in forma ha più probabilità di successo rispetto a una che resiste al cambiamento, anche se, man mano che la rete diventa sempre più performante, scalabile e sicura, saranno necessarie meno modifiche al protocollo.", + "page-roadmap-faq-3-title": "Devo fare qualcosa per prepararmi a questi aggiornamenti?", + "page-roadmap-faq-3-p1": "Gli aggiornamenti tendono a non avere un impatto sugli utenti finali, se non fornendo migliori esperienze utente, un protocollo più sicuro e forse più opzioni su come interagire con Ethereum. Gli utenti abituali non sono tenuti a partecipare attivamente a un aggiornamento, né sono tenuti a fare alcunché** per proteggere i propri beni. Gli operatori di Nodi dovranno aggiornare i loro client per prepararsi a un aggiornamento. Alcuni aggiornamenti possono comportare modifiche per gli sviluppatori di applicazioni. Ad esempio, gli aggiornamenti di scadenza della cronologia possono portare gli sviluppatori di applicazioni a reperire i dati storici da nuove fonti.", + "page-roadmap-faq-4-title": "Cos'è la frammentazione?", + "page-roadmap-faq-4-p1": "La frammentazione (sharding) consiste nel suddividere la blockchain di Ethereum in modo che sottoinsiemi di validatori siano responsabili solo di una frazione dei dati totali. Inizialmente, questo era il modo in cui Ethereum avrebbe dovuto scalare. Tuttavia, i rollup di livello 2 si sono sviluppati molto più velocemente del previsto e hanno già fornito un'ampia scalabilità, e ne forniranno molta di più dopo l'implementazione del Proto-Danksharding. Ciò significa che le \"catene di shard\" non sono più necessarie e sono state eliminate dalla tabella di marcia.", + "page-roadmap-release-status-prod": "In produzione", + "page-roadmap-release-status-soon": "In arrivo", + "page-roadmap-release-status-dev": "In fase di sviluppo", + "page-roadmap-release-main-features": "Caratteristiche principali", + "page-roadmap-release-learn-more": "Per saperne di più", + "page-roadmap-release-forkcast": "Traccia le modifiche", + "page-roadmap-paris-pos-title": "Transizione a Proof of Stake", + "page-roadmap-paris-pos-item-1": "Sostituito il mining ad alta intensità energetica con un consenso basato sullo staking", + "page-roadmap-paris-pos-item-2": "Ridotto il consumo energetico di Ethereum di circa il 99,95%", + "page-roadmap-paris-beacon-title": "Integrazione della Beacon Chain", + "page-roadmap-paris-beacon-item-1": "Unita la Beacon Chain con la rete principale di Ethereum", + "page-roadmap-paris-beacon-item-2": "Abilitata la transizione completa al meccanismo di consenso PoS", + "page-roadmap-paris-difficulty-title": "Rimozione della Difficulty Bomb", + "page-roadmap-paris-difficulty-item-1": "Rimossa la difficulty bomb che aumentava la difficoltà del mining", + "page-roadmap-paris-difficulty-item-2": "Garantita una transizione graduale al nuovo meccanismo di consenso", + "page-roadmap-shapella-withdrawals-title": "Prelievi di staking", + "page-roadmap-shapella-withdrawals-item-1": "Abilitato il prelievo da parte dei validatori dei loro ETH in staking e delle ricompense", + "page-roadmap-shapella-withdrawals-item-2": "Introdotte capacità di prelievo parziale e totale", + "page-roadmap-shapella-eip4895-title": "EIP-4895: Prelievi push della Beacon Chain", + "page-roadmap-shapella-eip4895-item-1": "Aggiunta una nuova operazione a livello di sistema per i prelievi", + "page-roadmap-shapella-eip4895-item-2": "Garantita l'elaborazione sicura ed efficiente delle richieste di prelievo", + "page-roadmap-shapella-eip3651-title": "EIP-3651: Warm COINBASE", + "page-roadmap-shapella-eip3651-item-1": "Costi del gas ridotti per l'accesso all'indirizzo COINBASE", + "page-roadmap-shapella-eip3651-item-2": "Migliorata l'efficienza di alcune operazioni dei contratti intelligenti", + "page-roadmap-dencun-danksharding-title": "Proto-danksharding (EIP-4844)", + "page-roadmap-dencun-danksharding-item-1": "Introdotte le transazioni blob per ridurre significativamente i costi delle transazioni dei rollup", + "page-roadmap-dencun-danksharding-item-2": "Aggiunto un nuovo tipo di transazione che archivia i dati in modo temporaneo ed economico", + "page-roadmap-dencun-eip1153-title": "EIP-1153: Codici operativi di archiviazione transienti", + "page-roadmap-dencun-eip1153-item-1": "Aggiunti i codici operativi TSTORE e TLOAD per l'archiviazione temporanea durante l'esecuzione della transazione", + "page-roadmap-dencun-eip1153-item-2": "Abilita modelli di contratto intelligente più efficienti e riduce i costi del gas", + "page-roadmap-dencun-eip4788-title": "EIP-4788: Radice del blocco della Beacon Chain nell'EVM", + "page-roadmap-dencun-eip4788-item-1": "Espone le informazioni del livello di consenso ai contratti intelligenti", + "page-roadmap-dencun-eip4788-item-2": "Abilita nuove applicazioni a fiducia minimizzata e ponti cross-chain", + "page-roadmap-pectra-eoa-title": "Migliora i portafogli EOA con la funzionalità dei contratti intelligenti", + "page-roadmap-pectra-eoa-item-1": "Gli utenti possono impostare il loro indirizzo in modo che sia rappresentato dal codice di un contratto intelligente esistente e ottenere vantaggi come il raggruppamento delle transazioni, la sponsorizzazione delle commissioni di transazione o migliori meccanismi di recupero", + "page-roadmap-pectra-balance-title": "Aumenta il saldo effettivo massimo", + "page-roadmap-pectra-balance-item-1": "Gli staker possono ora scegliere un importo arbitrario di ETH da mettere in staking e ricevere ricompense su ogni 1 ETH al di sopra del minimo", + "page-roadmap-pectra-blob-title": "Aumento del volume dei blob", + "page-roadmap-pectra-blob-item-1": "Il numero di blob sarà aumentato da 3 a 6 target, con un massimo di 9, con conseguenti commissioni più economiche nei rollup di Ethereum", + "page-roadmap-fusaka-peerdas-title": "PeerDAS (Peer-to-Peer Data Availability Sampling)", + "page-roadmap-fusaka-peerdas-item-1": "Abilita una disponibilità dei dati più efficiente per i rollup", + "page-roadmap-fusaka-peerdas-item-2": "Rende l'esecuzione di un nodo più accessibile, mantenendo la decentralizzazione", + "page-roadmap-fusaka-additional-title": "Potenziali funzionalità aggiuntive", + "page-roadmap-fusaka-additional-item-1": "Supporto per enclave sicure su dispositivi mobili per migliorare l'UX", + "page-roadmap-fusaka-additional-item-2": "Miglioramenti del mercato delle commissioni dei blob", + "page-roadmap-fusaka-additional-item-3": "Ulteriori miglioramenti all'efficienza dei validatori e alle prestazioni della rete", + "page-roadmap-glamsterdam-epbs-title": "Separazione sancita tra propositore e costruttore", + "page-roadmap-glamsterdam-epbs-item-1": "Separa l'accordo sul blocco dall'elaborazione, aiutando la scalabilità dell'L1 consentendo ai validatori di elaborare più dati", + "page-roadmap-glamsterdam-epbs-item-2": "Integra nativamente i costruttori, in modo che i validatori possano esternalizzare in sicurezza l'assemblaggio dei blocchi senza doversi fidare di software esterni", + "page-roadmap-glamsterdam-bal-title": "Liste di accesso a livello di blocco", + "page-roadmap-glamsterdam-bal-item-1": "Introduce liste di accesso obbligatorie a livello di blocco, anziché per le singole transazioni", + "page-roadmap-glamsterdam-bal-item-2": "Mappa le dipendenze in anticipo per sincronizzazioni più rapide, esecuzione parallela e letture parallele del disco", + "page-roadmap-glamsterdam-bal-item-3": "Riduce il gas per le app ad alto utilizzo di stato e migliora la prevedibilità del costo del gas", + "page-roadmap-hegota-discussed-title": "Pianificato per Hegotá", + "page-roadmap-hegota-discussed-item-1": "Le proposte sono attualmente in fase di discussione" +} diff --git a/src/intl/ja/common.json b/src/intl/ja/common.json index ed73f22a238..2d2fa369fa3 100644 --- a/src/intl/ja/common.json +++ b/src/intl/ja/common.json @@ -25,11 +25,9 @@ "close": "閉じる", "community": "コミュニティ", "community-hub": "コミュニティハブ", - "community-menu": "コミュニティメニュー", "conferences": "カンファレンス", "consensus-when-shipping": "いつリリースされますか？", "contact": "報道関係者のお問合せ先", - "content-buckets": "コンテンツバケット", "content-resources": "コンテンツリソース", "content-standardization": "コンテンツの標準化", "contributing": "貢献", @@ -53,7 +51,6 @@ "design-principles": "デザイン原則", "devcon": "Devcon", "developers": "デベロッパー", - "developers-home": "デベロッパーのホーム", "docs": "ドキュメント", "docsearch-error-help": "ネットワークの接続状況を確認してください。", "docsearch-error-title": "結果を取得できませんでした。", @@ -73,7 +70,6 @@ "docsearch-to-select": "選択する", "documentation": "ドキュメント", "down": "下へ", - "ecosystem": "エコシステム", "edit-page": "ページ編集", "ef-blog": "イーサリアム・ファウンデーションブログ", "eips": "イーサリアム改善の提案", @@ -81,16 +77,12 @@ "enterprise": "エンタープライズ", "use-cases": "ユースケース", "enterprise-mainnet": "エンタープライズ - メインネットイーサリアム", - "enterprise-menu": "企業向けメニュー", - "enterprise-team-description": "あなたの質問にお答えし、今後の方向性を見つけるお手伝いをし、技術的なサポートを提供し、関連する業界のリーダーと結びつけます。", - "enterprise-team": "イーサリアム エンタープライズチーム", "error-page-title": "おっと！エラーが発生しました", "error-page-description": "この問題をGitHubリポジトリで報告していただくことで、サイトの改善にご協力いただけます。", "error-page-home-link": "ホームページに戻る", "esp": "エコシステムサポートプログラム", "eth-current-price": "現在のETH価格 (USD)", "ethereum": "イーサリアム", - "ethereum-basics": "イーサリアムの基礎", "ethereum-brand-assets": "イーサリアムブランド資産", "ethereum-bug-bounty": "イーサリアムバグ報奨金プログラム", "ethereum-events": "イーサリアムイベント", @@ -101,12 +93,9 @@ "ethereum-history-founder-and-ownership": "イーサリアムの歴史、創設者、所有権", "ethereum-logo": "Ethereum ロゴ", "ethereum-online": "オンラインコミュニティ", - "ethereum-protocol": "イーサリアムプロトコル", "ethereum-roadmap": "イーサリアムロードマップ", "ethereum-security": "イーサリアムのセキュリティと詐欺対策", "ethereum-privacy": "イーサリアム上のプライバシー", - "ethereum-support": "イーサリアムサポート", - "ethereum-upgrades": "イーサリアムのアップグレード", "ethereum-vs-bitcoin": "イーサリアム vs ビットコイン", "ethereum-wallets": "イーサリアムウォレット", "ethereum-whitepaper": "イーサリアムのホワイトペーパー", @@ -122,7 +111,6 @@ "feedback-widget-thank-you-timing": "2～3分", "feedback-widget-thank-you-title": "フィードバックありがとうございました!", "filter-bar-clear": "フィルターをクリア", - "filter-bar-empty": "選択したフィルターに一致するアイテムはありません", "filter-bar-no-results": "結果が見つかりません", "filter-bar-placeholder": "フィルター", "filter-bar-showing": "表示中", @@ -134,22 +122,15 @@ "get-involved": "参加", "get-started": "始める", "go-to-top": "先頭に戻る", - "grant-programs": "エコシステム助成プログラム", "grants": "助成制度", "guides": "ガイド", - "guides-hub": "ハウツーガイド", - "history-of-ethereum": "イーサリアムの歴史", "home": "ホーム", - "how-ethereum-works": "イーサリアムの仕組み", "how-to-create-an-ethereum-account": "イーサリアムアカウントの「開設」方法", "how-to-revoke-token-access": "暗号資金へのスマートコントラクトのアクセスを無効にする方法", "how-to-swap-tokens": "トークンの交換方法", "how-to-use-a-bridge": "トークンをレイヤー2にブリッジする方法", "how-to-use-a-wallet": "ウォレットの使用方法", "image": "画像", - "item-logo": "{item}のロゴ", - "in-this-section": "このセクション", - "individuals": "個人", "jobs": "採用情報", "kraken-logo": "Kraken ロゴ", "language-am": "アムハラ語", @@ -231,13 +212,8 @@ "less": "より少なく", "light-mode": "ライト", "light-mode-aria-label": "ライトモードに切り替える", - "listing-policy-disclaimer": "このページに掲載されている全てのプロダクトは、公式に推奨するものではなく、情報提供のみを目的としています。プロダクトの追加やポリシーに関するフィードバックをご希望の場合は、GitHubで問題を提起してください。", "loading": "読み込み中", - "loading-error": "読み込みエラー", "loading-error-refresh": "エラーが発生しました。更新してください。", - "loading-error-try-again-later": "データをロードできません。後でもう一度お試しください。", - "logo": "ロゴ", - "mainnet-ethereum": "メインネット イーサリアム", "meetups": "ミートアップ", "menu": "メニュー", "merge": "マージ", @@ -262,7 +238,6 @@ "nav-defi-description": "従来の金融市場に代わる、グローバルで開かれた市場", "nav-desci-description": "現在の科学的システムに代わる、グローバルで開かれたシステム", "nav-desoc-description": "ソーシャル・インタラクションとコンテンツ作成のためのブロックチェーンベースのプラットフォーム", - "nav-developers": "デベロッパー", "nav-developers-docs": "デベロッパー向け文書", "nav-did-description": "独自の分散型識別子を発行し、所有する", "nav-docs-description": "イーサリアムを理解し、イーサリアムを使ってビルドを行うためのヘルプドキュメント", @@ -312,7 +287,6 @@ "nav-history-label": "イーサリアムの技術的な歴史", "nav-learn-ethereum-development-description": "イーサリアム開発の学習を開始、またはレベルアップしましょう", "nav-start-building-description": "イーサリアムの開発スタックを選択してセットアップする", - "nav-networks-home-description": "より安く、より速いイーサリアムの取引", "nav-networks-introduction-label": "はじめに", "nav-networks-introduction-description": "イーサリアムはネットワークのネットワークへと拡大", "nav-networks-explore-networks-label": "ネットワークを探検", @@ -387,10 +361,6 @@ "on-this-page": "このページ", "onchain-gaming": "オンチェーンゲーミング", "open": "開く", - "open-research": "オープンリサーチ", - "page-developers-aria-label": "デベロッパー向けメニュー", - "page-index-meta-title": "ホーム", - "page-languages-browser-default": "ブラウザのデフォルト", "page-languages-filter-label": "フィルターリスト", "page-languages-filter-placeholder": "フィルタータイプ", "page-languages-interested": "ご協力いただけますか？", @@ -412,7 +382,6 @@ "pools": "ステーキングプール", "prediction-markets": "予測市場", "privacy-policy": "プライバシーポリシー", - "private-ethereum": "プライベートイーサリアム", "product-disclaimer": "プロダクトおよびサービスは、イーサリアムコミュニティの便宜のために掲載されています。プロダクトおよびサービスの掲載内容は、ethereum.orgのウェブサイトチームまたはイーサリアム・ファウンデーションによる推奨や保証を意味するものではありません。", "quizzes": "クイズ", "quizzes-title": "クイズハブ", @@ -423,23 +392,17 @@ "resources": "翻訳のリソース", "return-home": "ホームへ戻る", "roadmap": "イーサリアムロードマップ", - "rollup-component-developer-docs": "デベロッパー向け文書", - "rollup-component-technology-and-risk-summary": "テクノロジーとリスクの概要", "rollup-component-website": "ウェブサイト", "run-a-node": "ノードの運用", "real-world-assets": "RWAs - 現実世界の資産", "saas": "ステーキングサービス", "scaling": "スケーリング", "search": "検索", - "search-box-blank-state-text": "検索を始めましょう！", - "search-eth-address": "これはイーサリアムのアドレスのようですが、アドレスに固有のデータは提供していません。etherscanのようなブロックエクスプローラーで検索してみてください。", "search-ethereum-org": "ethereum.orgを検索", - "search-no-results": "検索結果はありません。", "secret-leader-election": "シークレットリーダー選出", "security": "セキュリティ", "see-contributors": "貢献者を表示", "start-building": "ビルドを始める", - "sharding": "シャーディング", "show-all": "すべて表示", "show-more": "もっと見る", "show-less": "少なく表示", @@ -452,7 +415,6 @@ "stablecoins": "ステーブルコイン", "stake-eth": "ETHのステーキング", "staking": "ステーキング", - "start-here": "ここからスタート", "statelessness": "ステートレス", "style-guide": "スタイルガイド", "support": "サポート", @@ -475,22 +437,19 @@ "tutorials": "チュートリアル", "up": "上へ", "use": "利用する", - "use-ethereum": "イーサリアムを使う", - "use-ethereum-menu": "イーサリアムのメニューを使用", "use-menu": "利用メニュー", "user-experience": "ユーザーエクスペリエンス", "verkle-trees": "バークルツリー", "wallets": "ウォレット", "we-couldnt-find-that-page": "該当するページは見つかりませんでした。", "web3": "Web3とは", - "web3-title": "Web3", "website-last-updated": "ウェブサイトの最終更新日時", "what-are-apps": "アプリとは何ですか？", "what-is-ether": "イーサ(ETH) とは？", "what-is-ethereum": "イーサリアムとは？", "what-is-the-ethereum-network": "イーサリアムネットワークとは何ですか？", "withdrawals": "ステーキングの引き出し", - "wrapped-ether": "ラップドイーサ", + "wrapped-eth": "ラップドイーサ", "yes": "はい", "zero-knowledge-proofs": "ゼロ知識証明", "region-crimea": "クリミア", diff --git a/src/intl/ja/glossary-tooltip.json b/src/intl/ja/glossary-tooltip.json index 994549c8e75..66605f7291a 100644 --- a/src/intl/ja/glossary-tooltip.json +++ b/src/intl/ja/glossary-tooltip.json @@ -139,6 +139,8 @@ "staking-definition": "バリデータになり、ネットワークを確保するために大量のEther(ステーク)をデポジットすることです。バリデータは、プルーフ・オブ・ステークによるコンセンサス・モデルに基づいてトランザクションの確認とブロックの提案を行います。ステーキングでは、ネットワークを最善にする動作により経済的なインセンティブを受けることができます。バリデータの責務を実行することで報酬を獲得できますが、実行できなかった場合は状況に応じた量のETHを失います。詳細はイーサリアムのステーキングをご覧ください。", "staking-pool-term": "ステーキングプール", "staking-pool-definition": "複数のイーサリアムステーカーのETHを合わせ、バリデータ鍵のセットをアクティベートさせるのに必要な32ETHにしたものです。ノードオペレータは、コンセンサスに参加するのにこれらの鍵を使い、ブロック報酬を貢献したステーカーに分配します。ステーキングプールやステーキングの委任は、イーサリアムのプロトコルにおいてネイティブなものではなく、多くのソリューションがコミュニティによって構築されています。 詳細はステーキングプールをご覧ください。", + "state-term": "状態", + "state-definition": "ブロックチェーン上の特定の時点におけるすべての残高とデータのスナップショット。通常は、特定のブロックの条件を指します。", "sybil-attack-term": "シビル攻撃", "sybil-attack-definition": "シビル攻撃とは、1人の人間がシステムを欺いて複数の人間だと認識させ、影響力を増大させることです。", "terminal-total-difficulty-term": "最終合計難易度(TTD)", diff --git a/src/intl/ja/page-community-events.json b/src/intl/ja/page-community-events.json index 8061e60e386..73d4cf99b41 100644 --- a/src/intl/ja/page-community-events.json +++ b/src/intl/ja/page-community-events.json @@ -98,5 +98,6 @@ "page-events-meetups-events-subtitle": "イーサリアムエコシステム周辺で開催される、今後のハッカソン、コミュニティの集まり、カンファレンスを検索しましょう。", "page-events-cta-title": "イベントを主催しますか？", "page-events-cta-body": "これはコミュニティによって維持されている、網羅的ではないリストです。このリストに追加すべき、今後のイーサリアムイベントをご存知ですか？", - "page-events-cta-button": "イベントを提出" + "page-events-cta-button": "イベントを提出", + "item-logo": "{item}のロゴ" } diff --git a/src/intl/ja/page-developers-index.json b/src/intl/ja/page-developers-index.json index 767d626e96d..1b17f0f8d9c 100644 --- a/src/intl/ja/page-developers-index.json +++ b/src/intl/ja/page-developers-index.json @@ -11,7 +11,15 @@ "page-developers-dev-env-desc": "dapp開発に適したIDE", "page-developers-dev-env-link": "開発環境", "page-developers-docs-introductions": "はじめに", + "page-developers-ethskills-cta": "{ethskills}で構築する", + "page-developers-ethskills-desc": "エージェントスタックのための体系化されたEthereumの知識。AIエージェントに、ステートの読み取り、トランザクションの送信、プロトコルとの連携に必要なコンテキストを、モデルのコンテキストウィンドウを離れることなく提供します。", "page-developers-ethskills-label": "イーサリアムのAIエージェントコンテキスト", + "page-developers-ethskills-msg-1": "コミュニティのためにコインを発行する", + "page-developers-ethskills-msg-2": "参加時に報酬がもらえるファンクラブを作る", + "page-developers-ethskills-msg-3": "アートが転売されるたびにロイヤリティを得られるようにする", + "page-developers-ethskills-msg-4": "DAOを作ってファンに何を作るか投票してもらう", + "page-developers-ethskills-msg-5": "寝ている間にETHを増やすボールトを設定する", + "page-developers-ethskills-title": "エージェントと共にオンチェーンで構築する", "page-developers-evm-desc": "トランザクションを処理するコンピュータ", "page-developers-evm-link": "イーサリアム仮想マシン(EVM)", "page-developers-explore-documentation": "ドキュメントを探す", diff --git a/src/intl/ja/page-get-eth.json b/src/intl/ja/page-get-eth.json index 0d0f365f1c1..6f48922537e 100644 --- a/src/intl/ja/page-get-eth.json +++ b/src/intl/ja/page-get-eth.json @@ -75,5 +75,6 @@ "page-get-eth-your-address-desc-3": "これはあなたのメールアドレスのようなものと考えてください。しかし、メールの代わりにETHを受け取ることができます。取引所からウォレットへETHを送金したい場合は、送金先としてあなたのアドレスを使用してください。送る前に必ず再確認しておきましょう！", "page-get-eth-your-address-wallet-link": "ウォレットをチェックする", "listing-policy-raise-issue-link": "問題を報告する", - "page-find-wallet-last-updated": "最終更新日" + "page-find-wallet-last-updated": "最終更新日", + "listing-policy-disclaimer": "このページに掲載されている全てのプロダクトは、公式に推奨するものではなく、情報提供のみを目的としています。プロダクトの追加やポリシーに関するフィードバックをご希望の場合は、GitHubで問題を提起してください。" } diff --git a/src/intl/ja/page-roadmap.json b/src/intl/ja/page-roadmap.json index 64c44899beb..9434d95dd07 100644 --- a/src/intl/ja/page-roadmap.json +++ b/src/intl/ja/page-roadmap.json @@ -96,7 +96,13 @@ "page-roadmap-fusaka-additional-item-1": "UXを改善するためのモバイルデバイス上のセキュアエンクレーブのサポート", "page-roadmap-fusaka-additional-item-2": "Blob手数料マーケットの改善", "page-roadmap-fusaka-additional-item-3": "バリデーター効率とネットワークパフォーマンスのさらなる改善", - "page-roadmap-glamsterdam-discussed-title": "Glamsterdamで議論予定", - "page-roadmap-glamsterdam-discussed-item-1": "Enshrined提案者・ビルダー分離 (ePBS)", - "page-roadmap-glamsterdam-discussed-item-2": "ブロックレベル・アクセスリスト (BALs)" -} + "page-roadmap-glamsterdam-epbs-title": "プロトコルレベルでの提案者とビルダーの分離", + "page-roadmap-glamsterdam-epbs-item-1": "ブロックの合意形成と処理を分離することで、バリデーターがより多くのデータを処理できるようになり、L1のスケーラビリティ向上に貢献します。", + "page-roadmap-glamsterdam-epbs-item-2": "ビルダーをネイティブに統合することで、バリデーターは外部ソフトウェアを信頼することなく、安全にブロックの組み立てを外部委託できます。", + "page-roadmap-glamsterdam-bal-title": "ブロックレベルアクセスリスト", + "page-roadmap-glamsterdam-bal-item-1": "個々のトランザクションではなく、ブロックレベルで必須アクセスリストを導入します。", + "page-roadmap-glamsterdam-bal-item-2": "依存関係を事前にマッピングすることで、同期、並列実行、並列ディスク読み取りを高速化します。", + "page-roadmap-glamsterdam-bal-item-3": "ステート集約型のアプリのガス代を削減し、ガス代の予測可能性を向上させます", + "page-roadmap-hegota-discussed-title": "ヘゴタで計画中", + "page-roadmap-hegota-discussed-item-1": "現在、提案について議論中です。" +} \ No newline at end of file diff --git a/src/intl/ko/common.json b/src/intl/ko/common.json index 8a080019d9d..03858c85f65 100644 --- a/src/intl/ko/common.json +++ b/src/intl/ko/common.json @@ -25,11 +25,9 @@ "close": "닫기", "community": "커뮤니티", "community-hub": "커뮤니티 허브", - "community-menu": "커뮤니티 메뉴", "conferences": "콘퍼런스", "consensus-when-shipping": "언제 런칭하나요?", "contact": "연락처", - "content-buckets": "콘텐츠 버킷", "content-resources": "콘텐츠 참고 자료", "content-standardization": "콘텐츠 표준화", "contributing": "기여", @@ -53,7 +51,6 @@ "design-principles": "디자인 원칙", "devcon": "Devcon", "developers": "개발자", - "developers-home": "개발자 홈", "docs": "개발문서", "docsearch-error-help": "네트워크 연결을 확인해야 할 수도 있습니다.", "docsearch-error-title": "결과를 불러올 수 없음", @@ -73,7 +70,6 @@ "docsearch-to-select": "선택", "documentation": "개발문서", "down": "아래로", - "ecosystem": "생태계", "edit-page": "페이지 수정", "ef-blog": "이더리움 재단 블로그", "eips": "이더리움 개선 제안", @@ -81,16 +77,12 @@ "enterprise": "기업", "use-cases": "사용 사례", "enterprise-mainnet": "엔터프라이즈 - 메인넷 이더리움", - "enterprise-menu": "기업 메뉴", - "enterprise-team-description": "귀하의 질문에 답변하고, 향후 가능성 탐색에 대한 지원 및 기술적인 지원을 제공하며, 관련 산업의 리더와 연결합니다.", - "enterprise-team": "이더리움 엔터프라이즈 팀", "error-page-title": "이런! 문제가 발생했습니다.", "error-page-description": "GitHub 저장소에 이 문제를 보고하여 개선에 도움을 줄 수 있습니다.", "error-page-home-link": "홈 페이지로 돌아가기", "esp": "생태계 지원 프로그램", "eth-current-price": "현재 이더(ETH) 가격(미국 달러)", "ethereum": "이더리움", - "ethereum-basics": "이더리움 기초", "ethereum-brand-assets": "이더리움 브랜드 자산", "ethereum-bug-bounty": "이더리움 버그 보상 프로그램", "ethereum-events": "이더리움 이벤트", @@ -101,12 +93,9 @@ "ethereum-history-founder-and-ownership": "이더리움 역사, 창립자 및 소유권", "ethereum-logo": "이더리움 로고", "ethereum-online": "온라인 커뮤니티", - "ethereum-protocol": "이더리움 프로토콜", "ethereum-roadmap": "이더리움 로드맵", "ethereum-security": "이더리움 보안 및 사기 방지", "ethereum-privacy": "이더리움 개인정보 보호", - "ethereum-support": "이더리움 지원", - "ethereum-upgrades": "이더리움 업그레이드", "ethereum-vs-bitcoin": "이더리움 vs 비트코인", "ethereum-wallets": "이더리움 지갑", "ethereum-whitepaper": "이더리움 백서", @@ -123,7 +112,6 @@ "feedback-widget-thank-you-title": "피드백을 주셔서 감사합니다!", "find-wallet": "지갑 찾기", "filter-bar-clear": "필터 지우기", - "filter-bar-empty": "선택한 필터와 일치하는 항목이 없습니다", "filter-bar-no-results": "결과를 찾을 수 없습니다", "filter-bar-placeholder": "필터링 기준", "filter-bar-showing": "표시 중", @@ -134,22 +122,15 @@ "get-involved": "참여하기", "get-started": "시작하기", "go-to-top": "상단으로 이동", - "grant-programs": "생태계 지원금 프로그램", "grants": "지원금", "guides": "가이드", - "guides-hub": "사용법 안내서", - "history-of-ethereum": "이더리움 연혁", "home": "홈", - "how-ethereum-works": "이더리움의 작동 원리", "how-to-create-an-ethereum-account": "이더리움 계정을 \"생성\"하는 방법", "how-to-revoke-token-access": "암호화폐 자금에 대한 스마트 계약 액세스를 취소하는 방법", "how-to-swap-tokens": "토큰 교환 방법", "how-to-use-a-bridge": "레이어 2로 토큰을 브리지하는 방법", "how-to-use-a-wallet": "지갑 사용법", "image": "이미지", - "item-logo": "{item} 로고", - "in-this-section": "본 섹션에서는", - "individuals": "개인", "jobs": "채용 정보", "kraken-logo": "Kraken 로고", "language-am": "암하라어", @@ -231,13 +212,8 @@ "less": "간단히 보기", "light-mode": "라이트", "light-mode-aria-label": "라이트 모드로 전환", - "listing-policy-disclaimer": "이 페이지에 명시된 모든 제품은 공식적으로 보증되지 않으며 정보 제공 용도로만 제공됩니다. 제품을 추가하거나 정책에 대한 피드백을 제공하려면 GitHub에 이슈를 올려 주세요.", "loading": "불러오는 중...", - "loading-error": "불러오기 오류.", "loading-error-refresh": "오류가 발생했습니다. 새로고침하세요.", - "loading-error-try-again-later": "데이터를 로드할 수 없습니다. 나중에 다시 시도하세요.", - "logo": "로고", - "mainnet-ethereum": "메인넷(Mainnet) 이더리움", "meetups": "밋업", "menu": "메뉴", "merge": "병합", @@ -262,7 +238,6 @@ "nav-defi-description": "기존 금융 시장에 대한 글로벌하고 개방적인 대안", "nav-desci-description": "현재 과학 시스템에 대한 글로벌하고 개방적인 대안", "nav-desoc-description": "소셜 상호 작용 및 콘텐츠 창작을 위한 블록체인 기반 플랫폼", - "nav-developers": "개발자", "nav-developers-docs": "개발자 문서", "nav-did-description": "고유한 탈중앙화된 식별자를 발급하고 소유", "nav-docs-description": "이더리움을 이해하고 빌드하는 데 도움이 되는 문서", @@ -312,7 +287,6 @@ "nav-history-label": "이더리움의 기술적 역사", "nav-learn-ethereum-development-description": "이더리움 개발 교육을 시작하거나 수준을 높여보세요.", "nav-start-building-description": "이더리움 개발 스택을 선택하고 설정하세요.", - "nav-networks-home-description": "이더리움의 더 저렴하고 빠른 거래", "nav-networks-introduction-label": "소개", "nav-networks-introduction-description": "여러 네트워크의 네트워크까지 확장된 이더리움", "nav-networks-explore-networks-label": "네트워크 살펴보기", @@ -387,10 +361,6 @@ "on-this-page": "이 페이지에서는", "onchain-gaming": "온체인 게이밍", "open": "열기", - "open-research": "공개 연구", - "page-developers-aria-label": "개발자 메뉴", - "page-index-meta-title": "홈", - "page-languages-browser-default": "기본 브라우저", "page-languages-filter-label": "필터 목록", "page-languages-filter-placeholder": "필터링할 내용 입력", "page-languages-interested": "기여해 보시겠습니까?", @@ -412,7 +382,6 @@ "pools": "풀 스테이킹", "prediction-markets": "예측 시장", "privacy-policy": "개인정보 보호 정책", - "private-ethereum": "프라이빗 이더리움", "product-disclaimer": "이 상품 및 서비스 리스트는 이더리움 커뮤니티의 편의를 위해 제공됩니다. 이 리스트는 ethereum.org 웹사이트 팀 또는 이더리움 재단의 상품 또는 서비스에 대한 보증을 나타내지 않습니다.", "quizzes": "퀴즈", "quizzes-title": "퀴즈 허브", @@ -423,23 +392,17 @@ "resources": "번역 참고 자료", "return-home": "홈으로 돌아가기", "roadmap": "이더리움 로드맵", - "rollup-component-developer-docs": "개발자 문서", - "rollup-component-technology-and-risk-summary": "기술 및 위험 요약", "rollup-component-website": "웹사이트", "run-a-node": "노드 실행하기", "real-world-assets": "RWA - 실물 자산", "saas": "서비스로서의 스테이킹", "scaling": "확장", "search": "검색", - "search-box-blank-state-text": "바로 검색!", - "search-eth-address": "이것은 이더리움 주소로 보입니다. 당사는 특정 주소에 대한 데이터를 제공하지 않습니다. 블록 탐색기를 통해 아래와 같이 검색해 보세요.", "search-ethereum-org": "ethereum.org 검색", - "search-no-results": "검색과 일치하는 결과가 없습니다.", "secret-leader-election": "비밀 리더 선거", "security": "보안", "see-contributors": "기여자 확인하기", "start-building": "개발 시작하기", - "sharding": "샤딩", "show-all": "모두 보기", "show-more": "더 보기", "show-less": "간략히 보기", @@ -452,7 +415,6 @@ "stablecoins": "스테이블 코인", "stake-eth": "ETH 스테이킹하기", "staking": "스테이킹", - "start-here": "여기서 시작하세요", "statelessness": "무상태성", "style-guide": "스타일 가이드", "support": "지원", @@ -475,22 +437,19 @@ "tutorials": "튜토리얼", "up": "위로", "use": "사용", - "use-ethereum": "이더리움 사용하기", - "use-ethereum-menu": "이더리움 메뉴 사용하기", "use-menu": "메뉴 사용", "user-experience": "사용자 환경", "verkle-trees": "버클 트리", "wallets": "지갑", "we-couldnt-find-that-page": "페이지를 찾을 수 없습니다.", "web3": "Web3란 무엇입니까?", - "web3-title": "웹3", "website-last-updated": "웹사이트가 마지막으로 업데이트됨", "what-are-apps": "앱이란 무엇인가요?", "what-is-ether": "이더(ETH)란?", "what-is-ethereum": "이더리움이란?", "what-is-the-ethereum-network": "이더리움 네트워크란 무엇인가요?", "withdrawals": "스테이킹 인출", - "wrapped-ether": "래핑된 이더", + "wrapped-eth": "래핑된 이더", "yes": "네", "zero-knowledge-proofs": "영지식 증명", "region-crimea": "크림 반도", diff --git a/src/intl/ko/glossary-tooltip.json b/src/intl/ko/glossary-tooltip.json index f172567c647..7dd6b4d9d76 100644 --- a/src/intl/ko/glossary-tooltip.json +++ b/src/intl/ko/glossary-tooltip.json @@ -139,6 +139,8 @@ "staking-definition": "검증자가 되어 네트워크를 보호하려면 일정량의 이더(지분)를 스테이킹해야 합니다. 검증자는 지분 증명 합의 모델(consensus model)에 따라 트랜잭션을 검증하고 블록을 생성합니다. 스테이킹을 통해 전체 네트워크의 최선의 이익을 위해 행동하도록 경제적 인센티브를 제공합니다. 검증자가 임무를 성공적으로 수행하면 보상을 받지만, 그렇지 못할 경우 이더를 잃을 수 있습니다. 이더리움 스테이킹에 대해 더 자세히 알아보세요.", "staking-pool-term": "스테이킹 풀", "staking-pool-definition": "하나 이상의 이더리움 스테이커의 ETH를 합친 것으로, 검증자 키 세트를 활성화하는 데 필요한 32 ETH에 도달하는 데 사용됩니다. 노드 운영자는 이러한 키를 사용하여 합의에 참여하고, 블록 보상은 기여한 스테이커들에게 분배됩니다. 스테이킹 풀 또는 위임 스테이킹은 이더리움 프로토콜에 내장되어 있지 않지만, 커뮤니티에 의해 많은 솔루션이 구축되었습니다. 풀 스테이킹에 대해 더 알아보기.", + "state-term": "상태", + "state-definition": "블록체인 상의 특정 시점에서의 모든 잔액 및 데이터의 스냅샷으로, 일반적으로 특정 블록에서의 조건을 나타냅니다.", "sybil-attack-term": "시빌 공격", "sybil-attack-definition": "시빌(Sybil) 공격은 개인이 자신의 영향력을 늘리기 위해 여러 사람인 것처럼 시스템을 속이는 행위를 말합니다.", "terminal-total-difficulty-term": "최종 총 난이도(TTD)", diff --git a/src/intl/ko/page-community-events.json b/src/intl/ko/page-community-events.json index 698bb86211d..30d43264634 100644 --- a/src/intl/ko/page-community-events.json +++ b/src/intl/ko/page-community-events.json @@ -98,5 +98,6 @@ "page-events-meetups-events-subtitle": "이더리움 생태계 주변의 예정된 해커톤, 커뮤니티 모임 및 콘퍼런스를 검색하세요.", "page-events-cta-title": "이벤트를 주최하시나요?", "page-events-cta-body": "이 목록은 커뮤니티가 관리하는 비완전 목록입니다. 이 목록에 추가할 예정된 이더리움 이벤트가 있으신가요?", - "page-events-cta-button": "이벤트 제출" + "page-events-cta-button": "이벤트 제출", + "item-logo": "{item} 로고" } diff --git a/src/intl/ko/page-developers-index.json b/src/intl/ko/page-developers-index.json index bf3fee9fde4..322a7499dbb 100644 --- a/src/intl/ko/page-developers-index.json +++ b/src/intl/ko/page-developers-index.json @@ -11,7 +11,15 @@ "page-developers-dev-env-desc": "디앱 개발에 적합한 IDE", "page-developers-dev-env-link": "개발 환경", "page-developers-docs-introductions": "소개", + "page-developers-ethskills-cta": "{ethskills}로 구축하기", + "page-developers-ethskills-desc": "에이전트 스택을 위한 구조화된 이더리움 지식. AI 에이전트에게 상태를 읽고, 트랜잭션을 보내고, 프로토콜과 조율하는 데 필요한 컨텍스트를 제공하세요. 모델의 컨텍스트 윈도우를 벗어나지 않고도 가능합니다.", "page-developers-ethskills-label": "이더리움을 위한 AI 에이전트 컨텍스트", + "page-developers-ethskills-msg-1": "내 커뮤니티를 위한 코인 출시하기", + "page-developers-ethskills-msg-2": "사람들이 가입하면 수익이 생기는 팬클럽 만들기", + "page-developers-ethskills-msg-3": "내 작품이 재판매될 때마다 로열티 받기", + "page-developers-ethskills-msg-4": "DAO를 만들어 팬들이 내가 만들 것을 투표하게 하기", + "page-developers-ethskills-msg-5": "자는 동안 ETH를 불려주는 볼트 설정하기", + "page-developers-ethskills-title": "에이전트와 함께 온체인으로 구축하기", "page-developers-evm-desc": "거래를 처리하는 컴퓨터", "page-developers-evm-link": "이더리움 가상머신(EVM; Ethereum Virtual Machine)", "page-developers-explore-documentation": "문서 탐색하기", diff --git a/src/intl/ko/page-get-eth.json b/src/intl/ko/page-get-eth.json index 6526cfbe6ce..dcd6ab5d976 100644 --- a/src/intl/ko/page-get-eth.json +++ b/src/intl/ko/page-get-eth.json @@ -75,5 +75,6 @@ "page-get-eth-your-address-desc-3": "이는 이메일 주소와 같은 것이지만, 메일 대신 ETH를 받을 수 있는 것이라고 생각해 보십시오. 거래소에서 지갑으로 ETH를 보내고 싶으시면 귀하의 주소를 도착지로 사용합니다. 보내기 전에 두 번 체크하는 거 잊지 마세요!", "page-get-eth-your-address-wallet-link": "지갑 확인하기", "listing-policy-raise-issue-link": "문제 제기", - "page-find-wallet-last-updated": "마지막 업데이트" + "page-find-wallet-last-updated": "마지막 업데이트", + "listing-policy-disclaimer": "이 페이지에 명시된 모든 제품은 공식적으로 보증되지 않으며 정보 제공 용도로만 제공됩니다. 제품을 추가하거나 정책에 대한 피드백을 제공하려면 GitHub에 이슈를 올려 주세요." } diff --git a/src/intl/ko/page-roadmap.json b/src/intl/ko/page-roadmap.json index e5315e6e4d0..e208f53e63c 100644 --- a/src/intl/ko/page-roadmap.json +++ b/src/intl/ko/page-roadmap.json @@ -4,7 +4,7 @@ "page-roadmap-meta-description": "이더리움의 더 나은 확장성, 보안 및 지속가능성을 위한 경로", "page-roadmap-banner-notification": "이더리움의 개발은 커뮤니티 주도적이고 변경이 가능합니다.", "page-roadmap-changes-coming-title": "이더리움에는 어떤 변화가 올까요?", - "page-roadmap-changes-coming-description": ".", + "page-roadmap-changes-coming-description": "이더리움은 이미 강력한 플랫폼이지만, 여전히 개선되고 있습니다. 야심 찬 개선 사항들을 통해 현재의 이더리움을 완전한 확장성과 최대의 복원력을 갖춘 플랫폼으로 업그레이드할 것입니다.", "page-roadmap-cheaper-transactions-title": "더 저렴한 거래 비용", "page-roadmap-cheaper-transactions-description": "롤업은 너무 비싸고 중앙 집중식 구성 요소에 의존하기 때문에 사용자가 운영자를 너무 많이 신뢰하게 됩니다. 로드맵에는 이 두 가지 문제에 대한 수정 사항이 포함되어 있습니다.", "page-roadmap-cheaper-transactions-button": "수수료 인하에 대한 자세한 내용", @@ -21,7 +21,7 @@ "page-roadmap-why-need-description": "이더리움은 확장성, 보안 또는 지속 가능성을 향상시키는 정기적인 업그레이드를 받습니다. 이더리움의 핵심 강점 중 하나는 연구 개발에서 새로운 아이디어가 나올 때 적응하는 것입니다. 적응력은 이더리움이 새로운 도전 과제를 해결하고 가장 진보된 기술 혁신을 따라잡을 수 있는 유연성을 제공합니다.", "page-roadmap-how-defined-title": "로드맵 정의 방식", "page-roadmap-how-defined-p1": "로드맵은 대부분 연구원들과 개발자들의 수년간의 작업 결과입니다 - 프로토콜이 매우 기술적이기 때문입니다 - 하지만 의욕 있는 사람이라면 누구나 참여할 수 있습니다.", - "page-roadmap-how-defined-p2": "아이디어는 일반적으로 다음과 같은 포럼에서의 토론으로 시작됩니다ethresear.ch이더리움 마술사또는 이더리움 R&D 디스코드 서버입니다. 이러한 서버는 새로운 취약점이 발견되었을 때의 대응, 애플리케이션 계층에서 일하는 조직(예: 디앱 및 거래소)의 제안, 또는 최종 사용자를 위한 알려진 마찰(예: 비용 또는 거래 속도)에 대한 응답일 수 있습니다.", + "page-roadmap-how-defined-p2": "아이디어는 일반적으로 다음과 같은 포럼에서의 토론으로 시작됩니다ethresear.chEthereum Magicians또는 이더리움 R&D 디스코드 서버입니다. 이러한 서버는 새로운 취약점이 발견되었을 때의 대응, 애플리케이션 계층에서 일하는 조직(예: 디앱 및 거래소)의 제안, 또는 최종 사용자를 위한 알려진 마찰(예: 비용 또는 거래 속도)에 대한 응답일 수 있습니다.", "page-roadmap-how-defined-p3": "이러한 아이디어가 성숙해지면 다음과 같이 제안할 수 있습니다이더리움 개선 제안. 이 모든 것은 커뮤니티의 누구나 언제든지 참여할 수 있도록 공개적으로 이루어집니다.", "page-roadmap-governance-button": "이더리움 운영 방식 더 알아보기", "page-roadmap-hero-alt": "이더리움 로드맵", @@ -49,7 +49,7 @@ "page-roadmap-faq-3-title": "이 업그레이드를 준비하기 위해 제가 해야 할 일이 있나요?", "page-roadmap-faq-3-p1": "업그레이드는 더 나은 사용자 경험과 더 안전한 프로토콜 등을 제공하는 것 외에는 최종 사용자에게 영향을 미치지 않는 경향이 있습니다옵션들이더리움과 상호작용하는 방법.일반 사용자는 업그레이드에 적극적으로 참여할 필요가 없으며, 자산을 확보하기 위해 아무것도 할 필요도 없습니다.노드운영자는 업그레이드를 준비하기 위해 클라이언트를 업데이트해야 합니다. 일부 업그레이드는 애플리케이션 개발자에게 변경 사항을 초래할 수 있습니다. 예를 들어, 기록 만료 업그레이드는 애플리케이션 개발자가 새로운 소스에서 과거 데이터를 가져올 수 있습니다.", "page-roadmap-faq-4-title": "샤딩은 어떤가요?", - "page-roadmap-faq-4-p1": "샤딩은 이더리움 블록체인을 분할하여 다음과 같은 하위 집합을 만듭니다는 전체 데이터의 극히 일부에 불과합니다. 이는 원래 이더리움이 확장할 수 있는 방법이었습니다. 그러나레이어 2롤업은 예상보다 훨씬 빠르게 발전하여 이미 많은 확장을 제공했으며, 프로토-당크샤딩이 구현된 후에는 훨씬 더 많은 것을 제공할 것입니다. 즉, '샤드 체인'이 더 이상 필요하지 않으며 로드맵에서 제외되었습니다.", + "page-roadmap-faq-4-p1": "샤딩은 이더리움 블록체인을 분할하여 검증자의 하위 집합이 전체 데이터의 극히 일부에만 책임을 지도록 하는 것입니다. 이는 원래 이더리움이 확장할 수 있는 방법이었습니다. 그러나 레이어 2 롤업은 예상보다 훨씬 빠르게 발전하여 이미 많은 확장을 제공했으며, 프로토-댄크샤딩이 구현된 후에는 훨씬 더 많은 것을 제공할 것입니다. 즉, '샤드 체인'이 더 이상 필요하지 않으며 로드맵에서 제외되었습니다.", "page-roadmap-release-status-prod": "운영 중", "page-roadmap-release-status-soon": "곧 공개 예정", "page-roadmap-release-status-dev": "개발 중", @@ -74,7 +74,7 @@ "page-roadmap-shapella-eip3651-title": "EIP-3651: Warm COINBASE", "page-roadmap-shapella-eip3651-item-1": "COINBASE 주소 액세스에 대한 가스 비용 절감", "page-roadmap-shapella-eip3651-item-2": "특정 스마트 계약 실행의 향상된 효율성", - "page-roadmap-dencun-danksharding-title": "프로토-댕크샤딩(EIP-4844)", + "page-roadmap-dencun-danksharding-title": "프로토-댄크샤딩(EIP-4844)", "page-roadmap-dencun-danksharding-item-1": "블롭 트랜잭션을 도입하여 롤업 트랜잭션 비용을 크게 절감", "page-roadmap-dencun-danksharding-item-2": "데이터를 저렴한 비용으로 임시 저장하는 새로운 트랜잭션 유형 추가", "page-roadmap-dencun-eip1153-title": "EIP-1153: 임시 저장소 작업 코드", @@ -96,7 +96,13 @@ "page-roadmap-fusaka-additional-item-1": "UX 개선을 위해 모바일 장치의 보안 영역 지원", "page-roadmap-fusaka-additional-item-2": "블롭 수수료 시장 개선", "page-roadmap-fusaka-additional-item-3": "검증자 효율성 및 네트워크 성능 추가 개선", - "page-roadmap-glamsterdam-discussed-title": "Glamsterdam에 예정", - "page-roadmap-glamsterdam-discussed-item-1": "규약 내장형 제안자-빌더 분리(ePBS)", - "page-roadmap-glamsterdam-discussed-item-2": "블록 수준 액세스 목록(BAL)" -} + "page-roadmap-glamsterdam-epbs-title": "프로토콜에 내장된 제안자-생성자 분리", + "page-roadmap-glamsterdam-epbs-item-1": "블록 합의와 처리를 분리하여 검증자가 더 많은 데이터를 처리할 수 있도록 함으로써 L1 확장을 돕습니다.", + "page-roadmap-glamsterdam-epbs-item-2": "빌더를 기본적으로 통합하여 검증자가 외부 소프트웨어를 신뢰하지 않고도 블록 생성을 안전하게 아웃소싱할 수 있도록 합니다.", + "page-roadmap-glamsterdam-bal-title": "블록 수준 액세스 목록", + "page-roadmap-glamsterdam-bal-item-1": "개별 트랜잭션이 아닌 블록 수준에서 필수 액세스 목록을 도입합니다.", + "page-roadmap-glamsterdam-bal-item-2": "더 빠른 동기화, 병렬 실행, 병렬 디스크 읽기를 위해 종속성을 미리 매핑합니다.", + "page-roadmap-glamsterdam-bal-item-3": "상태 집약적인 앱의 가스비를 낮추고 가스 비용 예측 가능성을 향상시킵니다.", + "page-roadmap-hegota-discussed-title": "헤고타에서 계획됨", + "page-roadmap-hegota-discussed-item-1": "현재 제안들이 논의 중입니다." +} \ No newline at end of file diff --git a/src/intl/mr/common.json b/src/intl/mr/common.json index 520b9a4dbba..4f1be8fbf65 100644 --- a/src/intl/mr/common.json +++ b/src/intl/mr/common.json @@ -25,11 +25,9 @@ "close": "बंद", "community": "समुदाय", "community-hub": "समुदाय केंद्र", - "community-menu": "समुदाय यादी", "conferences": "परिषदा", "consensus-when-shipping": "हे शिपिंग कधी आहे?", "contact": "संपर्क दाबा", - "content-buckets": "सामग्री बकेट्स", "content-resources": "सामग्री संसाधने", "content-standardization": "सामग्री मानकीकरण", "contributing": "योगदान करा", @@ -53,7 +51,6 @@ "design-principles": "डिझाईनची तत्त्वे", "devcon": "Devcon", "developers": "विकासक", - "developers-home": "विकासकांचे मुख्यपृष्ठ", "docs": "दस्तऐवज", "docsearch-error-help": "तुम्हाला तुमचे नेटवर्क कनेक्शन तपासायचे असेल.", "docsearch-error-title": "परिणाम आणण्यात अक्षम", @@ -73,7 +70,6 @@ "docsearch-to-select": "निवडण्यासाठी", "documentation": "दस्तऐवज", "down": "खाली", - "ecosystem": "इकोसिस्टम", "edit-page": "पृष्ठ संपादित करा", "ef-blog": "Ethereum फाउंडेशन ब्लॉग", "eips": "Ethereum सुधार प्रस्ताव", @@ -81,16 +77,12 @@ "enterprise": "एंटरप्राइझ", "use-cases": "प्रकरणे वापरा", "enterprise-mainnet": "एंटरप्राइझ - मेननेट अथेरम", - "enterprise-menu": "एंटरप्राइझ मेनू", - "enterprise-team-description": "आम्ही तुमच्या प्रश्नांची उत्तरे देऊ, पुढील संभाव्य मार्ग ओळखण्यात मदत करू, तांत्रिक सहाय्य देऊ आणि तुम्हाला संबंधित उद्योग नेत्यांशी जोडून देऊ.", - "enterprise-team": "इथेरियम एंटरप्राइझ टीम", "error-page-title": "अरेरे! काहीतरी चूक झाली", "error-page-description": "तुम्ही आमच्या GitHub रेपॉजिटरीवर ही समस्या कळवून आम्हाला सुधारण्यास मदत करू शकता.", "error-page-home-link": "मुख्यपृष्ठावर परत जा", "esp": "इकोसिस्टम सपोर्ट प्रोग्राम", "eth-current-price": "सध्याची ETH किंमत (USD)", "ethereum": "Ethereum", - "ethereum-basics": "अथेरम मूलभूत", "ethereum-brand-assets": "Ethereum ब्रँड मालमत्ता", "ethereum-bug-bounty": "Ethereum दोष बक्षीस कार्यक्रम", "ethereum-events": "Ethereum कार्यक्रम", @@ -101,12 +93,9 @@ "ethereum-history-founder-and-ownership": "Ethereum चा इतिहास, संस्थापक आणि मालकी", "ethereum-logo": "Ethereum लोगो", "ethereum-online": "ऑनलाइन समुदाय", - "ethereum-protocol": "Ethereum प्रोटोकॉल", "ethereum-roadmap": "Ethereum नकाशा", "ethereum-security": "Ethereum सुरक्षा आणि घोटाळा प्रतिबंध", "ethereum-privacy": "इथेरियमवरील गोपनीयता", - "ethereum-support": "Ethereum सपोर्ट", - "ethereum-upgrades": "Ethereum चे अपग्रेड", "ethereum-vs-bitcoin": "Ethereum विरुद्ध Bitcoin", "ethereum-wallets": "Ethereum वॅलेट", "ethereum-whitepaper": "Ethereum व्हाइटपेपर", @@ -122,7 +111,6 @@ "feedback-widget-thank-you-timing": "2-3 मिनिटे", "feedback-widget-thank-you-title": "आपल्या अभिप्रायाबद्दल आपले धन्यवाद!", "filter-bar-clear": "फिल्टर साफ करा", - "filter-bar-empty": "निवडलेल्या फिल्टरशी कोणतेही आयटम जुळत नाहीत", "filter-bar-no-results": "कोणतेही परिणाम सापडले नाहीत", "filter-bar-placeholder": "यानुसार फिल्टर करा", "filter-bar-showing": "दाखवत आहे", @@ -134,22 +122,15 @@ "get-involved": "यात सामील व्हा", "get-started": "सुरु करा", "go-to-top": "वर जा", - "grant-programs": "अनुदान कार्यक्रम प्रणाली", "grants": "अनुदान", "guides": "मार्गदर्शक", - "guides-hub": "\"कसे करावे” मार्गदर्शिका", - "history-of-ethereum": "Ethereum चा इतिहास", "home": "मुख्यपृष्ठ", - "how-ethereum-works": "Ethereum कसे कार्य करते", "how-to-create-an-ethereum-account": "अथेरम खाते \"तयार\" कसे करावे", "how-to-revoke-token-access": "तुमच्या क्रिप्टो फंडांमध्ये स्मार्ट कॉन्ट्रॅक्ट प्रवेश कसा रद्द करायचा", "how-to-swap-tokens": "प्रतिक कसे देवाणघेवाण करावे", "how-to-use-a-bridge": "टोकन लेयर 2 वर कसे जोडायचे", "how-to-use-a-wallet": "वॉलेट कसे वापरावे", "image": "प्रतिमा", - "item-logo": "{item} लोगो", - "in-this-section": "या विभागात", - "individuals": "व्यक्ती", "jobs": "जॉब्स", "kraken-logo": "Kraken लोगो", "language-am": "अम्हेरिक", @@ -231,13 +212,8 @@ "less": "कमी", "light-mode": "प्रकाश", "light-mode-aria-label": "लाईट मोडवर स्विच करा", - "listing-policy-disclaimer": "या पृष्ठावरील सूचीबद्ध सर्व उत्पादने अधिकृत समर्थन नाहीत आणि केवळ माहितीसाठी वापरली जातात. आपण एखादे उत्पादन जोडू इच्छित असल्यास किंवा धोरणावर अभिप्राय प्रदान करू इच्छित असल्यास GitHub मध्ये एक आपला मुद्दा उपस्थित करा.", "loading": "लोड करत आहे...", - "loading-error": "लोडिंग त्रुटी.", "loading-error-refresh": "त्रुटी, कृपया रिफ्रेश करा.", - "loading-error-try-again-later": "डेटा लोड करण्यात अक्षम. पुन्हा प्रयत्न करा.", - "logo": "लोगो", - "mainnet-ethereum": "मेननेट Ethereum", "meetups": "मीटअप्स", "menu": "मेनू", "merge": "विलीन करा", @@ -262,7 +238,6 @@ "nav-defi-description": "पारंपारिक आर्थिक बाजारपेठेसाठी जागतिक, खुला पर्याय", "nav-desci-description": "सध्याच्या वैज्ञानिक प्रणालीसाठी जागतिक, खुला पर्याय", "nav-desoc-description": "सामाजिक संवाद आणि सामग्री निर्मितीसाठी ब्लॉकचेन-आधारित व्यासपीठ", - "nav-developers": "विकसक", "nav-developers-docs": "विकसक डॉक्स", "nav-did-description": "तुमचे विशेष विकेंद्रीकृत अभिज्ञापक जारी करा आणि मालकी मिळवा", "nav-docs-description": "तुम्हाला इथरियमला समजून घेण्यात आणि तयार करण्यात मदत करणारे दस्तऐवज", @@ -312,7 +287,6 @@ "nav-history-label": "इथरियमचा तांत्रिक इतिहास", "nav-learn-ethereum-development-description": "तुमचे इथेरियम डेव्हलपमेंट शिक्षण सुरू करा किंवा स्तर वाढवा", "nav-start-building-description": "तुमचा इथेरियम डेव्हलपमेंट स्टॅक निवडा आणि सेट अप करा", - "nav-networks-home-description": "इथरियमसाठी स्वस्त आणि जलद व्यवहार", "nav-networks-introduction-label": "परिचय", "nav-networks-introduction-description": "Ethereum चा नेटवर्क्सच्या नेटवर्कमध्ये विस्तार झाला", "nav-networks-explore-networks-label": "नेटवर्क्सचे अन्वेषण करा", @@ -387,10 +361,6 @@ "on-this-page": "या पृष्ठावर", "onchain-gaming": "ऑनचेन गेमिंग", "open": "उघडा", - "open-research": "संशोधन खोला", - "page-developers-aria-label": "विकसक मेनू", - "page-index-meta-title": "मुख्यपृष्ठ", - "page-languages-browser-default": "ब्राऊझर डिफॉल्ट", "page-languages-filter-label": "फिल्टर यादी", "page-languages-filter-placeholder": "फिल्टर करण्यासाठी टाइप करा", "page-languages-interested": "योगदान देण्यात स्वारस्य आहे?", @@ -412,7 +382,6 @@ "pools": "पूल केलेले स्टॅकिंग", "prediction-markets": "भाकीत बाजारपेठा", "privacy-policy": "गुप्तता धोरण", - "private-ethereum": "खाजगी Ethereum", "product-disclaimer": "उत्पादने आणि सेवा Ethereum समुदायासाठी एक सुविधा म्हणून सूचीबद्ध आहेत. ethereum.org वेबसाइट टीम किंवा Ethereum फाउंडेशन कडून उत्पादन किंवा सेवेचा समावेश पुष्टीकरण दर्शवत नाही.", "quizzes": "प्रश्नोत्तरी", "quizzes-title": "क्विझ हब", @@ -423,23 +392,17 @@ "resources": "भाषांतर संसाधने", "return-home": "मुख्यपृष्ठावर परत या", "roadmap": "Ethereum नकाशा", - "rollup-component-developer-docs": "विकसक डॉक्स", - "rollup-component-technology-and-risk-summary": "तंत्रज्ञान आणि जोखीम सारांश", "rollup-component-website": "वेबसाईट", "run-a-node": "एक नोड चालवा", "real-world-assets": "RWAs - वास्तविक-जगातील मालमत्ता", "saas": "एक सेवा म्हणून स्टॅकिंग", "scaling": "स्केलिंग", "search": "शोधा", - "search-box-blank-state-text": "शोध घ्या!", - "search-eth-address": "हे Ethereum पत्त्याप्रमाणे दिसते. आम्ही पत्त्यांसाठी विशिष्ट असा डेटा प्रदान करत नाही. ब्लॉक एक्सप्लोरअर वर एथरस्केन प्रमाणे त्यासाठी शोध घेण्याचा प्रयत्न करा", "search-ethereum-org": "ethereum.org शोधा", - "search-no-results": "आपल्या शोधासाठी कोणतेही परिणाम नाहीत", "secret-leader-election": "गुप्त नेता निवडणूक", "security": "सुरक्षा", "see-contributors": "योगदानकर्ता पहा", "start-building": "निर्माण करायला प्रारंभ करा", - "sharding": "खापरीकरण", "show-all": "सर्व दाखवा", "show-more": "अधिक दाखवा", "show-less": "कमी दाखवा", @@ -452,7 +415,6 @@ "stablecoins": "स्टेबलकॉइन्स", "stake-eth": "भागभांडवल ETH", "staking": "स्टॅकिंग", - "start-here": "इथून सुरुवात", "statelessness": "राज्यहीनता", "style-guide": "शैली मार्गदर्शक", "support": "मदत", @@ -475,22 +437,19 @@ "tutorials": "शिकवण्या", "up": "वर", "use": "वापर", - "use-ethereum": "Ethereum वापरा", - "use-ethereum-menu": "Ethereum मेनू वापरा", "use-menu": "वापर मेनू", "user-experience": "वापरकर्ता अनुभव", "verkle-trees": "वर्कल ट्रीस", "wallets": "वॉलेट", "we-couldnt-find-that-page": "आम्हाला ते पृष्ठ सापडले नाही", "web3": "Web3 म्हणजे काय?", - "web3-title": "Web3", "website-last-updated": "संकेतस्थळाचे अखेरचे अद्यतनित", "what-are-apps": "ॲप्स काय आहेत?", "what-is-ether": "इथर(ETH) म्हणजे काय?", "what-is-ethereum": "इथेरियम म्हणजे काय?", "what-is-the-ethereum-network": "इथेरियम नेटवर्क म्हणजे काय?", "withdrawals": "पैसे काढणे स्टिकिंग", - "wrapped-ether": "गुंडाळलेला इथर", + "wrapped-eth": "गुंडाळलेला इथर", "yes": "होय", "zero-knowledge-proofs": "शून्य-ज्ञान पुरावे", "region-crimea": "क्रिमिया", diff --git a/src/intl/mr/glossary-tooltip.json b/src/intl/mr/glossary-tooltip.json index c4a8e10180e..d73d4730b95 100644 --- a/src/intl/mr/glossary-tooltip.json +++ b/src/intl/mr/glossary-tooltip.json @@ -139,6 +139,8 @@ "staking-definition": "व्हॅलिडेटर होण्यासाठी आणि नेटवर्क सुरक्षित करण्यासाठी इथरची (तुमचा स्टेक) रक्कम जमा करणे. व्हॅलिडेटर व्यवहार तपासतो आणि प्रूफ-ऑफ-स्टेक सहमती मॉडेल अंतर्गत ब्लॉक्स प्रस्तावित करतो. स्टेकिंग तुम्हाला नेटवर्कच्या हितासाठी कार्य करण्यासाठी आर्थिक प्रोत्साहन देते. तुम्हाला तुमची व्हॅलिडेटर कर्तव्ये पार पाडल्याबद्दल बक्षिसे मिळतील, परंतु तुम्ही तसे न केल्यास विविध प्रमाणात ETH गमावाल. Ethereum स्टेकिंगबद्दल अधिक.", "staking-pool-term": "स्टेकिंग पूल", "staking-pool-definition": "एकापेक्षा जास्त Ethereum स्टेकर्सचा एकत्रित ETH, जो व्हॅलिडेटर कीजचा एक संच सक्रिय करण्यासाठी आवश्यक असलेल्या 32 ETH पर्यंत पोहोचण्यासाठी वापरला जातो. नोड ऑपरेटर या कीजचा वापर सहमतीमध्ये सहभागी होण्यासाठी करतो आणि ब्लॉक बक्षिसे योगदान देणाऱ्या स्टेकर्समध्ये विभागली जातात. स्टेकिंग पूल्स किंवा स्टेकिंग डेलिगेट करणे Ethereum प्रोटोकॉलसाठी मूळ नाही, परंतु समुदायाने अनेक सोल्यूशन्स तयार केले आहेत. पूल केलेल्या स्टेकिंगवर अधिक.", + "state-term": "स्थिती", + "state-definition": "ब्लॉकचेनवरील एका विशिष्ट वेळेतील सर्व शिल्लक आणि डेटाचा स्नॅपशॉट, जो सामान्यत: एखाद्या विशिष्ट ब्लॉक मधील स्थितीचा संदर्भ देतो.", "sybil-attack-term": "सिबिल हल्ला", "sybil-attack-definition": "सिबिल हल्ल्यांचा संदर्भ आहे की वैयक्तिक मानव आपला प्रभाव वाढवण्यासाठी एकापेक्षा जास्त लोक आहेत असा विचार करून प्रणालीला फसवतात.", "terminal-total-difficulty-term": "टर्मिनल एकूण अडचण (TTD)", diff --git a/src/intl/mr/page-community-events.json b/src/intl/mr/page-community-events.json index 82d13598ee3..c91928b6b32 100644 --- a/src/intl/mr/page-community-events.json +++ b/src/intl/mr/page-community-events.json @@ -98,5 +98,6 @@ "page-events-meetups-events-subtitle": "Ethereum परिसंस्थेतील आगामी हॅकेथॉन, सामुदायिक मेळावे आणि परिषदा शोधा.", "page-events-cta-title": "कार्यक्रम आयोजित करत आहात का?", "page-events-cta-body": "ही आमच्या समुदायाने सांभाळलेली एक अपूर्ण सूची आहे. या सूचीमध्ये जोडण्यासाठी तुम्हाला आगामी Ethereum कार्यक्रमाबद्दल माहिती आहे का?", - "page-events-cta-button": "कार्यक्रम सबमिट करा" + "page-events-cta-button": "कार्यक्रम सबमिट करा", + "item-logo": "{item} लोगो" } diff --git a/src/intl/mr/page-developers-index.json b/src/intl/mr/page-developers-index.json index 54b303bddcf..c2963f89573 100644 --- a/src/intl/mr/page-developers-index.json +++ b/src/intl/mr/page-developers-index.json @@ -11,7 +11,15 @@ "page-developers-dev-env-desc": "dapp विकासासाठी योग्य असलेले IDE", "page-developers-dev-env-link": "डेव्हलपमेंट एन्व्हायर्नमेंट", "page-developers-docs-introductions": "परिचय", + "page-developers-ethskills-cta": "{ethskills} सह तयार करा", + "page-developers-ethskills-desc": "एजेंटिक स्टॅकसाठी संरचित Ethereum ज्ञान। तुमच्या AI एजंटला स्टेट वाचण्यासाठी, व्यवहार पाठवण्यासाठी आणि प्रोटोकॉलशी समन्वय साधण्यासाठी आवश्यक संदर्भ द्या, मॉडेलच्या कॉन्टेक्स्ट विंडोच्या बाहेर न जाता.", "page-developers-ethskills-label": "इथेरियमसाठी AI एजंट संदर्भ", + "page-developers-ethskills-msg-1": "माझ्या समुदायासाठी एक कॉइन लॉन्च करा", + "page-developers-ethskills-msg-2": "एक फॅन क्लब तयार करा जो लोक सामील झाल्यावर मला पैसे देतो", + "page-developers-ethskills-msg-3": "माझी कला प्रत्येक वेळी पुन्हा विकली गेल्यावर रॉयल्टी मिळवू दे", + "page-developers-ethskills-msg-4": "एक DAO तयार करा आणि माझ्या चाहत्यांना मी काय बनवतो यावर मतदान करू द्या", + "page-developers-ethskills-msg-5": "एक वॉल्ट सेट करा जो मी झोपेत असताना माझी ETH वाढवतो", + "page-developers-ethskills-title": "एजंट्ससह ऑनचेन तयार करा", "page-developers-evm-desc": "व्यवहारांवर प्रक्रिया करणारा संगणक", "page-developers-evm-link": "Ethereum व्हर्च्युअल मशीन (EVM)", "page-developers-explore-documentation": "दस्तऐवजीकरण एक्सप्लोर करा", diff --git a/src/intl/mr/page-get-eth.json b/src/intl/mr/page-get-eth.json index a9c93aeaf64..1f5cc85bf87 100644 --- a/src/intl/mr/page-get-eth.json +++ b/src/intl/mr/page-get-eth.json @@ -75,5 +75,6 @@ "page-get-eth-your-address-desc-3": "तुमच्या ईमेल पत्त्याप्रमाणे याचा विचार करा, परंतु मेलऐवजी ते ETH प्राप्त करू शकते. तुम्हाला एक्सचेंजमधून तुमच्या वॉलेटमध्ये ETH हस्तांतरित करायचे असल्यास, तुमचा पत्ता गंतव्यस्थान म्हणून वापरा. आपण पाठवण्यापूर्वी नेहमी दुहेरी तपासणी करण्याचे सुनिश्चित करा!", "page-get-eth-your-address-wallet-link": "पाकीट तपासा", "listing-policy-raise-issue-link": "मुद्दा उपस्थित करा", - "page-find-wallet-last-updated": "शेवटचे अद्यावत" + "page-find-wallet-last-updated": "शेवटचे अद्यावत", + "listing-policy-disclaimer": "या पृष्ठावरील सूचीबद्ध सर्व उत्पादने अधिकृत समर्थन नाहीत आणि केवळ माहितीसाठी वापरली जातात. आपण एखादे उत्पादन जोडू इच्छित असल्यास किंवा धोरणावर अभिप्राय प्रदान करू इच्छित असल्यास GitHub मध्ये एक आपला मुद्दा उपस्थित करा." } diff --git a/src/intl/mr/page-roadmap.json b/src/intl/mr/page-roadmap.json index d94d01965cf..6dfe807a112 100644 --- a/src/intl/mr/page-roadmap.json +++ b/src/intl/mr/page-roadmap.json @@ -96,7 +96,13 @@ "page-roadmap-fusaka-additional-item-1": "UX सुधारण्यासाठी मोबाइल डिव्हाइसेसवर सुरक्षित एन्क्लेव्हसाठी सपोर्ट", "page-roadmap-fusaka-additional-item-2": "ब्लॉब फी मार्केट सुधारणा", "page-roadmap-fusaka-additional-item-3": "व्हॅलिडेटर कार्यक्षमता आणि नेटवर्क कामगिरीमध्ये पुढील सुधारणा", - "page-roadmap-glamsterdam-discussed-title": "ग्लॅमस्टरडॅमसाठी शेड्यूल केलेले", - "page-roadmap-glamsterdam-discussed-item-1": "एन्श्राइन्ड प्रपोझर-बिल्डर सेपरेशन (ePBS)", - "page-roadmap-glamsterdam-discussed-item-2": "ब्लॉक-स्तरीय ॲक्सेस लिस्ट (BALs)" + "page-roadmap-glamsterdam-epbs-title": "प्रस्तावक आणि बिल्डर यांच्यातील विभक्तता", + "page-roadmap-glamsterdam-epbs-item-1": "ब्लॉक करार प्रक्रिया वेगळी करते, व्हॅलिडेटर्सना अधिक डेटा प्रक्रिया करण्यास अनुमती देऊन L1 ला स्केल करण्यास मदत करते.", + "page-roadmap-glamsterdam-epbs-item-2": "बिल्डर्सना मूळतः एकत्रित करते जेणेकरून व्हॅलिडेटर्स बाह्य सॉफ्टवेअरवर विश्वास न ठेवता ब्लॉक असेंब्ली सुरक्षितपणे आउटसोर्स करू शकतील.", + "page-roadmap-glamsterdam-bal-title": "ब्लॉक-स्तरीय प्रवेश यादी", + "page-roadmap-glamsterdam-bal-item-1": "वैयक्तिक व्यवहारांसाठी ऐवजी ब्लॉक स्तरावर अनिवार्य प्रवेश सूची सादर करते.", + "page-roadmap-glamsterdam-bal-item-2": "जलद सिंक, समांतर अंमलबजावणी आणि समांतर डिस्क वाचनासाठी अवलंबित्वे आगाऊ मॅप करते.", + "page-roadmap-glamsterdam-bal-item-3": "स्टेट-हेवी अ‍ॅप्ससाठी गॅस कमी करते आणि गॅस खर्चाची अंदाजक्षमता सुधारते.", + "page-roadmap-hegota-discussed-title": "हेगोता साठी नियोजित", + "page-roadmap-hegota-discussed-item-1": "प्रस्ताव सध्या चर्चेत आहेत." } diff --git a/src/intl/pl/common.json b/src/intl/pl/common.json index 05dff490500..77f8e7ae45d 100644 --- a/src/intl/pl/common.json +++ b/src/intl/pl/common.json @@ -25,11 +25,9 @@ "close": "Zamknij", "community": "Społeczność", "community-hub": "Centrum społeczności", - "community-menu": "Menu społeczności", "conferences": "Konferencje", "consensus-when-shipping": "Kiedy to się stanie?", "contact": "Kontakt prasowy", - "content-buckets": "Kategorie treści", "content-resources": "Zasoby treści", "content-standardization": "Normalizacja treści", "contributing": "Współpraca", @@ -53,7 +51,6 @@ "design-principles": "Zasady projektowania", "devcon": "Devcon", "developers": "Deweloperzy", - "developers-home": "Strona główna dla deweloperów", "docs": "Dokumenty", "docsearch-error-help": "Sprawdź połączenie internetowe.", "docsearch-error-title": "Nie można pobrać wyników", @@ -73,7 +70,6 @@ "docsearch-to-select": "Wybór", "documentation": "Dokumentacja", "down": "W dół", - "ecosystem": "Ekosystem", "edit-page": "Edytuj stronę", "ef-blog": "Blog Fundacji Ethereum", "eips": "Propozycje ulepszeń w Ethereum", @@ -81,16 +77,12 @@ "enterprise": "Przedsiębiorstwa", "use-cases": "Przypadki użycia", "enterprise-mainnet": "Przedsiębiorstwa — sieć główna Ethereum", - "enterprise-menu": "Menu dla przedsiębiorstw", - "enterprise-team-description": "Odpowiemy na Twoje pytania, pomożemy ustalić potencjalne ścieżki rozwoju, zapewnimy wsparcie techniczne i skontaktujemy Cię z odpowiednimi liderami w branży.", - "enterprise-team": "Zespół Ethereum Enterprise", "error-page-title": "Uups! Coś poszło nie tak", "error-page-description": "Możesz nam pomóc w ulepszaniu, zgłaszając ten problem w naszym repozytorium GitHub.", "error-page-home-link": "Powrót do strony głównej", "esp": "Program wsparcia ekosystemów", "eth-current-price": "Aktualna cena ETH (USD)", "ethereum": "Ethereum", - "ethereum-basics": "Podstawy Ethereum", "ethereum-brand-assets": "Zasoby marki Ethereum", "ethereum-bug-bounty": "Program nagród za błędy Ethereum", "ethereum-events": "Wydarzenia Ethereum", @@ -101,12 +93,9 @@ "ethereum-history-founder-and-ownership": "Historia, założyciel i własność Ethereum", "ethereum-logo": "Logo Ethereum", "ethereum-online": "Społeczności internetowe", - "ethereum-protocol": "Protokół Ethereum", "ethereum-roadmap": "Plan działania Ethereum", "ethereum-security": "Bezpieczeństwo Ethereum i zapobieganie oszustwom", "ethereum-privacy": "Prywatność na Ethereum", - "ethereum-support": "Wsparcie Ethereum", - "ethereum-upgrades": "Uaktualnienia Ethereum", "ethereum-vs-bitcoin": "Ethereum a Bitcoin", "ethereum-wallets": "Portfele Ethereum", "ethereum-whitepaper": "Biała księga Ethereum", @@ -122,7 +111,6 @@ "feedback-widget-thank-you-timing": "2–3 min", "feedback-widget-thank-you-title": "Dziękujemy za opinię!", "filter-bar-clear": "Wyczyść filtr", - "filter-bar-empty": "Żadne elementy nie pasują do wybranego filtra", "filter-bar-no-results": "Nie znaleziono wyników", "filter-bar-placeholder": "Filtruj według", "filter-bar-showing": "Wyświetlanie", @@ -134,22 +122,15 @@ "get-involved": "Zaangażuj się", "get-started": "Rozpocznij", "go-to-top": "Przejdź do góry", - "grant-programs": "Programy grantów dla ekosystemów", "grants": "Granty", "guides": "Przewodniki", - "guides-hub": "Przewodniki", - "history-of-ethereum": "Historia Ethereum", "home": "Strona główna", - "how-ethereum-works": "Jak działa Ethereum", "how-to-create-an-ethereum-account": "Jak „stworzyć” konto Ethereum", "how-to-revoke-token-access": "Jak unieważnić dostęp inteligentnych kontraktów do środków kryptowaluty", "how-to-swap-tokens": "Jak zamienić tokeny", "how-to-use-a-bridge": "Jak przenieść tokeny do warstwy 2 przy użyciu mostu", "how-to-use-a-wallet": "Jak używać portfela", "image": "obraz", - "item-logo": "Logo {item}", - "in-this-section": "W tej sekcji", - "individuals": "Osoby prywatne", "jobs": "Praca", "kraken-logo": "Logo Kraken", "language-am": "Amharski", @@ -231,13 +212,8 @@ "less": "Mniej", "light-mode": "Jasny", "light-mode-aria-label": "Przełącz na tryb jasny", - "listing-policy-disclaimer": "Żadne produkty wymienione na tej stronie nie są oficjalnymi rekomendacjami i służą jedynie celom informacyjnym. Jeśli chcesz dodać produkt lub podzielić się opinią na temat tej polityki, zgłoś problem w GitHub.", "loading": "Ładowanie...", - "loading-error": "Błąd ładowania.", "loading-error-refresh": "Błąd. Odśwież stronę.", - "loading-error-try-again-later": "Nie udało się załadować danych. Spróbuj ponownie później.", - "logo": "logo", - "mainnet-ethereum": "Sieć główna Ethereum", "meetups": "Spotkania", "menu": "Menu", "merge": "Połącz", @@ -262,7 +238,6 @@ "nav-defi-description": "Globalna, otwarta alternatywa dla tradycyjnego rynku finansowego", "nav-desci-description": "Globalna, otwarta alternatywa dla obecnego systemu naukowego", "nav-desoc-description": "Oparte na łańcuchu bloków platformy umożliwiające interakcje społeczne oraz tworzenie treści", - "nav-developers": "Autorzy", "nav-developers-docs": "Dokumentacja deweloperów", "nav-did-description": "Wydawaj i posiadaj swoje unikalne zdecentralizowane identyfikatory", "nav-docs-description": "Dokumenty, które pomogą Ci zrozumieć Ethereum i tworzyć za jego pomocą", @@ -312,7 +287,6 @@ "nav-history-label": "Historia techniczna Ethereum", "nav-learn-ethereum-development-description": "Rozpocznij lub rozwiń swoją wiedzę na temat programowania na Ethereum", "nav-start-building-description": "Wybierz i skonfiguruj swój stos programistyczny Ethereum", - "nav-networks-home-description": "Tańsze i szybsze transakcje w Ethereum", "nav-networks-introduction-label": "Wprowadzenie", "nav-networks-introduction-description": "Ethereum rozszerzyło się do sieci sieci", "nav-networks-explore-networks-label": "Poznaj sieci", @@ -387,10 +361,6 @@ "on-this-page": "Na tej stronie", "onchain-gaming": "Gry na łańcuchu", "open": "Otwórz", - "open-research": "Otwarte badania", - "page-developers-aria-label": "Menu dewelopera", - "page-index-meta-title": "Strona główna", - "page-languages-browser-default": "Ustawienie domyślne przeglądarki", "page-languages-filter-label": "Lista filtrów", "page-languages-filter-placeholder": "Wpisz, aby filtrować", "page-languages-interested": "Chcesz wziąć udział?", @@ -412,7 +382,6 @@ "pools": "Stakowanie w puli", "prediction-markets": "Rynki prognostyczne", "privacy-policy": "Polityka prywatności", - "private-ethereum": "Prywatne Ethereum", "product-disclaimer": "Produkty i usługi są wymienione dla wygody społeczności Ethereum. Uwzględnienie ich na liście nie stanowi poparcia ze strony zespołu ethereum.org ani Ethereum Foundation.", "quizzes": "Quizy", "quizzes-title": "Centrum quizów", @@ -423,23 +392,17 @@ "resources": "Zasoby do tłumaczenia", "return-home": "wróć do strony głównej", "roadmap": "Plan działania Ethereum", - "rollup-component-developer-docs": "Dokumentacja dewelopera", - "rollup-component-technology-and-risk-summary": "Technologia i podsumowanie ryzyka", "rollup-component-website": "Strona internetowa", "run-a-node": "Uruchom węzeł", "real-world-assets": "AŚR — Aktywa ze świata rzeczywistego", "saas": "Staking jako usługa", "scaling": "Skalowanie", "search": "Szukaj", - "search-box-blank-state-text": "Szukaj!", - "search-eth-address": "Wygląda to na adres Ethereum. Nie udostępniamy danych specyficznych dla adresów. Spróbuj wyszukać go na eksploratorze bloków, takim jak", "search-ethereum-org": "Przeszukaj ethereum.org", - "search-no-results": "Brak wyników wyszukiwania", "secret-leader-election": "Tajny wybór lidera", "security": "Bezpieczeństwo", "see-contributors": "Zobacz współtwórców", "start-building": "Zacznij tworzenie", - "sharding": "Sharding", "show-all": "Pokaż wszystko", "show-more": "Pokaż więcej", "show-less": "Pokaż mniej", @@ -452,7 +415,6 @@ "stablecoins": "Stablecoiny", "stake-eth": "Stakuj ETH", "staking": "Staking", - "start-here": "Zacznij tutaj", "statelessness": "Bezstanowość", "style-guide": "Przewodnik stylu", "support": "Wsparcie", @@ -475,22 +437,19 @@ "tutorials": "Samouczki", "up": "W górę", "use": "Użyj", - "use-ethereum": "Korzystanie z Ethereum", - "use-ethereum-menu": "Menu korzystania z Ethereum", "use-menu": "Menu Zastosowania", "user-experience": "Doświadczenie użytkownika", "verkle-trees": "Drzewa Verkle", "wallets": "Portfele", "we-couldnt-find-that-page": "Nie udało się odnaleźć tej strony", "web3": "Co to jest Web3?", - "web3-title": "Web3", "website-last-updated": "Data ostatniej aktualizacji strony", "what-are-apps": "Czym są aplikacje?", "what-is-ether": "Czym jest ether (ETH)?", "what-is-ethereum": "Co to jest Ethereum?", "what-is-the-ethereum-network": "Czym jest sieć Ethereum?", "withdrawals": "Wypłaty ze stakingu", - "wrapped-ether": "Wrapped Ether", + "wrapped-eth": "Wrapped Ether", "yes": "Tak", "zero-knowledge-proofs": "Dowody wiedzy zerowej", "region-crimea": "Krym", diff --git a/src/intl/pl/glossary-tooltip.json b/src/intl/pl/glossary-tooltip.json index d898b200074..b9ce109b1ab 100644 --- a/src/intl/pl/glossary-tooltip.json +++ b/src/intl/pl/glossary-tooltip.json @@ -139,6 +139,8 @@ "staking-definition": "Wpłać określoną ilość etheru (swojego udziału), aby zostać walidatorem i zabezpieczyć sieć. Walidator sprawdza transakcje i proponuje bloki w ramach modelu konsensusu proof-of-stake. Staking daje Ci ekonomiczną zachętę do działania w najlepszym interesie sieci. Otrzymasz nagrody za wykonywanie swoich obowiązków walidatora, ale stracisz różne ilości ETH, jeśli tego nie zrobisz. Więcej o stakingu Ethereum.", "staking-pool-term": "Pula stakingu", "staking-pool-definition": "Łączna wartość ETH więcej niż jednego stakera Ethereum, służąca do osiągnięcia 32 ETH wymaganych do aktywacji zestawu kluczy walidatora. Operator węzła używa tych kluczy do udziału w konsensusie, a nagrody za bloki są dzielone między uczestniczących stakerów. Pule stakingowe i delegowanie stakingu nie są natywne dla protokołu Ethereum, ale wiele rozwiązań zostało stworzonych przez społeczność. Więcej o poolingu.", + "state-term": "Stan", + "state-definition": "Migawka wszystkich sald i danych w danym momencie na blockchainie, zwykle odnosząca się do warunków w określonym bloku.", "sybil-attack-term": "Ataki typu Sybil", "sybil-attack-definition": "Ataki typu Sybil polegają na tym, że pojedynczy człowiek oszukuje system, aby ten mylnie uznał, że jest wieloma osobami, w celu zwiększenia swoich wpływów.", "terminal-total-difficulty-term": "Łączna trudność końcowa (TTD)", diff --git a/src/intl/pl/page-community-events.json b/src/intl/pl/page-community-events.json index 7325076c6bf..ed87524b359 100644 --- a/src/intl/pl/page-community-events.json +++ b/src/intl/pl/page-community-events.json @@ -98,5 +98,6 @@ "page-events-meetups-events-subtitle": "Wyszukaj nadchodzące hackathony, spotkania społeczności i konferencje w ekosystemie Ethereum.", "page-events-cta-title": "Organizujesz wydarzenie?", "page-events-cta-body": "To jest niewyczerpująca lista utrzymywana przez naszą społeczność. Znasz nadchodzące wydarzenie Ethereum, które można dodać do tej listy?", - "page-events-cta-button": "Zgłoś wydarzenie" + "page-events-cta-button": "Zgłoś wydarzenie", + "item-logo": "Logo {item}" } diff --git a/src/intl/pl/page-developers-index.json b/src/intl/pl/page-developers-index.json index b9ee3e95d8b..25567ffe463 100644 --- a/src/intl/pl/page-developers-index.json +++ b/src/intl/pl/page-developers-index.json @@ -11,7 +11,15 @@ "page-developers-dev-env-desc": "IDE, które nadają się do tworzenia dapp", "page-developers-dev-env-link": "Środowiska programistyczne", "page-developers-docs-introductions": "Wprowadzenie", + "page-developers-ethskills-cta": "Buduj z {ethskills}", + "page-developers-ethskills-desc": "Ustrukturyzowana wiedza o Ethereum dla stosu agentowego. Daj swojemu agentowi AI kontekst potrzebny do odczytu stanu, wysyłania transakcji i koordynacji z protokołami, bez opuszczania okna kontekstu modelu.", "page-developers-ethskills-label": "Kontekst agenta AI dla Ethereum", + "page-developers-ethskills-msg-1": "uruchom monetę dla mojej społeczności", + "page-developers-ethskills-msg-2": "stwórz klub fanów, który płaci mi, gdy ludzie dołączają", + "page-developers-ethskills-msg-3": "niech moja sztuka zarabia tantiemy przy każdej odsprzedaży", + "page-developers-ethskills-msg-4": "stwórz DAO i pozwól moim fanom głosować nad tym, co tworzę", + "page-developers-ethskills-msg-5": "ustaw skarbiec, który pomnaża moje ETH, gdy śpię", + "page-developers-ethskills-title": "Buduj na łańcuchu z agentami", "page-developers-evm-desc": "Maszyna, która przetwarza transakcje", "page-developers-evm-link": "Maszyna wirtualna Ethereum (EVM)", "page-developers-explore-documentation": "Przejrzyj dokumentację", diff --git a/src/intl/pl/page-get-eth.json b/src/intl/pl/page-get-eth.json index e12bd3f54fa..33a1ee39115 100644 --- a/src/intl/pl/page-get-eth.json +++ b/src/intl/pl/page-get-eth.json @@ -75,5 +75,6 @@ "page-get-eth-your-address-desc-3": "Pomyśl o tym jak o swoim adresie e-mail, ale zamiast poczty, możesz za jego pomocą otrzymywać ETH. Jeśli chcesz przesłać ETH z giełdy do swojego portfela, użyj swojego adresu jako miejsca docelowego. Pamiętaj, aby zawsze dokładnie sprawdzić przed wysłaniem!", "page-get-eth-your-address-wallet-link": "Sprawdź portfele", "listing-policy-raise-issue-link": "Zgłoś problem", - "page-find-wallet-last-updated": "Ostatnia aktualizacja" + "page-find-wallet-last-updated": "Ostatnia aktualizacja", + "listing-policy-disclaimer": "Żadne produkty wymienione na tej stronie nie są oficjalnymi rekomendacjami i służą jedynie celom informacyjnym. Jeśli chcesz dodać produkt lub podzielić się opinią na temat tej polityki, zgłoś problem w GitHub." } diff --git a/src/intl/pl/page-roadmap.json b/src/intl/pl/page-roadmap.json index 415d50cc392..58fc30f5e76 100644 --- a/src/intl/pl/page-roadmap.json +++ b/src/intl/pl/page-roadmap.json @@ -96,7 +96,13 @@ "page-roadmap-fusaka-additional-item-1": "Wsparcie bezpiecznych enklaw na urządzeniach mobilnych w celu poprawy UX", "page-roadmap-fusaka-additional-item-2": "Usprawnienia rynku opłat blobów", "page-roadmap-fusaka-additional-item-3": "Dalsze usprawnienia efektywności walidatorów i wydajności sieci", - "page-roadmap-glamsterdam-discussed-title": "Zaplanowane w Glamsterdam", - "page-roadmap-glamsterdam-discussed-item-1": "Utrwalony rozdział proponującego od budowniczego (ePBS)", - "page-roadmap-glamsterdam-discussed-item-2": "Listy dostępu na poziomie bloku (BAL)" + "page-roadmap-glamsterdam-epbs-title": "Natywny podział na proponującego i twórcę", + "page-roadmap-glamsterdam-epbs-item-1": "Oddziela uzgadnianie bloków od ich przetwarzania, pomagając skalować L1 poprzez umożliwienie walidatorom przetwarzania większej ilości danych.", + "page-roadmap-glamsterdam-epbs-item-2": "Natywna integracja z konstruktorami umożliwia walidatorom bezpieczne zlecanie tworzenia bloków bez konieczności ufania zewnętrznemu oprogramowaniu.", + "page-roadmap-glamsterdam-bal-title": "Listy kontroli dostępu na poziomie bloków", + "page-roadmap-glamsterdam-bal-item-1": "Wprowadza obowiązkowe listy dostępu na poziomie bloków, a nie dla poszczególnych transakcji.", + "page-roadmap-glamsterdam-bal-item-2": "Mapuje zależności z góry, co przyspiesza synchronizację, równoległe wykonywanie i równoległy odczyt z dysku.", + "page-roadmap-glamsterdam-bal-item-3": "Obniża zużycie gazu w aplikacjach intensywnie korzystających ze stanu i poprawia przewidywalność kosztów gazu.", + "page-roadmap-hegota-discussed-title": "Zaplanowano dla Hegotá", + "page-roadmap-hegota-discussed-item-1": "Propozycje są obecnie przedmiotem dyskusji." } diff --git a/src/intl/pt-br/common.json b/src/intl/pt-br/common.json index 843566a9759..2a3fa54f61f 100644 --- a/src/intl/pt-br/common.json +++ b/src/intl/pt-br/common.json @@ -25,11 +25,9 @@ "close": "Fechar", "community": "Comunidade", "community-hub": "Centro comunitário", - "community-menu": "Comunidade", "conferences": "Conferências", "consensus-when-shipping": "Quando estará disponível?", "contact": "Contato de Imprensa", - "content-buckets": "Categorias de conteúdo", "content-resources": "Recursos de conteúdo", "content-standardization": "Padronização do conteúdo", "contributing": "Contribuições", @@ -53,7 +51,6 @@ "design-principles": "Princípios do design", "devcon": "Devcon", "developers": "Desenvolvedores", - "developers-home": "Página inicial dos desenvolvedores", "docs": "Documentos", "docsearch-error-help": "Verifique se a sua conexão de internet está funcionando.", "docsearch-error-title": "Não foi possível obter resultados", @@ -73,7 +70,6 @@ "docsearch-to-select": "Para selecionar", "documentation": "Documentação", "down": "Abaixo", - "ecosystem": "Ecossistema", "edit-page": "Editar Página", "ef-blog": "Blog da Fundação Ethereum", "eips": "Propostas de melhorias no Ethereum", @@ -81,16 +77,12 @@ "enterprise": "Empresas", "use-cases": "Casos de uso", "enterprise-mainnet": "Enterprise - Rede Principal Ethereum", - "enterprise-menu": "Menu Empresarial", - "enterprise-team-description": "Nós responderemos suas questões, ajudaremos a identificar potenciais caminhos, prover suporte técnico e conectá-lo com líderes relevantes da indústria.", - "enterprise-team": "Time de Empresas da Ethereum", "error-page-title": "Ops! Algo deu errado", "error-page-description": "Você pode nos ajudar a melhorar reportando este erro no nosso repositório do GitHub.", "error-page-home-link": "Voltar para a página inicial", "esp": "Programa de suporte do Ecossistema", "eth-current-price": "Preço atual do ETH (USD)", "ethereum": "Ethereum", - "ethereum-basics": "Fundamentos básicos do Ethereum", "ethereum-brand-assets": "Ativos da marca Ethereum", "ethereum-bug-bounty": "Plano de recompensas à caça a erros de programação", "ethereum-events": "Eventos Ethereum", @@ -101,12 +93,9 @@ "ethereum-history-founder-and-ownership": "História, fundador e propriedade do Ethereum", "ethereum-logo": "Logotipo da Ethereum", "ethereum-online": "Comunidades on-line", - "ethereum-protocol": "Protocolo Ethereum", "ethereum-roadmap": "Roteiro Ethereum", "ethereum-security": "Segurança e prevenção de fraude da Ethereum", "ethereum-privacy": "Privacidade na Ethereum", - "ethereum-support": "Suporte do Ethereum", - "ethereum-upgrades": "Melhorias no Ethereum", "ethereum-vs-bitcoin": "Ethereum vs. Bitcoin", "ethereum-wallets": "Carteiras Ethereum", "ethereum-whitepaper": "Ethereum: Whitepaper", @@ -122,7 +111,6 @@ "feedback-widget-thank-you-timing": "2 – 3 minutos", "feedback-widget-thank-you-title": "Agradecemos o seu feedback!", "filter-bar-clear": "Limpar filtro", - "filter-bar-empty": "Nenhum item corresponde ao filtro selecionado", "filter-bar-no-results": "Nenhum resultado encontrado", "filter-bar-placeholder": "Filtrar por", "filter-bar-showing": "Mostrando", @@ -134,22 +122,15 @@ "get-involved": "Participe", "get-started": "Introdução", "go-to-top": "Ir para o topo", - "grant-programs": "Programas de recompensas do ecossistema", "grants": "Recompensas", "guides": "Guias", - "guides-hub": "Guias práticos", - "history-of-ethereum": "História do Ethereum", "home": "Início", - "how-ethereum-works": "Como Ethereum funciona", "how-to-create-an-ethereum-account": "Como \"criar\" uma conta Ethereum", "how-to-revoke-token-access": "Como revogar o acesso ao contrato inteligente aos seus fundos cripto", "how-to-swap-tokens": "Como trocar tokens", "how-to-use-a-bridge": "Como fazer transferir tokens para a camada 2", "how-to-use-a-wallet": "Como usar uma carteira", "image": "imagem", - "item-logo": "Logo de {item}", - "in-this-section": "Nesta seção", - "individuals": "Pessoas", "jobs": "Empregos", "kraken-logo": "Logotipo da Kraken", "language-am": "Amárico", @@ -231,13 +212,8 @@ "less": "Menos", "light-mode": "Claro", "light-mode-aria-label": "Alternar para modo claro", - "listing-policy-disclaimer": "Os produtos listados nesta página não são avais oficiais e são fornecidos apenas para fins informativos. Se você quiser adicionar um produto ou dar feedback sobre as políticas, faça uma consulta no GitHub.", "loading": "Carregando...", - "loading-error": "Erro no carregamento.", "loading-error-refresh": "Erro. Por favor, atualize.", - "loading-error-try-again-later": "Não foi possível carregar os dados. Tente novamente mais tarde.", - "logo": "logotipo", - "mainnet-ethereum": "Rede principal da Ethereum", "meetups": "Encontros", "menu": "Menu", "merge": "Integração", @@ -262,7 +238,6 @@ "nav-defi-description": "Uma alternativa aberta e global ao mercado financeiro tradicional", "nav-desci-description": "Uma alternativa global e aberta ao sistema científico atual", "nav-desoc-description": "Plataformas baseadas em blockchain para interação social e criação de conteúdo", - "nav-developers": "Desenvolvedores", "nav-developers-docs": "Documentação para o desenvolvedor", "nav-did-description": "Emita e seja o proprietário de seus identificadores descentralizados exclusivos", "nav-docs-description": "Documentos que o ajudam a entender e criar com Ethereum", @@ -312,7 +287,6 @@ "nav-history-label": "História técnica do Ethereum", "nav-learn-ethereum-development-description": "Comece ou aprimore sua formação em desenvolvimento para a Ethereum", "nav-start-building-description": "Escolha e configure sua pilha de desenvolvimento Ethereum", - "nav-networks-home-description": "Transações mais rápidas e econômicas para Ethereum", "nav-networks-introduction-label": "Introdução", "nav-networks-introduction-description": "O Ethereum se expandiu para uma rede de redes", "nav-networks-explore-networks-label": "Explore redes", @@ -387,10 +361,6 @@ "on-this-page": "Nesta página", "onchain-gaming": "Jogos em cadeia", "open": "Abrir", - "open-research": "Pesquisa aberta", - "page-developers-aria-label": "Menu dos Desenvolvedores", - "page-index-meta-title": "Início", - "page-languages-browser-default": "Navegador padrão", "page-languages-filter-label": "Lista de filtros", "page-languages-filter-placeholder": "Digite para filtrar", "page-languages-interested": "Interessado em contribuir?", @@ -412,7 +382,6 @@ "pools": "Staking em pool (combinado)", "prediction-markets": "Mercados de previsão", "privacy-policy": "Política de privacidade", - "private-ethereum": "Ethereum particular", "product-disclaimer": "Os produtos e serviços são listados como uma conveniência para a comunidade Ethereum. A inclusão de um produto ou serviço não representa um endosso da equipe do site ethereum.org ou da Ethereum Foundation.", "quizzes": "Questionários", "quizzes-title": "Centro de questionários", @@ -423,23 +392,17 @@ "resources": "Recursos de tradução", "return-home": "Voltar ao início", "roadmap": "Planejamento Ethereum", - "rollup-component-developer-docs": "Documentação para o desenvolvedor", - "rollup-component-technology-and-risk-summary": "Resumo da tecnologia e riscos", "rollup-component-website": "Site", "run-a-node": "Executar um nó", "real-world-assets": "RWAs - Ativos do Mundo Real", "saas": "Participação como serviço", "scaling": "Escalabilidade", "search": "Pesquisar", - "search-box-blank-state-text": "Procurar em outro lugar", - "search-eth-address": "Esse parece um endereço Ethereum. Nós não fornecemos dados específicos para endereços. Tente procurá-lo em um explorador de blocos como", "search-ethereum-org": "Buscar no ethereum.org", - "search-no-results": "A pesquisa não retornou nenhum resultado", "secret-leader-election": "Eleição de líder secreto", "security": "Segurança", "see-contributors": "Ver colaboradores", "start-building": "Comece a desenvolver", - "sharding": "Fragmentação", "show-all": "Exibir tudo", "show-more": "Mostrar mais", "show-less": "Exibir menos", @@ -452,7 +415,6 @@ "stablecoins": "Stablecoins", "stake-eth": "Fazer stake de ETH", "staking": "Participação", - "start-here": "Comece aqui", "statelessness": "Sem estado", "style-guide": "Guia de estilo", "support": "Suporte", @@ -475,22 +437,19 @@ "tutorials": "Tutoriais", "up": "Acima", "use": "Uso", - "use-ethereum": "Usar Ethereum", - "use-ethereum-menu": "Menu Usar Ethereum", "use-menu": "Menu Uso", "user-experience": "Experiência do usuário", "verkle-trees": "Árvores de Verkle", "wallets": "Carteiras", "we-couldnt-find-that-page": "Não foi possível encontrar essa página", "web3": "O que é Web3?", - "web3-title": "Web3", "website-last-updated": "Última atualização do site", "what-are-apps": "O que são aplicativos?", "what-is-ether": "O que é ether (ETH)?", "what-is-ethereum": "O que é Ethereum?", "what-is-the-ethereum-network": "O que é a rede Ethereum?", "withdrawals": "Saque de staking", - "wrapped-ether": "Wrapped Ether", + "wrapped-eth": "Wrapped Ether", "yes": "Sim", "zero-knowledge-proofs": "Prova de conhecimento zero", "region-crimea": "Crimeia", diff --git a/src/intl/pt-br/glossary-tooltip.json b/src/intl/pt-br/glossary-tooltip.json index 56fbdfc05a6..b293238f579 100644 --- a/src/intl/pt-br/glossary-tooltip.json +++ b/src/intl/pt-br/glossary-tooltip.json @@ -139,6 +139,8 @@ "staking-definition": "Depositar uma quantidade de ether (sua participação) para se tornar um validador e proteger a rede. Um validador verifica transações e propõe blocos sob um modelo de consenso de PoS. A participação dá um incentivo econômico para agir no melhor interesse da rede. Você receberá recompensas por realizar suas funções de validador, mas perderá quantidades variáveis ​​de ETH se não o fizer. Mais sobre a participação em Ethereum.", "staking-pool-term": "Pool de participação (staking)", "staking-pool-definition": "O ETH combinado de mais de um staker Ethereum, usado para atingir os 32 ETH necessários para ativar um conjunto de chaves de validação. Um operador de nó usa essas chaves para participar do consenso e as recompensas de bloco são divididas entre os stakers contribuintes. Pools de stake ou delegação de stake não são nativos do protocolo Ethereum, mas muitas soluções foram criadas pela comunidade. Mais sobre pooled staking.", + "state-term": "Estado", + "state-definition": "Um instantâneo de todos os saldos e dados em um determinado momento na blockchain, referindo-se normalmente à condição em um bloco específico.", "sybil-attack-term": "Ataque Sybil", "sybil-attack-definition": "Os ataques Sybil referem-se a humanos individuais enganando um sistema para pensar que são várias pessoas para aumentar sua influência.", "terminal-total-difficulty-term": "Dificuldade total terminal (TTD)", diff --git a/src/intl/pt-br/page-community-events.json b/src/intl/pt-br/page-community-events.json index 1352024e869..0fa0cb035d9 100644 --- a/src/intl/pt-br/page-community-events.json +++ b/src/intl/pt-br/page-community-events.json @@ -98,5 +98,6 @@ "page-events-meetups-events-subtitle": "Pesquise os próximos hackathons, encontros comunitários e conferências no ecossistema Ethereum.", "page-events-cta-title": "Organizando um evento?", "page-events-cta-body": "Esta é uma lista não exaustiva mantida por nossa comunidade. Conhece algum evento da Ethereum para adicionar a esta lista?", - "page-events-cta-button": "Enviar evento" + "page-events-cta-button": "Enviar evento", + "item-logo": "Logo de {item}" } diff --git a/src/intl/pt-br/page-developers-index.json b/src/intl/pt-br/page-developers-index.json index cbb9595c61a..a6a42101062 100644 --- a/src/intl/pt-br/page-developers-index.json +++ b/src/intl/pt-br/page-developers-index.json @@ -11,7 +11,15 @@ "page-developers-dev-env-desc": "IDEs adequados para desenvolvimento dapp", "page-developers-dev-env-link": "Ambientes de desenvolvimento", "page-developers-docs-introductions": "Introduções", + "page-developers-ethskills-cta": "Construa com {ethskills}", + "page-developers-ethskills-desc": "Conhecimento estruturado sobre Ethereum para a stack de agentes. Dê ao seu agente de IA o contexto necessário para ler o estado, enviar transações e se coordenar com protocolos, sem sair da janela de contexto do modelo.", "page-developers-ethskills-label": "Contexto de agente de IA para Ethereum", + "page-developers-ethskills-msg-1": "lançar uma moeda para minha comunidade", + "page-developers-ethskills-msg-2": "criar um fã-clube que me paga quando as pessoas entram", + "page-developers-ethskills-msg-3": "fazer minha arte ganhar royalties toda vez que for revendida", + "page-developers-ethskills-msg-4": "criar uma DAO e deixar meus fãs votarem no que eu construo", + "page-developers-ethskills-msg-5": "configurar um cofre que faz meus ETH crescerem enquanto eu durmo", + "page-developers-ethskills-title": "Construa em cadeia com agentes", "page-developers-evm-desc": "O computador que processa transações", "page-developers-evm-link": "A máquina virtual do Ethereum (EVM)", "page-developers-explore-documentation": "Veja a documentação", diff --git a/src/intl/pt-br/page-get-eth.json b/src/intl/pt-br/page-get-eth.json index e6a80831439..5611e288154 100644 --- a/src/intl/pt-br/page-get-eth.json +++ b/src/intl/pt-br/page-get-eth.json @@ -75,5 +75,6 @@ "page-get-eth-your-address-desc-3": "Pense nele como seu endereço de e-mail, mas em vez de mensagens, ele pode receber ETH. Se você quiser transferir ETH de uma corretora para sua carteira, use seu endereço como destino. Sempre confira tudo novamente antes de enviar!", "page-get-eth-your-address-wallet-link": "Confira as carteiras", "listing-policy-raise-issue-link": "Fazer uma consulta", - "page-find-wallet-last-updated": "Última atualização" + "page-find-wallet-last-updated": "Última atualização", + "listing-policy-disclaimer": "Os produtos listados nesta página não são avais oficiais e são fornecidos apenas para fins informativos. Se você quiser adicionar um produto ou dar feedback sobre as políticas, faça uma consulta no GitHub." } diff --git a/src/intl/pt-br/page-roadmap.json b/src/intl/pt-br/page-roadmap.json index 7dae31717b5..cbcaae67f69 100644 --- a/src/intl/pt-br/page-roadmap.json +++ b/src/intl/pt-br/page-roadmap.json @@ -4,7 +4,7 @@ "page-roadmap-meta-description": "O caminho para mais escalabilidade, segurança e sustentabilidade no Ethereum.", "page-roadmap-banner-notification": "O desenvolvimento do Ethereum é conduzido pela comunidade e sujeito a mudanças.", "page-roadmap-changes-coming-title": "Quais serão as próximas alterações no Ethereum?", - "page-roadmap-changes-coming-description": "O Ethereum já é uma plataforma poderosa, mas ainda está sendo aprimorado. Um conjunto ambicioso de melhorias aprimorará o Ethereum de sua forma atual em uma plataforma totalmente escalável e com máxima resiliência.", + "page-roadmap-changes-coming-description": "Ethereum já é uma plataforma poderosa, mas ainda está sendo aprimorado. Um conjunto ambicioso de melhorias atualizará o Ethereum de sua forma atual para uma plataforma totalmente escalável e com máxima resiliência.", "page-roadmap-cheaper-transactions-title": "Transações mais baratas", "page-roadmap-cheaper-transactions-description": "Rollups são muito caros e dependem de componentes centralizados, fazendo com que os usuários confiem demais em seus operadores. O roadmap inclui correções para ambos os problemas.", "page-roadmap-cheaper-transactions-button": "Mais sobre redução de taxas", @@ -96,7 +96,13 @@ "page-roadmap-fusaka-additional-item-1": "Suporte para enclaves seguros em dispositivos móveis para melhorar a UX", "page-roadmap-fusaka-additional-item-2": "Melhorias no mercado de taxas de blob", "page-roadmap-fusaka-additional-item-3": "Mais melhorias na eficiência do validador e no desempenho da rede", - "page-roadmap-glamsterdam-discussed-title": "Agendado para Glamsterdam", - "page-roadmap-glamsterdam-discussed-item-1": "Separação proponente-construtor consagrada (ePBS)", - "page-roadmap-glamsterdam-discussed-item-2": "Listas de acesso em nível de bloco (BALs)" -} + "page-roadmap-glamsterdam-epbs-title": "Separação consagrada entre proponente e construtor", + "page-roadmap-glamsterdam-epbs-item-1": "Separa o consenso sobre o bloco do seu processamento, ajudando a L1 a escalar, permitindo que os validadores processem mais dados", + "page-roadmap-glamsterdam-epbs-item-2": "Integra nativamente os construtores para que os validadores possam terceirizar com segurança a montagem de blocos sem precisar confiar em software externo", + "page-roadmap-glamsterdam-bal-title": "Listas de acesso no nível do bloco", + "page-roadmap-glamsterdam-bal-item-1": "Introduz listas de acesso obrigatórias no nível do bloco, em vez de para transações individuais", + "page-roadmap-glamsterdam-bal-item-2": "Mapeia dependências antecipadamente para sincronizações mais rápidas, execução paralela e leituras de disco paralelas", + "page-roadmap-glamsterdam-bal-item-3": "Reduz o gas para aplicativos com uso intensivo de estado e melhora a previsibilidade do custo do gas", + "page-roadmap-hegota-discussed-title": "Planejado para Hegotá", + "page-roadmap-hegota-discussed-item-1": "Propostas estão atualmente em discussão" +} \ No newline at end of file diff --git a/src/intl/ru/common.json b/src/intl/ru/common.json index 1b6a996a018..f80e817b713 100644 --- a/src/intl/ru/common.json +++ b/src/intl/ru/common.json @@ -25,11 +25,9 @@ "close": "Закрыть", "community": "Сообщество", "community-hub": "Центр сообщества", - "community-menu": "Меню сообщества", "conferences": "Конференции", "consensus-when-shipping": "Когда это запустится?", "contact": "Контакты для прессы", - "content-buckets": "Категории материалов", "content-resources": "Ресурсы с информационными материалами", "content-standardization": "Стандартизация содержимого", "contributing": "Содействие", @@ -53,7 +51,6 @@ "design-principles": "Принципы дизайна", "devcon": "Девкон", "developers": "Разработчикам", - "developers-home": "Домашняя страница для разработчиков", "docs": "Документация", "docsearch-error-help": "Возможно, вам стоит проверить подключение к сети.", "docsearch-error-title": "Не удалось предоставить результаты", @@ -73,7 +70,6 @@ "docsearch-to-select": "Выбрать", "documentation": "Документация", "down": "Вниз", - "ecosystem": "Экосистема", "edit-page": "Редактировать страницу", "ef-blog": "Блог фонда Ethereum", "eips": "Предложения по улучшению Ethereum", @@ -81,16 +77,12 @@ "enterprise": "Компаниям", "use-cases": "Примеры использования", "enterprise-mainnet": "Для предприятий — основная сеть Ethereum", - "enterprise-menu": "Корпоративное меню", - "enterprise-team-description": "Мы ответим на ваши вопросы, поможем определить потенциальные пути развития, окажем техническую поддержку и свяжем вас с соответствующими лидерами отрасли.", - "enterprise-team": "Команда Ethereum Enterprise", "error-page-title": "Ой! Что-то пошло не так", "error-page-description": "Вы можете помочь нам стать лучше, сообщив об этой проблеме в нашем репозитории GitHub.", "error-page-home-link": "Вернуться на главную страницу", "esp": "Программа поддержки экосистемы", "eth-current-price": "Текущая цена ETH (USD)", "ethereum": "Ethereum", - "ethereum-basics": "Основы Ethereum", "ethereum-brand-assets": "Ресурсы бренда Ethereum", "ethereum-bug-bounty": "Программа вознаграждения за нахождение ошибок Ethereum", "ethereum-events": "Мероприятия Ethereum", @@ -101,12 +93,9 @@ "ethereum-history-founder-and-ownership": "История, основатель и право собственности Ethereum", "ethereum-logo": "Ethereum logo", "ethereum-online": "Онлайн-сообщества", - "ethereum-protocol": "Протокол Ethereum", "ethereum-roadmap": "Дорожная карта Ethereum", "ethereum-security": "Безопасность Ethereum и предотвращение мошенничества", "ethereum-privacy": "Конфиденциальность в Ethereum", - "ethereum-support": "Поддержка Ethereum", - "ethereum-upgrades": "Обновления Ethereum", "ethereum-vs-bitcoin": "Ethereum и Биткоин", "ethereum-wallets": "Кошельки Ethereum", "ethereum-whitepaper": "Техническая документация об Ethereum", @@ -122,7 +111,6 @@ "feedback-widget-thank-you-timing": "2–3 мин", "feedback-widget-thank-you-title": "Спасибо за ваш отзыв!", "filter-bar-clear": "Очистить фильтр", - "filter-bar-empty": "Нет элементов, соответствующих выбранному фильтру", "filter-bar-no-results": "Результаты не найдены", "filter-bar-placeholder": "Фильтровать по", "filter-bar-showing": "Показано", @@ -134,22 +122,15 @@ "get-involved": "Участвовать", "get-started": "Начать", "go-to-top": "В начало", - "grant-programs": "Программы грантов экосистемы", "grants": "Гранты", "guides": "Руководства", - "guides-hub": "Практические руководства", - "history-of-ethereum": "История Ethereum", "home": "Главная", - "how-ethereum-works": "Как работает Ethereum", "how-to-create-an-ethereum-account": "Как «создать» учетную запись Ethereum", "how-to-revoke-token-access": "Как отозвать доступ умного контракта к вашим средствам в криптовалюте", "how-to-swap-tokens": "Как менять токены", "how-to-use-a-bridge": "Как переводить токены на уровень 2", "how-to-use-a-wallet": "Как использовать кошелек", "image": "изображение", - "item-logo": "Логотип {item}", - "in-this-section": "В этом разделе", - "individuals": "Физические лица", "jobs": "Вакансии", "kraken-logo": "Логотип Кракена", "language-am": "Амхарский", @@ -231,13 +212,8 @@ "less": "Меньше", "light-mode": "Светлая", "light-mode-aria-label": "Переключиться на светлый режим", - "listing-policy-disclaimer": "Все продукты, перечисленные на этой странице, не являются официально одобренными и предоставляются только в информационных целях. Если вы хотите добавить продукт или предоставить отзыв о политике, поднимите вопрос в GitHub.", "loading": "Загрузка...", - "loading-error": "Ошибка загрузки.", "loading-error-refresh": "Ошибка. Пожалуйста, обновите страницу.", - "loading-error-try-again-later": "Загрузить данные не удалось. Повторите попытку позже.", - "logo": "логотип", - "mainnet-ethereum": "Основная сеть Ethereum", "meetups": "Встречи", "menu": "Меню", "merge": "Слияние", @@ -262,7 +238,6 @@ "nav-defi-description": "Глобальная открытая альтернатива традиционному финансовому рынку", "nav-desci-description": "Глобальная открытая альтернатива существующей научной системе", "nav-desoc-description": "Платформы на основе блокчейна для социального взаимодействия и создания контента", - "nav-developers": "Разработчикам", "nav-developers-docs": "Документация для разработчиков", "nav-did-description": "Создавайте уникальные децентрализованные идентификаторы и владейте ими", "nav-docs-description": "Документы, помогающие разобраться в Ethereum и заняться разработкой", @@ -312,7 +287,6 @@ "nav-history-label": "Техническая история Ethereum", "nav-learn-ethereum-development-description": "Начните обучение или повысьте квалификацию в области разработки на Ethereum", "nav-start-building-description": "Выберите и настройте свой стек разработки Ethereum", - "nav-networks-home-description": "Транзакции Ethereum дешевле и быстрее", "nav-networks-introduction-label": "Введение", "nav-networks-introduction-description": "Ethereum разросся до сети из сетей", "nav-networks-explore-networks-label": "Исследуйте сети", @@ -387,10 +361,6 @@ "on-this-page": "На этой странице", "onchain-gaming": "Ончейн-игры", "open": "Открыть", - "open-research": "Текущие исследования", - "page-developers-aria-label": "Меню разработчиков", - "page-index-meta-title": "Главная", - "page-languages-browser-default": "По умолчанию браузера", "page-languages-filter-label": "Фильтр по списку", "page-languages-filter-placeholder": "Введите текст для фильтрации", "page-languages-interested": "Хотите внести свой вклад?", @@ -412,7 +382,6 @@ "pools": "Объединенный стейкинг", "prediction-markets": "Рынки предсказаний", "privacy-policy": "Политика о конфиденциальности", - "private-ethereum": "Частный Ethereum", "product-disclaimer": "Продукты и услуги представлены для удобства сообщества Ethereum. Включение продукта или услуги не означает одобрения со стороны команды веб-сайта ethereum.org или Ethereum Foundation.", "quizzes": "Тесты", "quizzes-title": "Центр тестирования", @@ -423,23 +392,17 @@ "resources": "Ресурсы на других языках", "return-home": "Вернуться на главную", "roadmap": "Дорожная карта Ethereum", - "rollup-component-developer-docs": "Документация для разработчиков", - "rollup-component-technology-and-risk-summary": "Обзор рисков и технологий", "rollup-component-website": "Сайт", "run-a-node": "Запуск узла", "real-world-assets": "Токены физических и финансовых активов", "saas": "Стейкинг как услуга", "scaling": "Масштабирование", "search": "Поиск", - "search-box-blank-state-text": "Искать здесь!", - "search-eth-address": "Похоже на адрес Ethereum. Мы не предоставляем особые данные для адресов. Попробуйте поискать их в обозревателе блоков, как", "search-ethereum-org": "Поиск на ethereum.org", - "search-no-results": "Поиск не дал результатов", "secret-leader-election": "Выборы тайного лидера", "security": "Безопасность", "see-contributors": "Посмотреть участников", "start-building": "Приступить к созданию", - "sharding": "Шардинг", "show-all": "Показать все", "show-more": "Показать больше", "show-less": "Показать меньше", @@ -452,7 +415,6 @@ "stablecoins": "Stablecoins", "stake-eth": "Застейкать ETH", "staking": "Стейкинг", - "start-here": "Начните здесь", "statelessness": "Клиенты не использующие состояние", "style-guide": "Руководство по стилю", "support": "Поддержка", @@ -475,22 +437,19 @@ "tutorials": "Учебники", "up": "Вверх", "use": "Использование", - "use-ethereum": "Использование Ethereum", - "use-ethereum-menu": "Использовать меню Ethereum", "use-menu": "Меню использования", "user-experience": "Удобство", "verkle-trees": "Деревья Веркла", "wallets": "Кошельки", "we-couldnt-find-that-page": "Эта страница не найдена", "web3": "Что такое Web3?", - "web3-title": "Web3", "website-last-updated": "Последнее обновление страницы", "what-are-apps": "Что такое приложения?", "what-is-ether": "Что такое эфир (ETH)?", "what-is-ethereum": "Что такое Ethereum?", "what-is-the-ethereum-network": "Что такое сеть Ethereum?", "withdrawals": "Вывод средств, использованных в стейкинге", - "wrapped-ether": "Wrapped Ether", + "wrapped-eth": "Wrapped Ether", "yes": "Да", "zero-knowledge-proofs": "Доказательства с нулевым разглашением", "region-crimea": "Крым", diff --git a/src/intl/ru/glossary-tooltip.json b/src/intl/ru/glossary-tooltip.json index 5a3862fd3c0..38c1232db60 100644 --- a/src/intl/ru/glossary-tooltip.json +++ b/src/intl/ru/glossary-tooltip.json @@ -139,6 +139,8 @@ "staking-definition": "Внесите определенное количество ether (ваша ставка), чтобы стать валидатором и защитить сеть. Валидатор проверяет транзакции и предлагает блокировать под доказательство владения модель консенсуса. Стейкинг дает вам экономический стимул действовать в интересах сети. Вы будете получать вознаграждение за выполнение своих обязанностей валидатора, но в противном случае потеряете различное количество ETH. Подробнее о стейкинге Ethereum.", "staking-pool-term": "Пул для стейкинга", "staking-pool-definition": "Объединенный ETH более чем одного стейкера Ethereum, используемый для достижения 32 ETH, необходимых для активации набора ключей валидатора. Оператор узла использует эти ключи для участия в консенсусе, а награды за блоки распределяются между участвующими участниками. Пулы ставок или делегирование ставок не являются неотъемлемой частью протокола Ethereum, но многие решения были созданы сообществом. Подробнее о ставках в пуле.", + "state-term": "Состояние", + "state-definition": "Снимок всех балансов и данных в определенный момент времени в блокчейне, обычно относящийся к состоянию в определенном блоке.", "sybil-attack-term": "Атака Сибиллы", "sybil-attack-definition": "Атаки Сивиллы — это когда отдельные люди обманывают систему, заставляя ее думать, что они являются несколькими людьми, чтобы увеличить свое влияние.", "terminal-total-difficulty-term": "Общая сложность терминала (TTD)", diff --git a/src/intl/ru/page-community-events.json b/src/intl/ru/page-community-events.json index 0fdd5927c86..142ce57ce6a 100644 --- a/src/intl/ru/page-community-events.json +++ b/src/intl/ru/page-community-events.json @@ -98,5 +98,6 @@ "page-events-meetups-events-subtitle": "Ищите предстоящие хакатоны, собрания сообщества и конференции в экосистеме Ethereum.", "page-events-cta-title": "Организуете мероприятие?", "page-events-cta-body": "Это неполный список, поддерживаемый нашим сообществом. Знаете о предстоящем мероприятии Ethereum, которое можно добавить в этот список?", - "page-events-cta-button": "Предложить мероприятие" + "page-events-cta-button": "Предложить мероприятие", + "item-logo": "Логотип {item}" } diff --git a/src/intl/ru/page-developers-index.json b/src/intl/ru/page-developers-index.json index 7e2a4df5216..edb2a57245a 100644 --- a/src/intl/ru/page-developers-index.json +++ b/src/intl/ru/page-developers-index.json @@ -11,7 +11,15 @@ "page-developers-dev-env-desc": "IDE, подходящие для разработки dapp", "page-developers-dev-env-link": "Среды разработки", "page-developers-docs-introductions": "Введения", + "page-developers-ethskills-cta": "Создавайте с {ethskills}", + "page-developers-ethskills-desc": "Структурированные знания об Ethereum для агентного стека. Дайте вашему ИИ-агенту контекст, необходимый для чтения состояния, отправки транзакций и координации с протоколами, не покидая контекстного окна модели.", "page-developers-ethskills-label": "Контекст ИИ-агента для Ethereum", + "page-developers-ethskills-msg-1": "запустить монету для моего сообщества", + "page-developers-ethskills-msg-2": "создать фан-клуб, который платит мне, когда люди вступают", + "page-developers-ethskills-msg-3": "пусть мое искусство приносит роялти при каждой перепродаже", + "page-developers-ethskills-msg-4": "создать DAO и дать моим фанатам голосовать за то, что я создаю", + "page-developers-ethskills-msg-5": "настроить хранилище, которое наращивает мои ETH, пока я сплю", + "page-developers-ethskills-title": "Создавайте ончейн с агентами", "page-developers-evm-desc": "Компьютер, который обрабатывает транзакции", "page-developers-evm-link": "Виртуальная машина Ethereum (EVM)", "page-developers-explore-documentation": "Изучить документацию", diff --git a/src/intl/ru/page-get-eth.json b/src/intl/ru/page-get-eth.json index b39d91fb8cf..72154849569 100644 --- a/src/intl/ru/page-get-eth.json +++ b/src/intl/ru/page-get-eth.json @@ -75,5 +75,6 @@ "page-get-eth-your-address-desc-3": "Представьте это как ваш электронный адрес, только вместо писем на него можно получать ETH. Если вы хотите перевести ETH из биржи в свой кошелек, используйте ваш адрес в качестве точки назначения. Дважды проверьте его перед отправкой!", "page-get-eth-your-address-wallet-link": "Просмотреть кошельки", "listing-policy-raise-issue-link": "Поднять вопрос", - "page-find-wallet-last-updated": "Последнее обновление" + "page-find-wallet-last-updated": "Последнее обновление", + "listing-policy-disclaimer": "Все продукты, перечисленные на этой странице, не являются официально одобренными и предоставляются только в информационных целях. Если вы хотите добавить продукт или предоставить отзыв о политике, поднимите вопрос в GitHub." } diff --git a/src/intl/ru/page-roadmap.json b/src/intl/ru/page-roadmap.json index 03fb2920462..22aef736fc7 100644 --- a/src/intl/ru/page-roadmap.json +++ b/src/intl/ru/page-roadmap.json @@ -96,7 +96,13 @@ "page-roadmap-fusaka-additional-item-1": "Поддержка защищенных анклавов на мобильных устройствах для улучшения пользовательского опыта", "page-roadmap-fusaka-additional-item-2": "Улучшения на рынке комиссий за BLOB объект", "page-roadmap-fusaka-additional-item-3": "Дальнейшее повышение эффективности валидатора и производительности сети", - "page-roadmap-glamsterdam-discussed-title": "Запланировано для Гламстердама", - "page-roadmap-glamsterdam-discussed-item-1": "Зафиксированное разделение предлагающего и сборщика (ePBS)", - "page-roadmap-glamsterdam-discussed-item-2": "Списки доступа на уровне блока (BAL)" -} + "page-roadmap-glamsterdam-epbs-title": "Нативное разделение ролей предлагающего и сборщика", + "page-roadmap-glamsterdam-epbs-item-1": "Разделяет соглашение о блоках и обработку, помогая L1 масштабироваться, позволяя валидаторам обрабатывать больше данных.", + "page-roadmap-glamsterdam-epbs-item-2": "Встроенная интеграция со сборщиками позволяет валидаторам безопасно передавать сборку блоков на аутсорсинг, не доверяя внешнему программному обеспечению.", + "page-roadmap-glamsterdam-bal-title": "Списки доступа на уровне блоков", + "page-roadmap-glamsterdam-bal-item-1": "Вводит обязательные списки доступа на уровне блоков, а не для отдельных транзакций.", + "page-roadmap-glamsterdam-bal-item-2": "Заранее определяет зависимости для ускорения синхронизации, параллельного выполнения и параллельного чтения с диска.", + "page-roadmap-glamsterdam-bal-item-3": "Снижает расход газа для приложений с большим количеством состояний и повышает предсказуемость стоимости газа.", + "page-roadmap-hegota-discussed-title": "Запланировано для Hegotá", + "page-roadmap-hegota-discussed-item-1": "Предложения в настоящее время обсуждаются" +} \ No newline at end of file diff --git a/src/intl/sw/common.json b/src/intl/sw/common.json index 10a82fbb9eb..970ecf768ea 100644 --- a/src/intl/sw/common.json +++ b/src/intl/sw/common.json @@ -25,11 +25,9 @@ "close": "Funga", "community": "Jamii", "community-hub": "Kitovu cha jamii", - "community-menu": "Menyu ya Jamii", "conferences": "Makongamano", "consensus-when-shipping": "Inasfirishwa lini?", "contact": "Bonyeza Mawasiliano", - "content-buckets": "Vikapu vya yaliomo", "content-resources": "Rasilimali za maudhui", "content-standardization": "Usanifishaji wa maudhui", "contributing": "Kuchangia", @@ -53,7 +51,6 @@ "design-principles": "Kanuni za kubuni", "devcon": "Devcon", "developers": "Wasanidi programu", - "developers-home": "Nyumba ya Wasanidi Programu", "docs": "Nyaraka", "docsearch-error-help": "Unaweza kukagua uhusiano wa mtandao wako.", "docsearch-error-title": "Haiwezekani kupata matokeo", @@ -73,7 +70,6 @@ "docsearch-to-select": "Kuchagua", "documentation": "Nyaraka", "down": "Chini", - "ecosystem": "Mfumo wa ikolojia", "edit-page": "Hariri ukurasa", "ef-blog": "Blogu ya msingi ya Ethereum", "eips": "Pendekezo la uboreshaji wa Ethereum", @@ -81,16 +77,12 @@ "enterprise": "Biashara", "use-cases": "Tumia kesi", "enterprise-mainnet": "Taasisi - Mainnet (Inayofanya kazi sasa na moja kwa moja) Etherium", - "enterprise-menu": "Oradha ya biashara", - "enterprise-team-description": "Tutajibu maswali yako, kusaidia kubaini njia zinazowezekana za kusonga mbele, kutoa msaada wa kiufundi na kukuunganisha na viongozi husika wa sekta.", - "enterprise-team": "Timu ya Biashara ya Ethereum", "error-page-title": "Lo! Kuna kitu kimekoseka.", "error-page-description": "Unaweza kutusaidia kuboresha kwa kuripoti tatizo hili kwenye hifadhidata yetu ya GitHub.", "error-page-home-link": "Rudi kwenye ukurasa wa mwanzo", "esp": "Programu ya usaidizi kwenye ikolojia", "eth-current-price": "Bei ya sasa ya ETH(USD)", "ethereum": "Ethereum", - "ethereum-basics": "Msingi wa Ethereum", "ethereum-brand-assets": "Rasimali zenye chapa ya Ethereum", "ethereum-bug-bounty": "Mpango wa malipo ya watafuta hitilafu", "ethereum-events": "Matukio ya Ethereum", @@ -101,12 +93,9 @@ "ethereum-history-founder-and-ownership": "Historia ya Ethereum, mwanzilishi na umiliki", "ethereum-logo": "Nembo ya Ethereum", "ethereum-online": "Jamii za mtandaoni", - "ethereum-protocol": "Itifaki ya Ethereum", "ethereum-roadmap": "Ramani ya maendeleo ya Ethereum", "ethereum-security": "Usalama wa Ethereum na udhibiti wa matapeli", "ethereum-privacy": "Faragha kwenye Ethereum", - "ethereum-support": "Msaada wa Ethereum", - "ethereum-upgrades": "Visasisho vya Ethereum", "ethereum-vs-bitcoin": "Ethereum dhidi ya Bitcoin", "ethereum-wallets": "Pochi za Ethereum", "ethereum-whitepaper": "Karatasi nyeupe ya Ethereum", @@ -122,7 +111,6 @@ "feedback-widget-thank-you-timing": "Dakika 2-3", "feedback-widget-thank-you-title": "Asante kwa maoni yako!", "filter-bar-clear": "Futa kichujio", - "filter-bar-empty": "Hakuna vipengele vinavyolingana na kichujio kilichochaguliwa", "filter-bar-no-results": "Hakuna matokeo yaliyopatikana", "filter-bar-placeholder": "Chuja kwa", "filter-bar-showing": "Inaonyesha", @@ -134,22 +122,15 @@ "get-involved": "Jihusishe", "get-started": "Anza", "go-to-top": "Nenda juu", - "grant-programs": "Programu za ikolojia na tunzo", "grants": "Tunzo", "guides": "Maelekezo", - "guides-hub": "Jinsi ya kutumia miongozo", - "history-of-ethereum": "Historia ya Ethereum", "home": "Nyumbani", - "how-ethereum-works": "Jinsi Ethereum inavyofanya kazi", "how-to-create-an-ethereum-account": "Jinsi ya \"kufungua\" akaunti ya Ethereum", "how-to-revoke-token-access": "Jinsi ya Kubatilisha mkataba erevu usifikie fedha zako za kripto", "how-to-swap-tokens": "Jinsi ya kubadili tokeni", "how-to-use-a-bridge": "Jinsi ya kuvusha tokeni kwenda safu ya namba 2", "how-to-use-a-wallet": "Jinsi ya kutumia pochi", "image": "picha", - "item-logo": "Nembo ya {item}", - "in-this-section": "Kwenye kifungu hiki", - "individuals": "Watu binafsi", "jobs": "Kazi", "kraken-logo": "Nembo ya Kraken", "language-am": "Kiamhara", @@ -231,13 +212,8 @@ "less": "Kidogo", "light-mode": "Nyepesi", "light-mode-aria-label": "Tumia modi ya mwangaza", - "listing-policy-disclaimer": "Bidhaa zote zilizo zilizoorodheshwa kwenye ukurasa huu sio uthibitisho rasmi, na zinatolewea kwa kusidi la chanzo cha taarifa tu. kama unataka kuongeza bidhaa ama kutuma maoni juu ya sera ongea suala kwenye Github.", "loading": "Inapakia...", - "loading-error": "Tatizo katika upakiaji.", "loading-error-refresh": "Kuna tatizo, tafadhali fanyiza upya.", - "loading-error-try-again-later": "Imeshindwa kupakia data. Jaribu tena baadae.", - "logo": "nembo", - "mainnet-ethereum": "Mtandao kuu wa Ethereum", "meetups": "Mikutano", "menu": "Menyu", "merge": "Unganisha", @@ -262,7 +238,6 @@ "nav-defi-description": "Mfumo mbadala huria wa kimataifa kwa soko la fedha la zamani", "nav-desci-description": "Mbadala wa kimataifa, wazi kwa mfumo wa sasa wa kisayansi", "nav-desoc-description": "Mifumo ya mnyororo bloku ya mawasiliano ya jamii na uundaji wa maudhui", - "nav-developers": "Wasanidi programu", "nav-developers-docs": "Nyaraka za wasanidi programu", "nav-did-description": "Toa na umiliki vitambulishi vyako vya kipekee vilivyogatuliwa", "nav-docs-description": "Hati za kukusaidia kuelewa na kujenga kwa Ethereum", @@ -312,7 +287,6 @@ "nav-history-label": "Historia ya kiufundi ya Ethereum", "nav-learn-ethereum-development-description": "Anza au boresha elimu yako ya maendeleo ya Ethereum", "nav-start-building-description": "Chagua na usanidi stack yako ya maendeleo ya Ethereum", - "nav-networks-home-description": "Miamala ya bei nafuu na ya haraka ya Ethereum", "nav-networks-introduction-label": "Utangulizi", "nav-networks-introduction-description": "Ethereum imepanuka kuwa mtandao wa mitandao", "nav-networks-explore-networks-label": "Chunguza mitandao", @@ -387,10 +361,6 @@ "on-this-page": "Juu ya ukurasa huu", "onchain-gaming": "Michezo ya Onchain", "open": "Fungua", - "open-research": "Tafiti zilizowazi", - "page-developers-aria-label": "Menyu kwa Wasanidi Programu", - "page-index-meta-title": "Nyumbani", - "page-languages-browser-default": "Chaguomsingi la kivinjari", "page-languages-filter-label": "Orodha ya vichujio", "page-languages-filter-placeholder": "Andika kwenye kichujio", "page-languages-interested": "Unavutiwa Kuchangia?", @@ -412,7 +382,6 @@ "pools": "Usimamishaji wa hisa wa kundi", "prediction-markets": "Masoko ya utabiri", "privacy-policy": "Sera ya faragha", - "private-ethereum": "Ethereum binafsi", "product-disclaimer": "Bidhaa na huduma zimeorodheshwa kwa urahisi kwa jumuiya ya Ethereum. Ujumuishaji wa bidhaa ama huduma hauwakilishi uthibitishaji kutoka timu ya ethereum.org wala Msingi wa Ethereum.", "quizzes": "Chemsha Bongo", "quizzes-title": "Kitovu cha Maswali", @@ -423,23 +392,17 @@ "resources": "Rasilimali za tafsiri", "return-home": "rudi nyumbani", "roadmap": "Barabara ya Ethereum", - "rollup-component-developer-docs": "Nyaraka za msanidi programu", - "rollup-component-technology-and-risk-summary": "Teknolojia na muhtasari hatari", "rollup-component-website": "Tovuti", "run-a-node": "Endesha nodi", "real-world-assets": "RWAs - Mali za ulimwengu halisi", "saas": "Usimamishaji wa hisa kama huduma", "scaling": "Uongezwaji", "search": "Tafuta", - "search-box-blank-state-text": "Umabali wa kutafuta!", - "search-eth-address": "Hii inafanana na anwani ya Ethereum. Hatutoi taarifa za anwani yenyewe. Jaribu kuitafuta kwenye chunguzi za bloku kama", "search-ethereum-org": "Tafuta kwenye Ethereum.org", - "search-no-results": "Hakuna matokeo ya ulichotafuta", "secret-leader-election": "Uchaguzi wa siri wa viongozi", "security": "Usalama", "see-contributors": "Ona wachangiaji", "start-building": "Anza kujenga", - "sharding": "Ugawanyaji", "show-all": "Onyesha yote", "show-more": "''Onyesha zaidi.''", "show-less": "Onyesha chache", @@ -452,7 +415,6 @@ "stablecoins": "Sarafu imara", "stake-eth": "Weka ETH", "staking": "Kusimamisha", - "start-here": "Anza hapa", "statelessness": "Pasipokua na hali", "style-guide": "Mwongozo wa mtindo", "support": "Msaada", @@ -475,22 +437,19 @@ "tutorials": "Mafunzo", "up": "Juu", "use": "Tumia", - "use-ethereum": "Tumia Ethereum", - "use-ethereum-menu": "Tumia orodha ya Ethereum", "use-menu": "Tumia menyu", "user-experience": "Uzoefu wa mtumiaji", "verkle-trees": "Miti ya Verkle", "wallets": "Pochi", "we-couldnt-find-that-page": "Hatukuweza kupata ukurasa huo", "web3": "Je, Web3 ni nini?", - "web3-title": "Wavuti3", "website-last-updated": "Ukurasa ulisasishwa mwisho", "what-are-apps": "Programu ni nini?", "what-is-ether": "Ether ni nini (ETH)?", "what-is-ethereum": "Ethereum ni nini?", "what-is-the-ethereum-network": "Mtandao wa Ethereum ni nini?", "withdrawals": "Uondoji wa hisa", - "wrapped-ether": "Ether iliyofungamanishwa", + "wrapped-eth": "Ether iliyofungamanishwa", "yes": "Ndiyo", "zero-knowledge-proofs": "Ushahidi usio na utambuzi", "region-crimea": "Crimea", diff --git a/src/intl/sw/glossary-tooltip.json b/src/intl/sw/glossary-tooltip.json new file mode 100644 index 00000000000..d7724d9bca0 --- /dev/null +++ b/src/intl/sw/glossary-tooltip.json @@ -0,0 +1,4 @@ +{ + "state-term": "Hali", + "state-definition": "Picha ya masalio yote na data kwa wakati fulani kwenye blockchain, kwa kawaida ikirejelea hali katika kitalu fulani." +} diff --git a/src/intl/sw/page-community-events.json b/src/intl/sw/page-community-events.json index 3c85fe0ee6c..f381cd6a7a0 100644 --- a/src/intl/sw/page-community-events.json +++ b/src/intl/sw/page-community-events.json @@ -99,5 +99,6 @@ "page-events-meetups-events-subtitle": "Tafuta hackathons zijazo, mikusanyiko ya jamii, na makongamano katika mfumo ikolojia wa Ethereum.", "page-events-cta-title": "Unaandaa tukio?", "page-events-cta-body": "Hii ni orodha isiyo kamili inayodumishwa na jamii yetu. Je, unajua tukio lijalo la Ethereum la kuongeza kwenye orodha hii?", - "page-events-cta-button": "Wasilisha tukio" + "page-events-cta-button": "Wasilisha tukio", + "item-logo": "Nembo ya {item}" } diff --git a/src/intl/sw/page-developers-index.json b/src/intl/sw/page-developers-index.json index a4d5b89e355..6c52d8d5aa0 100644 --- a/src/intl/sw/page-developers-index.json +++ b/src/intl/sw/page-developers-index.json @@ -19,7 +19,15 @@ "page-developers-dev-env-link": "Mazingira ya maendeleo", "page-developers-discord": "Jiunge Discord", "page-developers-docs-introductions": "Utangulizi", + "page-developers-ethskills-cta": "Jenga na {ethskills}", + "page-developers-ethskills-desc": "Maarifa ya Ethereum yaliyopangwa kwa ajili ya mkusanyiko wa mawakala. Mpe wakala wako wa AI muktadha unaohitajika kusoma hali, kutuma miamala, na kuratibu na itifaki, bila kuondoka kwenye dirisha la muktadha wa modeli.", "page-developers-ethskills-label": "Muktadha wa wakala wa AI kwa Ethereum", + "page-developers-ethskills-msg-1": "anzisha sarafu kwa ajili ya jamii yangu", + "page-developers-ethskills-msg-2": "tengeneza klabu ya mashabiki inayonilipa watu wanapojiunga", + "page-developers-ethskills-msg-3": "acha sanaa yangu ipate mrabaha kila inapouzwa tena", + "page-developers-ethskills-msg-4": "tengeneza DAO na uache mashabiki wangu wapigie kura ninachojenga", + "page-developers-ethskills-msg-5": "weka hazina inayokuza ETH yangu ninapokuwa nimelala", + "page-developers-ethskills-title": "Jenga onchain na mawakala", "page-developers-evm-desc": "Tarakilishi inayoshughulikia mapatano", "page-developers-evm-link": "Mashine Dhahiri ya Ethereum(MDE)", "page-developers-explore-documentation": "Chunguza nyaraka", diff --git a/src/intl/sw/page-get-eth.json b/src/intl/sw/page-get-eth.json index 85e036296a2..c0c4a252b3b 100644 --- a/src/intl/sw/page-get-eth.json +++ b/src/intl/sw/page-get-eth.json @@ -75,5 +75,6 @@ "page-get-eth-your-address-desc-3": "Ifikirie hii kama anuani yako ya barua pepe, lakini badala ya barua inaweza kupokea ETH. Kama unataka kuhamisha ETH kutoka kwenye soko la mabadilishano kwenda kwenye pochi yako, tumia anuani yako ya umma. Hakikisha unaikagua mara mbili mbili kabla ya kutuma!", "page-get-eth-your-address-wallet-link": "Anagalia pochi", "listing-policy-raise-issue-link": "Ongeza suala", - "page-find-wallet-last-updated": "Usasisho wa mwisho" + "page-find-wallet-last-updated": "Usasisho wa mwisho", + "listing-policy-disclaimer": "Bidhaa zote zilizo zilizoorodheshwa kwenye ukurasa huu sio uthibitisho rasmi, na zinatolewea kwa kusidi la chanzo cha taarifa tu. kama unataka kuongeza bidhaa ama kutuma maoni juu ya sera ongea suala kwenye Github." } diff --git a/src/intl/sw/page-roadmap.json b/src/intl/sw/page-roadmap.json index beace193aa2..1ef3d1033f0 100644 --- a/src/intl/sw/page-roadmap.json +++ b/src/intl/sw/page-roadmap.json @@ -96,7 +96,13 @@ "page-roadmap-fusaka-additional-item-1": "Usaidizi kwa secure enclaves kwenye vifaa vya mkononi ili kuboresha UX", "page-roadmap-fusaka-additional-item-2": "Maboresho ya soko la ada za Blob", "page-roadmap-fusaka-additional-item-3": "Maboresho zaidi kwa ufanisi wa mthibitishaji na utendaji wa mtandao", - "page-roadmap-glamsterdam-discussed-title": "Imepangwa kwa Glamsterdam", - "page-roadmap-glamsterdam-discussed-item-1": "Enshrined Proposer-Builder Separation (ePBS)", - "page-roadmap-glamsterdam-discussed-item-2": "Block-level Access Lists (BALs)" + "page-roadmap-glamsterdam-epbs-title": "Utengano wa asili wa mpendekezaji na wajenzi", + "page-roadmap-glamsterdam-epbs-item-1": "Hutenganisha makubaliano ya vitalu kutoka kwa usindikaji, na kusaidia L1 kupanuka kwa kuruhusu vidhibiti kusindika data zaidi.", + "page-roadmap-glamsterdam-epbs-item-2": "Huunganisha wajenzi asilia ili wathibitishaji waweze kukabidhi uundaji wa vizuizi kwa usalama bila kuamini programu za nje.", + "page-roadmap-glamsterdam-bal-title": "Orodha za ufikiaji wa kiwango cha kitalu", + "page-roadmap-glamsterdam-bal-item-1": "Inatambulisha orodha za lazima za ufikiaji katika kiwango cha kizuizi, badala ya miamala ya mtu binafsi.", + "page-roadmap-glamsterdam-bal-item-2": "Huorodhesha utegemezi mapema kwa ajili ya ulandanishi wa haraka, utekelezaji sambamba, na usomaji sambamba wa diski.", + "page-roadmap-glamsterdam-bal-item-3": "Hupunguza gesi kwa programu zinazotumia sana hali na huboresha utabiri wa gharama ya gesi.", + "page-roadmap-hegota-discussed-title": "Imepangwa kwa ajili ya Hegotá", + "page-roadmap-hegota-discussed-item-1": "Mapendekezo kwa sasa yanajadiliwa" } diff --git a/src/intl/ta/common.json b/src/intl/ta/common.json index f19fea668f3..5ffe2aec17e 100644 --- a/src/intl/ta/common.json +++ b/src/intl/ta/common.json @@ -25,11 +25,9 @@ "close": "மூடு", "community": "சமூகம்", "community-hub": "சமூக மையம்", - "community-menu": "சமூகம் மெனு", "conferences": "மாநாடுகள்", "consensus-when-shipping": "அது எப்போது ஷிப்பிங் செய்யும்?", "contact": "பத்திரிக்கை தொடர்பு", - "content-buckets": "உள்ளடக்கப் பக்கெட்கள்", "content-resources": "உள்ளடக்க வளங்கள்", "content-standardization": "தகவல் தரப்படுத்தல்", "contributing": "பங்களிக்கிறீர்கள்", @@ -53,7 +51,6 @@ "design-principles": "வடிவமைப்புக் கொள்கைகள்", "devcon": "டெவ்கான்", "developers": "உருவாக்குநர்கள் (டெவலப்பர்கள்)", - "developers-home": "உருவாக்குநர்களின் முகப்பு", "docs": "ஆவணங்கள்", "docsearch-error-help": "உங்கள் நெட்வொர்க் இணைப்பை நீங்கள் சரிபார்க்க வேண்டும்.", "docsearch-error-title": "தோடல் முடிவுகளைப் பெற முடியவில்லை", @@ -73,7 +70,6 @@ "docsearch-to-select": "தேர்வு செய்ய", "documentation": "ஆவணப்படுத்துதல்", "down": "கீழே", - "ecosystem": "சூழல்", "edit-page": "பக்கத்தைத் திருத்து", "ef-blog": "Ethereum நிறுவன வலைப்பதிவு", "eips": "Ethereum முன்னேற்ற முன்மொழிவுகள்", @@ -81,16 +77,12 @@ "enterprise": "நிறுவனம்", "use-cases": "பயன்பாடு வழக்குகள்", "enterprise-mainnet": "நிறுவனம் - Mainnet Ethereum", - "enterprise-menu": "நிறுவனம் மெனு", - "enterprise-team-description": "உங்கள் கேள்விகளுக்கு நாங்கள் பதிலளிப்போம், சாத்தியமான முன்னோக்கி செல்லும் பாதைகளை அடையாளம் காண உதவுவோம், தொழில்நுட்ப ஆதரவை வழங்குவோம் மற்றும் தொடர்புடைய தொழில் தலைவர்களுடன் உங்களை இணைப்போம்.", - "enterprise-team": "எத்தேரியம் நிறுவன குழு", "error-page-title": "அச்சச்சோ! ஏதோ தவறாகிவிட்டது", "error-page-description": "எங்கள் GitHub களஞ்சியத்தில் இந்தப் பிரச்சினையைப் புகாரளிப்பதன் மூலம் நீங்கள் எங்களை மேம்படுத்த உதவலாம்.", "error-page-home-link": "முகப்புப் பக்கத்திற்குத் திரும்பு", "esp": "சூழலுக்கு ஆதரவு வழங்கும் திட்டம்", "eth-current-price": "தற்போதைய ETH விலை (USD)", "ethereum": "எத்தேரியம்", - "ethereum-basics": "Ethereum அடிப்படைகள்", "ethereum-brand-assets": "Ethereum வணிகக் குறியீட்டுச் சொத்துகள்", "ethereum-bug-bounty": "நிரற் பிழைக்கான Ethereum வெகுமதித் திட்டம்", "ethereum-events": "Ethereum நிகழ்வுகள்", @@ -101,12 +93,9 @@ "ethereum-history-founder-and-ownership": "எத்தேரியத்தின் வரலாறு, நிறுவனர் மற்றும் உரிமை", "ethereum-logo": "Ethereum லோகோ", "ethereum-online": "ஆன்லைன் சமூகங்கள்", - "ethereum-protocol": "எத்தீரியம் நெறிமுறை", "ethereum-roadmap": "எத்தீரியம் திட்டப்படம்", "ethereum-security": "Ethereum பாதுகாப்பு மற்றும் மோசடி தடுப்பு", "ethereum-privacy": "எத்தேரியத்தில் தனியுரிமை", - "ethereum-support": "Ethereum தொடர்பான உதவி", - "ethereum-upgrades": "Ethereum மேம்பாடுகள்", "ethereum-vs-bitcoin": "எத்தேரியம் vs பிட்காயின்", "ethereum-wallets": "Ethereum பணப்பைகள்", "ethereum-whitepaper": "Ethereum யாதாஸ்து", @@ -122,7 +111,6 @@ "feedback-widget-thank-you-timing": "2–3 நிமிடம்", "feedback-widget-thank-you-title": "உங்கள் கருத்துக்கு நன்றி!", "filter-bar-clear": "வடிப்பானை அழி", - "filter-bar-empty": "தேர்ந்தெடுக்கப்பட்ட வடிப்பானுடன் எந்த உருப்படிகளும் பொருந்தவில்லை", "filter-bar-no-results": "முடிவுகள் எதுவும் கிடைக்கவில்லை", "filter-bar-placeholder": "வடிகட்டு", "filter-bar-showing": "காட்டப்படுகிறது", @@ -134,22 +122,15 @@ "get-involved": "ஈடுபடுத்திக் கொள்ளுங்கள்", "get-started": "தொடங்கு", "go-to-top": "மேலே செல்", - "grant-programs": "சூழலுக்கான உதவித் தொகை திட்டங்கள்", "grants": "உதவித் தொகைகள்", "guides": "வழிகாட்டிகள்", - "guides-hub": "எப்படி வழிகாட்டுகிறது", - "history-of-ethereum": "Ethereum வரலாறு", "home": "முகப்பு", - "how-ethereum-works": "Ethereum எப்படிச் செயல்படுகிறது?", "how-to-create-an-ethereum-account": "Ethereum கணக்கை \"உருவாக்குவது\" எப்படி", "how-to-revoke-token-access": "உங்கள் கிரிப்டோ நிதியை மேம்படுத்தப்பட்ட ஒப்பந்த அணுகலை எப்படி\n மீண்டும் பெறுவது", "how-to-swap-tokens": "டோக்கன்களை மாற்றுவது எப்படி", "how-to-use-a-bridge": "டோக்கன்களை எப்படி இரண்டாம் அடுக்குடன் இணைப்பது", "how-to-use-a-wallet": "Wallet பயன்படுத்துவது எப்படி", "image": "படம்", - "item-logo": "{item} சின்னம்", - "in-this-section": "இந்தப் பிரிவில்", - "individuals": "தனி நபர்கள்", "jobs": "பணிகள்", "kraken-logo": "Kraken லோகோ", "language-am": "அம்ஹாரிக்", @@ -231,13 +212,8 @@ "less": "குறைந்த", "light-mode": "வெளிச்சம்", "light-mode-aria-label": "லைட் பயன்முறைக்கு மாறு", - "listing-policy-disclaimer": "இந்தப் பக்கத்தில் பட்டியலிடப்பட்டுள்ள அனைத்துத் தயாரிப்புகளுக்கும் அதிகாரப்பூர்வமான ஒப்புதல்கள் வழங்கப்படவில்லை, அவை தகவல்களாக வாசிக்கப்படுவற்காக மட்டுமே வழங்கப்பட்டுள்ளன. நீங்கள் ஒரு தயாரிப்பைச் சேர்க்கவோ கொள்கையைப் பற்றிக் கருத்து வழங்கவோ விரும்பினால், GitHubக்குச் சென்று புகாரளியுங்கள்.", "loading": "ஏற்றுகிறது...", - "loading-error": "ஏற்றுவதில் பிழை.", "loading-error-refresh": "பிழை ஏற்பட்டது, ரெஃபிரெஷ் செய்யவும்.", - "loading-error-try-again-later": "தகவல்களைப் பெற முடியவில்லை. பின்னர் மீண்டும் முயற்சிக்கவும்.", - "logo": "லோகோ", - "mainnet-ethereum": "முதன்வலை Ethereum", "meetups": "சந்திப்புகள்", "menu": "பட்டி", "merge": "இணைக்கவும்", @@ -262,7 +238,6 @@ "nav-defi-description": "பாரம்பரிய நிதிச் சந்தைக்கான உலகளாவிய, வெளிப்படையான மாற்று", "nav-desci-description": "தற்போதைய அறிவியல் அமைப்புக்கு உலகளாவிய, திறந்த மாற்று", "nav-desoc-description": "சமூக தொடர்பு மற்றும் உள்ளடக்க உருவாக்கத்திற்கான பிளாக்செயின் அடிப்படையிலான தளங்கள்", - "nav-developers": "உருவாக்குநர்கள் (டெவலப்பர்கள்)", "nav-developers-docs": "உருவாக்குநர்களின் ஆவணங்கள்", "nav-did-description": "உங்கள் தனிப்பட்ட பரவலாக்கப்பட்ட அடையாளங்காட்டிகளை வழங்கி உரிமையைக் கொண்டிருங்கள்", "nav-docs-description": "Ethereum குறித்து புரிந்துகொள்ளவும் அதனுடன் வளர்ச்சியை அடைவதற்கு உதவும் ஆவணங்கள்", @@ -312,7 +287,6 @@ "nav-history-label": "Ethereum-இன் தொழில்நுட்ப வரலாறு", "nav-learn-ethereum-development-description": "உங்கள் எத்தேரியம் மேம்பாட்டுக் கல்வியைத் தொடங்குங்கள் அல்லது மேம்படுத்துங்கள்", "nav-start-building-description": "உங்கள் எத்தேரியம் மேம்பாட்டு அடுக்கைத் தேர்ந்தெடுத்து அமைக்கவும்", - "nav-networks-home-description": "Ethereum-க்கான விலைமலிவான மற்றும் விரைவான பரிவர்த்தனைகள்", "nav-networks-introduction-label": "# அறிமுகம்", "nav-networks-introduction-description": "எதிரியும் விரிவாக்கப்பட்ட இணையங்களின் இணையம்", "nav-networks-explore-networks-label": "நெட்வொர்க்குகளை ஆராயுங்கள்", @@ -387,10 +361,6 @@ "on-this-page": "இந்தப் பக்கத்தில்", "onchain-gaming": "ஆன்செயின் கேமிங்", "open": "திற", - "open-research": "திறந்த ஆராய்ச்சி", - "page-developers-aria-label": "டெவலப்பர்களின் மெனு", - "page-index-meta-title": "முகப்பு", - "page-languages-browser-default": "இயல்புநிலை உலாவி", "page-languages-filter-label": "வடிகட்டிப் பட்டியல்", "page-languages-filter-placeholder": "வடிகட்டத் தட்டச்சு செய்க", "page-languages-interested": "பங்களிக்க ஆர்வமா?", @@ -412,7 +382,6 @@ "pools": "பூல்டு ஸ்டேக்கிங்", "prediction-markets": "கணிப்பு சந்தைகள்", "privacy-policy": "தனியுரிமைக் கொள்கை", - "private-ethereum": "தனிமுறை Ethereum", "product-disclaimer": "எத்தீரியம் சமூகத்தின் வசதிக்கு ஏற்ப தயாரிப்புகளும் சேவைகளும் பட்டியலிடப்பட்டுள்ளன. தயரிப்பையோ சேவையையோ சேர்ப்பது என்பது ethereum.org இணையதளம் அல்லது எத்தீரியம் மையத்தில் இருந்து ஒப்புதல் பெறப்பட்டவையாகக் கருதப்படாது.", "quizzes": "வினாடி வினா", "quizzes-title": "வினாடி வினா மையம்", @@ -423,23 +392,17 @@ "resources": "மொழிபெயர்ப்பு ஆதாரங்கள்", "return-home": "முகப்புக்குச் செல்", "roadmap": "எத்தீரியம் திட்டப்படம்", - "rollup-component-developer-docs": "உருவாக்குநர்களின் ஆவணங்கள்", - "rollup-component-technology-and-risk-summary": "தொழில்நுட்பம் மற்றும் இடர் மதிப்பீட்டு சுருக்கம்", "rollup-component-website": "வலைத்தளம்", "run-a-node": "முனையை இயக்கு", "real-world-assets": "RWAகள் - நிஜ உலக சொத்துக்கள்", "saas": "சேவையாகப் பணயம் வைப்பது", "scaling": "அளவிடுதல்", "search": "தேடுக", - "search-box-blank-state-text": "தேடுங்கள்!", - "search-eth-address": "இது Ethereum முகவரிபோல் தெரிகிறது. முகவரிகளுக்கு ஏற்ப, குறிப்பிட்ட தரவுகளை நாங்கள் வழங்குவதில்லை. இது போன்ற ஒரு பிளாக் உலாவியில் அதைத் தேட முயற்சி செய்க", "search-ethereum-org": "எத்தீரியம்.ஓஆர்ஜி யில் தேடுங்கள்", - "search-no-results": "உங்கள் தேடலுக்கான முடிவுகள் எதுவும் இல்லை", "secret-leader-election": "ரகசிய தலைவர் தேர்தல்", "security": "பாதுகாப்பு", "see-contributors": "பங்களிப்பாளர்களைக் காட்டு", "start-building": "கட்டிடம் தொடங்கு", - "sharding": "ஷார்டிங்", "show-all": "அனைத்தையும் காட்டு", "show-more": "மேலும் காட்டு", "show-less": "குறைவாகக் காட்டு", @@ -452,7 +415,6 @@ "stablecoins": "ஸ்டேபிள்காயின்ஸ்", "stake-eth": "ETH பங்கு", "staking": "ஸ்டேக்கிங்", - "start-here": "இங்கே இருக்கவும்", "statelessness": "நாடற்ற தன்மை", "style-guide": "பாணி வழிகாட்டி", "support": "உதவி", @@ -475,22 +437,19 @@ "tutorials": "பயிற்சிகள்", "up": "மேலே", "use": "பயன்படுத்த", - "use-ethereum": "எத்தேரியமைப் பயன்படுத்துதல்", - "use-ethereum-menu": "எத்தேரியமைப் பயன்படுத்துதல் மெனு", "use-menu": "மெனுவை பயன்படுத்துக", "user-experience": "பயனர் அனுபவம்", "verkle-trees": "வெர்க்கில் மரங்கள்", "wallets": "பணப்பைகள்", "we-couldnt-find-that-page": "அந்தப் பக்கத்தைக் கண்டறிய முடியவில்லை", "web3": "Web3 என்றால் என்ன?", - "web3-title": "வலை3", "website-last-updated": "வலைத்தளம் கடைசியாக மாற்றப்பட்டது", "what-are-apps": "பயன்பாடுகள் என்றால் என்ன?", "what-is-ether": "ஈதர் (ETH) என்றால் என்ன?", "what-is-ethereum": "எத்தேரியும் என்றால் என்ன?", "what-is-the-ethereum-network": "எத்தேரியம் நெட்வொர்க் என்றால் என்ன?", "withdrawals": "ஸ்டேக்கிங் பின்வாங்கல்", - "wrapped-ether": "மூடப்பட்ட ஈதர்", + "wrapped-eth": "மூடப்பட்ட ஈதர்", "yes": "ஆம்", "zero-knowledge-proofs": "ஜீரோ-நிரூபன சான்றுகள்", "region-crimea": "Crimea", diff --git a/src/intl/ta/glossary-tooltip.json b/src/intl/ta/glossary-tooltip.json index 298b4dda082..b400c6118a5 100644 --- a/src/intl/ta/glossary-tooltip.json +++ b/src/intl/ta/glossary-tooltip.json @@ -139,6 +139,8 @@ "staking-definition": "நெட்வொர்க்கைப் பாதுகாக்கவும், ஒரு சரிபார்ப்பாளராக மாறவும், ஒரு அளவு ஈதரை (உங்கள் பங்கு) வைப்பு செய்தல். ஒரு சரிபார்ப்பாளர் பங்குச் சான்று ஒருமித்த கருத்து மாதிரியின் கீழ் பரிவர்த்தனைகளைச் சரிபார்த்து பிளாக்குகளை முன்மொழிகிறார். பங்கு வைப்பது நெட்வொர்க்கின் சிறந்த நலன்களுக்காகச் செயல்பட உங்களுக்கு ஒரு பொருளாதார ஊக்கத்தை அளிக்கிறது. உங்கள் சரிபார்ப்பாளர் கடமைகளைச் செய்வதற்காக நீங்கள் வெகுமதிகளைப் பெறுவீர்கள், ஆனால் அவ்வாறு செய்யாவிட்டால் மாறுபட்ட அளவு ETH ஐ இழப்பீர்கள். Ethereum பங்கு வைப்பது பற்றி மேலும்.", "staking-pool-term": "Staking pool", "staking-pool-definition": "ஒரு சரிபார்ப்பாளர் விசைகளின் தொகுப்பைச் செயல்படுத்தத் தேவையான 32 ETH ஐ அடையப் பயன்படும், ஒன்றுக்கு மேற்பட்ட Ethereum ஸ்டேக்கர்களின் ஒருங்கிணைந்த ETH. ஒரு முனை ஆபரேட்டர் இந்த விசைகளைப் பயன்படுத்தி ஒருமித்த கருத்தில் பங்கேற்கிறார், மேலும் பிளாக் வெகுமதிகள் பங்களிக்கும் ஸ்டேக்கர்களிடையே பிரிக்கப்படுகின்றன. பங்கு வைக்கும் குளங்கள் அல்லது பங்கு வைப்பதை ஒப்படைத்தல் ஆகியவை Ethereum நெறிமுறைக்கு சொந்தமானவை அல்ல, ஆனால் பல தீர்வுகள் சமூகத்தால் உருவாக்கப்பட்டுள்ளன. கூட்டுப் பங்கு வைப்பது பற்றி மேலும்.", + "state-term": "நிலை", + "state-definition": "பிளாக்செயினில் ஒரு குறிப்பிட்ட நேரத்தில் உள்ள அனைத்து நிலுவைகள் மற்றும் தரவுகளின் ஸ்னாப்ஷாட், பொதுவாக ஒரு குறிப்பிட்ட பிளாக்கின் நிலையைக் குறிக்கிறது.", "sybil-attack-term": "சிபில் தாக்குதல்", "sybil-attack-definition": "சிபில் தாக்குதல்கள் தனிப்பட்ட மனிதர்கள் தங்கள் செல்வாக்கை அதிகரிக்க பல நபர்களாக இருப்பதாக ஒரு அமைப்பை ஏமாற்றுவதைக் குறிக்கின்றன.", "terminal-total-difficulty-term": "முனைய மொத்த சிரமம் (TTD)", diff --git a/src/intl/ta/page-community-events.json b/src/intl/ta/page-community-events.json index 74d60bfae2d..1d37ddcf06c 100644 --- a/src/intl/ta/page-community-events.json +++ b/src/intl/ta/page-community-events.json @@ -98,5 +98,6 @@ "page-events-meetups-events-subtitle": "எத்தேரியம் சுற்றுச்சூழல் அமைப்பைச் சுற்றியுள்ள வரவிருக்கும் ஹேக்கத்தான்கள், சமூகக் கூட்டங்கள் மற்றும் மாநாடுகளைத் தேடுங்கள்.", "page-events-cta-title": "ஒரு நிகழ்வை ஏற்பாடு செய்கிறீர்களா?", "page-events-cta-body": "இது எங்கள் சமூகத்தால் பராமரிக்கப்படும் ஒரு முழுமையற்ற பட்டியல். இந்தப் பட்டியலில் சேர்க்க வரவிருக்கும் எத்தேரியம் நிகழ்வு ஏதேனும் உங்களுக்குத் தெரியுமா?", - "page-events-cta-button": "நிகழ்வைச் சமர்ப்பிக்கவும்" + "page-events-cta-button": "நிகழ்வைச் சமர்ப்பிக்கவும்", + "item-logo": "{item} சின்னம்" } diff --git a/src/intl/ta/page-developers-index.json b/src/intl/ta/page-developers-index.json index 33e7c5c6113..ee9f4227f19 100644 --- a/src/intl/ta/page-developers-index.json +++ b/src/intl/ta/page-developers-index.json @@ -12,7 +12,15 @@ "page-developers-dev-env-desc": "டப் மேம்பாட்டிற்கு ஏற்ற IDEகள்", "page-developers-dev-env-link": "வளர்ச்சி சூழல்கள்", "page-developers-docs-introductions": "அறிமுகங்கள்", + "page-developers-ethskills-cta": "{ethskills} மூலம் உருவாக்குங்கள்", + "page-developers-ethskills-desc": "ஏஜென்டிக் ஸ்டேக்கிற்கான கட்டமைக்கப்பட்ட Ethereum அறிவு. உங்கள் AI ஏஜென்டுக்கு நிலையைப் படிக்கவும், பரிவர்த்தனைகளை அனுப்பவும், நெறிமுறைகளுடன் ஒருங்கிணைக்கவும் தேவையான சூழலை வழங்குங்கள், மாடலின் சூழல் சாளரத்தை விட்டு வெளியேறாமல்.", "page-developers-ethskills-label": "எத்தேரியத்திற்கான AI முகவர் சூழல்", + "page-developers-ethskills-msg-1": "என் சமூகத்திற்காக ஒரு காயின் தொடங்கு", + "page-developers-ethskills-msg-2": "மக்கள் சேரும்போது எனக்கு பணம் தரும் ரசிகர் மன்றம் உருவாக்கு", + "page-developers-ethskills-msg-3": "என் கலை மறுவிற்பனை ஆகும் ஒவ்வொரு முறையும் ராயல்டி சம்பாதிக்கட்டும்", + "page-developers-ethskills-msg-4": "ஒரு DAO உருவாக்கி என் ரசிகர்கள் நான் என்ன உருவாக்குவது என்று வாக்களிக்கட்டும்", + "page-developers-ethskills-msg-5": "நான் தூங்கும்போது என் ETH ஐ வளர்க்கும் வால்ட் அமைக்கு", + "page-developers-ethskills-title": "ஏஜென்ட்களுடன் ஆன்செயின் உருவாக்குங்கள்", "page-developers-evm-desc": "பரிவர்த்தனைகளைச் செயல்படுத்தும் கணினி", "page-developers-evm-link": "எத்தீரியம் மெய்நிகர் இயந்திரம் (EVM)", "page-developers-explore-documentation": "ஆவணங்களை ஆராயுங்கள்", diff --git a/src/intl/ta/page-get-eth.json b/src/intl/ta/page-get-eth.json index fb04553bc01..00168f9db91 100644 --- a/src/intl/ta/page-get-eth.json +++ b/src/intl/ta/page-get-eth.json @@ -75,5 +75,6 @@ "page-get-eth-your-address-desc-3": "இதை உங்கள் மின்னஞ்சல் முகவரிபோல் நினைத்துப் பாருங்கள், ஆனால் அஞ்சலுக்குப் பதிலாக அது ETH ஐப் பெறலாம். நீங்கள் ETH ஐ பரிமாற்றத்திலிருந்து உங்கள் பணப்பைக்கு மாற்ற விரும்பினால், உங்கள் முகவரியை இலக்காகப் பயன்படுத்தவும். நீங்கள் அனுப்பும் முன் எப்போதும் இருமுறை சரிபார்க்கவும்!", "page-get-eth-your-address-wallet-link": "பணப்பை பாருங்கள்", "listing-policy-raise-issue-link": "புகாரளியுங்கள்", - "page-find-wallet-last-updated": "கடைசியாகப் புதுப்பித்தது" + "page-find-wallet-last-updated": "கடைசியாகப் புதுப்பித்தது", + "listing-policy-disclaimer": "இந்தப் பக்கத்தில் பட்டியலிடப்பட்டுள்ள அனைத்துத் தயாரிப்புகளுக்கும் அதிகாரப்பூர்வமான ஒப்புதல்கள் வழங்கப்படவில்லை, அவை தகவல்களாக வாசிக்கப்படுவற்காக மட்டுமே வழங்கப்பட்டுள்ளன. நீங்கள் ஒரு தயாரிப்பைச் சேர்க்கவோ கொள்கையைப் பற்றிக் கருத்து வழங்கவோ விரும்பினால், GitHubக்குச் சென்று புகாரளியுங்கள்." } diff --git a/src/intl/ta/page-roadmap.json b/src/intl/ta/page-roadmap.json index 84975f15462..c2800bfbd5b 100644 --- a/src/intl/ta/page-roadmap.json +++ b/src/intl/ta/page-roadmap.json @@ -96,7 +96,13 @@ "page-roadmap-fusaka-additional-item-1": "பயனர் அனுபவத்தை மேம்படுத்த மொபைல் சாதனங்களில் பாதுகாப்பான சூழல்களுக்கான ஆதரவு", "page-roadmap-fusaka-additional-item-2": "பிளாப் கட்டண சந்தை மேம்பாடுகள்", "page-roadmap-fusaka-additional-item-3": "சரிபார்ப்பாளர் செயல்திறன் மற்றும் நெட்வொர்க் செயல்திறனில் மேலும் மேம்பாடுகள்", - "page-roadmap-glamsterdam-discussed-title": "கிளாம்ஸ்டர்டாமிற்கு திட்டமிடப்பட்டது", - "page-roadmap-glamsterdam-discussed-item-1": "உறுதிசெய்யப்பட்ட முன்மொழிபவர்-உருவாக்குபவர் பிரிப்பு (ePBS)", - "page-roadmap-glamsterdam-discussed-item-2": "பிளாக்-நிலை அணுகல் பட்டியல்கள் (BALs)" + "page-roadmap-glamsterdam-epbs-title": "முன்மொழிபவர்-உருவாக்குபவர் பிரிவினை", + "page-roadmap-glamsterdam-epbs-item-1": "பிளாக்குகளை செயலாக்குவதிலிருந்து பிரித்து, சரிபார்ப்பாளர்கள் அதிக தரவைச் செயலாக்க அனுமதிப்பதன் மூலம் L1 அளவிட உதவுகிறது.", + "page-roadmap-glamsterdam-epbs-item-2": "கட்டமைப்பாளர்களை இயல்பாக ஒருங்கிணைக்கிறது, இதனால் சரிபார்ப்பாளர்கள் வெளிப்புற மென்பொருளை நம்பாமல் பாதுகாப்பாக தொகுதி இணைப்பை வெளிப்புறமாக வழங்க முடியும்.", + "page-roadmap-glamsterdam-bal-title": "தொகுதி-நிலை அணுகல் பட்டியல்கள்", + "page-roadmap-glamsterdam-bal-item-1": "தனிப்பட்ட பரிவர்த்தனைகளுக்குப் பதிலாக, தொகுதி அளவில் கட்டாய அணுகல் பட்டியல்களை அறிமுகப்படுத்துகிறது.", + "page-roadmap-glamsterdam-bal-item-2": "வேகமான ஒத்திசைவுகள், இணைச் செயலாக்கம் மற்றும் இணை வட்டு வாசிப்புகளுக்கு சார்புகளை முன்கூட்டியே வரைபடமாக்குகிறது.", + "page-roadmap-glamsterdam-bal-item-3": "ஸ்டேட்-சார்ந்த செயலிகளுக்கு எரிவாயு செலவைக் குறைத்து, எரிவாயு செலவு முன்னறிவிப்பை மேம்படுத்துகிறது.", + "page-roadmap-hegota-discussed-title": "ஹெகோட்டாவிற்கு திட்டமிடப்பட்டது", + "page-roadmap-hegota-discussed-item-1": "முன்மொழிவுகள் தற்போது பரிசீலனையில் உள்ளன." } diff --git a/src/intl/te/common.json b/src/intl/te/common.json index 032e7a91e1f..6b2060412aa 100644 --- a/src/intl/te/common.json +++ b/src/intl/te/common.json @@ -25,11 +25,9 @@ "close": "మూసివేయండి", "community": "కమ్యూనిటీ", "community-hub": "కమ్యూనిటీ హబ్", - "community-menu": "కమ్యూనిటీ మెనూ", "conferences": "సమావేశాలు", "consensus-when-shipping": "ఇది ఎప్పుడు షిప్పింగ్ అవుతుంది?", "contact": "సంప్రదించండి నొక్కండి", - "content-buckets": "కంటెంట్ బకెట్లు", "content-resources": "కంటెంట్ వనరులు", "content-standardization": "కంటెంట్ ప్రామాణీకరణ", "contributing": "సహకరించడం", @@ -53,7 +51,6 @@ "design-principles": "డిజైన్ సూత్రాలు", "devcon": "డెవలపర్ల సమావేశం", "developers": "డెవలపర్లు", - "developers-home": "డెవలపర్స్ హోమ్", "docs": "డాక్స్", "docsearch-error-help": "మీ నెట్వర్క్ కనెక్షన్‌ని పరిశీలించండి.", "docsearch-error-title": "ఫలితాలను పొందలేకపోయింది", @@ -73,7 +70,6 @@ "docsearch-to-select": "ఎంపికచేయుటకు", "documentation": "దస్తావేజులను సమకూర్చుట", "down": "క్రింద", - "ecosystem": "పర్యావరణ వ్యవస్థ", "edit-page": "పేజీని సవరించండి", "ef-blog": "Ethereum ఫౌండేషన్ బ్లాగ్", "eips": "Ethereum మెరుగుదల ప్రతిపాదనలు", @@ -81,16 +77,12 @@ "enterprise": "సంస్థ", "use-cases": "కేసులను ఉపయోగించండి", "enterprise-mainnet": "ఎంటర్‌ప్రైజ్ - మెయిన్‌నెట్ Ethereum", - "enterprise-menu": "ఎంటర్ప్రైజ్ మెను", - "enterprise-team-description": "మేము మీ ప్రశ్నలకు సమాధానం ఇస్తాము, ముందుకు సాగడానికి సంభావ్య మార్గాలను గుర్తించడంలో సహాయం చేస్తాము, సాంకేతిక మద్దతును అందిస్తాము మరియు మిమ్మల్ని సంబంధిత పరిశ్రమల నాయకులతో కనెక్ట్ చేస్తాము.", - "enterprise-team": "Ethereum సంస్థ బృందం", "error-page-title": "అయ్యో! ఏదో తప్పు జరిగింది", "error-page-description": "మా GitHub రిపోజిటరీలో ఈ సమస్యను నివేదించడం ద్వారా మీరు మెరుగుపరచడంలో మాకు సహాయపడగలరు.", "error-page-home-link": "హోమ్ పేజీకి తిరిగి వెళ్లండి", "esp": "ఈకోసిస్టమ్ మద్దతు కార్యక్రమం", "eth-current-price": "ప్రస్తుత ETH రేటు (USD)", "ethereum": "ఇతీరియము", - "ethereum-basics": "Ethereum బేసిక్స్", "ethereum-brand-assets": "Ethereum బ్రాండ్ ఆస్తులు", "ethereum-bug-bounty": "Ethereum బగ్ బౌంటీ కార్యక్రమం", "ethereum-events": "Ethereum ఈవెంట్లు", @@ -101,12 +93,9 @@ "ethereum-history-founder-and-ownership": "Ethereum చరిత్ర, వ్యవస్థాపకుడు మరియు యాజమాన్యం", "ethereum-logo": "Ethereum లోగో", "ethereum-online": "ఆన్లైన్‌లో కమ్యూనిటీలు", - "ethereum-protocol": "Ethereum ప్రోటోకాల్", "ethereum-roadmap": "Ethereum రోడ్‌మ్యాప్", "ethereum-security": "Ethereum సెక్యూరిటీ మరియు స్కామ్ నివారణ", "ethereum-privacy": "Ethereumలో గోప్యత", - "ethereum-support": "Ethereum సపోర్ట్", - "ethereum-upgrades": "Ethereum నవీకరణలు", "ethereum-vs-bitcoin": "Ethereum వర్సెస్ Bitcoin", "ethereum-wallets": "Ethereum వాలెట్‌లు", "ethereum-whitepaper": "Ethereum వైట్‌పేపర్", @@ -122,7 +111,6 @@ "feedback-widget-thank-you-timing": "2–3 నిమిషాలు", "feedback-widget-thank-you-title": "మీ అభిప్రాయం చెప్పినందుకు ధన్యావాదాలు!", "filter-bar-clear": "ఫిల్టర్‌ను క్లియర్ చేయండి", - "filter-bar-empty": "ఎంచుకున్న ఫిల్టర్‌తో ఏ అంశాలు సరిపోలలేదు", "filter-bar-no-results": "ఫలితాలు కనుగొనబడలేదు", "filter-bar-placeholder": "ఫిల్టర్ చేయండి", "filter-bar-showing": "చూపిస్తోంది", @@ -134,22 +122,15 @@ "get-involved": "ఇందులో భాగంకండి", "get-started": "ఇప్పుడే ప్రారంభించండి", "go-to-top": "పైకి వెళ్ళండి", - "grant-programs": "కోసిస్టమ్‌లో గ్రాంట్ ప్రోగ్రామ్‌లు", "grants": "గ్రాంట్లు", "guides": "మార్గదర్శకాలు", - "guides-hub": "ఎలా చేయాలో మార్గదర్శకాలు", - "history-of-ethereum": "Ethereum చరిత్ర", "home": "హోమ్", - "how-ethereum-works": "Ethereum ఎలా పని చేస్తుంది", "how-to-create-an-ethereum-account": "ఒక Ethereum అకౌంట్ \"తయారీ\" చేయటం ఎలా", "how-to-revoke-token-access": "మీ క్రిప్టో ఫండ్‌లకు స్మార్ట్ కాంట్రాక్ట్ యాక్సెస్‌ను ఎలా రద్దు చేయాలి", "how-to-swap-tokens": "టోకెన్‌లను ఎలా మార్చుకోవాలి", "how-to-use-a-bridge": "లేయర్ 2కు టోకెన్‌లను ఎలా బ్రిడ్జ్ చేయాలి", "how-to-use-a-wallet": "వాలెట్ ఎలా ఉపయోగించాలి", "image": "చిత్రం", - "item-logo": "{item} లోగో", - "in-this-section": "ఈ విభాగంలో", - "individuals": "వ్యక్తులు", "jobs": "ఉద్యోగాలు", "kraken-logo": "క్రాకెన్ లోగో", "language-am": "అమ్హారిక్", @@ -231,13 +212,8 @@ "less": "తక్కువ", "light-mode": "లైట్", "light-mode-aria-label": "లైట్ మోడ్‌కు మారండి", - "listing-policy-disclaimer": "ఈ పేజీలో జాబితా చేయబడిన అన్ని ఉత్పత్తులు అధికార ఆమోదాలు కావు, సమాచార ప్రయోజనాల కోసం మాత్రమే అందించబడతాయి. మీరు ఉత్పత్తిని జోడించాలి అనుకుంటే లేదా పాలసీపై అభిప్రాయాన్ని అందించాలి అనుకుంటే GitHub లో సమస్యను తెలపండి.", "loading": "లోడ్ అవుతుంది...", - "loading-error": "లోడింగ్ ఎర్రర్.", "loading-error-refresh": "ఎర్రర్, దయచేసి రిఫ్రెష్ చేయండి.", - "loading-error-try-again-later": "డేటాను లోడ్ చెయడం సాధ్యపడలేదు. దయచేసి తర్వాత ప్రయత్నించండి.", - "logo": "లోగో", - "mainnet-ethereum": "మెయిన్‌నెట్ Ethereum", "meetups": "మీటప్స్", "menu": "మెనూ", "merge": "కలుపు", @@ -262,7 +238,6 @@ "nav-defi-description": "సంప్రదాయ ఆర్థిక విపణికి ప్రపంచ, బహిరంగ ప్రత్యామ్నాయం|", "nav-desci-description": "ప్రస్తుత శాస్త్రీయ వ్యవస్థకు ప్రపంచ, బహిరంగ ప్రత్యామ్నాయం", "nav-desoc-description": "సోషల్ ఇంటరాక్షన్ మరియు కంటెంట్ క్రియేషన్ కొరకు బ్లాక్‌చెయిన్ ఆధారిత ప్లాట్‌ఫారమ్‌లు", - "nav-developers": "డెవలపర్లు", "nav-developers-docs": "డెవలపర్‌ల డాక్స్", "nav-did-description": "మీ ప్రత్యేక వికేంద్రీకృత ఐడెంటిఫైయర్లను జారీ చేయండి మరియు స్వంతం చేసుకోండి", "nav-docs-description": "Ethereumతో అర్థం చేసుకోవడానికి మరియు బిల్డ్ చేయడానికి మీకు సహాయపడే డాక్యుమెంట్లు", @@ -312,7 +287,6 @@ "nav-history-label": "Ethereum యొక్క సాంకేతిక చరిత్ర", "nav-learn-ethereum-development-description": "మీ ఇతీరియము అభివృద్ధి విద్యను ప్రారంభించండి లేదా ఉన్నత స్థాయికి చేర్చండి", "nav-start-building-description": "మీ ఇతీరియము డెవలప్‌మెంట్ స్టాక్‌ను ఎంచుకోండి మరియు సెటప్ చేయండి", - "nav-networks-home-description": "Ethereum కోసం చౌకైన మరియు వేగవంతమైన లావాదేవీలు", "nav-networks-introduction-label": "పరిచయం", "nav-networks-introduction-description": "Ethereum నెట్‌వర్క్‌ల నెట్‌వర్క్‌గా విస్తరించబడింది", "nav-networks-explore-networks-label": "నెట్‌వర్క్‌లను అన్వేషించండి", @@ -387,10 +361,6 @@ "on-this-page": "ఈ పేజీ మీద", "onchain-gaming": "ఆన్‌చైన్ గేమింగ్", "open": "తెరవండి", - "open-research": "ఓపెన్ రీసెర్చ్", - "page-developers-aria-label": "డెవలపర్స్ మెనూ", - "page-index-meta-title": "హోమ్", - "page-languages-browser-default": "బ్రౌజర్ డిఫాల్ట్", "page-languages-filter-label": "ఫిల్టర్ జాబితా", "page-languages-filter-placeholder": "ఫిల్టర్ చేయడానికి టైప్ చేయండి", "page-languages-interested": "సహకారం అందించడానికి ఆసక్తి ఉందా?", @@ -412,7 +382,6 @@ "pools": "పూల్‌డ్ స్టేకింగ్", "prediction-markets": "అంచనా మార్కెట్లు", "privacy-policy": "గోప్యతా విధానం", - "private-ethereum": "ప్రైవేట్ Ethereum", "product-disclaimer": "ఉత్పత్తులు మరియు సేవలు ఎథెరియం కమ్యూనిటీ కోసం సౌలభ్యం కోసం జాబితా చేయబడ్డాయి. ఉత్పత్తి లేదా సేవను చేర్చడం ethereum.org వెబ్‌సైట్ బృందం లేదా ఎథెరియం ఫౌండేషన్ నుండి ఎండార్స్‌మెంట్‌ను సూచించదు.", "quizzes": "క్విజ్‌లు", "quizzes-title": "క్విజ్ హబ్", @@ -423,23 +392,17 @@ "resources": "అనువాద వనరులు", "return-home": "తిరిగి ఇంటికి", "roadmap": "Ethereum రోడ్‌మ్యాప్", - "rollup-component-developer-docs": "దేవేలోపెర్స్ డాక్స్", - "rollup-component-technology-and-risk-summary": "టెక్నాలజీ మరియు రిస్క్ సారాంశం", "rollup-component-website": "వెబ్‌సైట్", "run-a-node": "ఒక నోడ్‌ను రన్ చేయండి", "real-world-assets": "RWAs - వాస్తవ-ప్రపంచ ఆస్తులు", "saas": "ఒక సర్వీస్‌గా స్టేకింగ్", "scaling": "స్కేలింగ్", "search": "వెతుకండి", - "search-box-blank-state-text": "వెతకండి!", - "search-eth-address": "ఇది Ethereum అడ్రస్‌లా కనిపిస్తుంది. మేము అడ్రస్లకు నిర్దిష్టమైన డేటాను అందించము. వాటి బ్లాక్ ఎక్స్‌ప్లోరర్‌లో దాని కోసం శోధించడానికి ప్రయత్నించండి", "search-ethereum-org": "Ethereum.orgలో వెతకండి", - "search-no-results": "మీ శోధనకు ఫలితాలు లేవు", "secret-leader-election": "రహస్య నేత ఎన్నిక", "security": "భద్రత", "see-contributors": "సహకారులను చూడండి", "start-building": "నిర్మించడం ప్రారంభించండి", - "sharding": "శార్డింగ్", "show-all": "అన్నీ చూపించు", "show-more": "మరిన్ని చూపించు", "show-less": "తక్కువ చూపించు", @@ -452,7 +415,6 @@ "stablecoins": "స్టేబుల్‌కాయిన్‌లు", "stake-eth": "స్టేక్ ETH", "staking": "స్టేకింగ్", - "start-here": "ఇక్కడ ప్రారంభించండి", "statelessness": "స్థితిలేనితనం", "style-guide": "స్టైల్ గైడ్", "support": "సపోర్ట్", @@ -475,22 +437,19 @@ "tutorials": "ట్యుటోరియల్స్", "up": "పైకి", "use": "ఉపయోగించు", - "use-ethereum": "Ethereumని వాడండి", - "use-ethereum-menu": "Ethereum మెనుని ఉపయోగించండి", "use-menu": "యూజ్ మెనూ", "user-experience": "యూజర్ అనుభవం", "verkle-trees": "వెర్కిల్ ట్రీస్", "wallets": "వాలెట్‌లు", "we-couldnt-find-that-page": "ఆ పేజీని మేము కనుగొనలేకపోయాము", "web3": "Web3 అంటే ఏంటి?", - "web3-title": "Web3", "website-last-updated": "వెబ్‌సైట్ చివరిసారిగా నవీకరించబడింది", "what-are-apps": "యాప్‌లు అంటే ఏమిటి?", "what-is-ether": "ఈథర్ (ETH) అంటే ఏమిటి?", "what-is-ethereum": "Ethereum అంటే ఏంటి?", "what-is-the-ethereum-network": "Ethereum నెట్‌వర్క్ అంటే ఏమిటి?", "withdrawals": "స్టేకింగ్ విత్‌డ్రాల్స్", - "wrapped-ether": "చుట్టబడిన ఈథర్", + "wrapped-eth": "చుట్టబడిన ఈథర్", "yes": "అవును", "zero-knowledge-proofs": "జీరో-నాలెడ్జ్ రుజువులు", "region-crimea": "క్రిమియా", diff --git a/src/intl/te/glossary-tooltip.json b/src/intl/te/glossary-tooltip.json index a9ea533c0f0..a27e2d54ca4 100644 --- a/src/intl/te/glossary-tooltip.json +++ b/src/intl/te/glossary-tooltip.json @@ -139,6 +139,8 @@ "staking-definition": "ఒక వాలిడేటర్‌గా మారి, నెట్‌వర్క్‌ను సురక్షితం చేయడానికి ఈథర్ యొక్క పరిమాణాన్ని (మీ స్టేక్) డిపాజిట్ చేయడం. ఒక వాలిడేటర్ లావాదేవీలను తనిఖీ చేస్తుంది మరియు ప్రూఫ్-ఆఫ్-స్టేక్ ఏకాభిప్రాయం మోడల్ కింద బ్లాక్‌లను ప్రతిపాదిస్తుంది. స్టేకింగ్ మీకు నెట్‌వర్క్ యొక్క ఉత్తమ ప్రయోజనాలకు అనుగుణంగా వ్యవహరించడానికి ఒక ఆర్థిక ప్రోత్సాహాన్ని ఇస్తుంది. మీ వాలిడేటర్ విధులను నిర్వహించినందుకు మీకు రివార్డులు లభిస్తాయి, కానీ మీరు అలా చేయకపోతే వివిధ మొత్తాలలో ETH ను కోల్పోతారు. Ethereum స్టేకింగ్‌పై మరిన్ని వివరాలు.", "staking-pool-term": "స్టాకింగ్ పూల్", "staking-pool-definition": "ఒకదాని కంటే ఎక్కువ Ethereum స్టేకర్‌ల యొక్క మిళిత ETH, ఒక సెట్ వాలిడేటర్ కీలను యాక్టివేట్ చేయడానికి అవసరమైన 32 ETH ను చేరుకోవడానికి ఉపయోగించబడుతుంది. ఒక నోడ్ ఆపరేటర్ ఈ కీలను ఏకాభిప్రాయంలో పాల్గొనడానికి ఉపయోగిస్తాడు మరియు బ్లాక్ రివార్డులు దోహదపడిన స్టేకర్‌ల మధ్య విభజించబడతాయి. స్టేకింగ్ పూల్స్ లేదా డెలిగేటింగ్ స్టేకింగ్ Ethereum ప్రోటోకాల్‌కు స్థానికం కాదు, కానీ చాలా పరిష్కారాలు కమ్యూనిటీచే నిర్మించబడ్డాయి. పూల్డ్ స్టేకింగ్‌పై మరిన్ని వివరాలు.", + "state-term": "స్థితి", + "state-definition": "బ్లాక్‌చెయిన్‌లో ఒక నిర్దిష్ట సమయంలో అన్ని బ్యాలెన్స్‌లు మరియు డేటా యొక్క స్నాప్‌షాట్, సాధారణంగా నిర్దిష్ట బ్లొక్ వద్ద ఉన్న పరిస్థితిని సూచిస్తుంది.", "sybil-attack-term": "సిబిల్ అటాక్", "sybil-attack-definition": "సిబిల్ దాడులు వ్యక్తిగత మానవులు తమ ప్రభావాన్ని పెంచుకోవడానికి బహుళ వ్యక్తులుగా భావించేలా వ్యవస్థను మోసగించడాన్ని సూచిస్తాయి.", "terminal-total-difficulty-term": "టెర్మినల్ టోటల్ డిఫికల్టీ (TTD)", diff --git a/src/intl/te/page-community-events.json b/src/intl/te/page-community-events.json index 3d5364ac724..b382ec2105d 100644 --- a/src/intl/te/page-community-events.json +++ b/src/intl/te/page-community-events.json @@ -98,5 +98,6 @@ "page-events-meetups-events-subtitle": "ఇతీరియము పర్యావరణ వ్యవస్థ చుట్టూ రాబోయే హ్యాకథాన్‌లు, కమ్యూనిటీ సమావేశాలు మరియు సమావేశాల కోసం శోధించండి.", "page-events-cta-title": "ఒక ఈవెంట్‌ను నిర్వహిస్తున్నారా?", "page-events-cta-body": "ఇది మా కమ్యూనిటీచే నిర్వహించబడే ఒక సంపూర్ణ జాబితా కాదు. ఈ జాబితాకు జోడించడానికి రాబోయే ఇతీరియము ఈవెంట్ గురించి మీకు తెలుసా?", - "page-events-cta-button": "ఈవెంట్‌ను సమర్పించండి" + "page-events-cta-button": "ఈవెంట్‌ను సమర్పించండి", + "item-logo": "{item} లోగో" } diff --git a/src/intl/te/page-developers-index.json b/src/intl/te/page-developers-index.json index c0dcdd21360..2957284c144 100644 --- a/src/intl/te/page-developers-index.json +++ b/src/intl/te/page-developers-index.json @@ -11,7 +11,15 @@ "page-developers-dev-env-desc": "IDE లు డాప్స్ డెవలప్మెంట్ కి సహాయం పడతాయి", "page-developers-dev-env-link": "డెవలప్మెంట్ వాతావరణం", "page-developers-docs-introductions": "పరిచయం", + "page-developers-ethskills-cta": "{ethskills} తో నిర్మించండి", + "page-developers-ethskills-desc": "ఏజెంటిక్ స్టాక్ కోసం నిర్మాణాత్మక Ethereum జ్ఞానం. మీ AI ఏజెంట్‌కు స్టేట్ చదవడానికి, లావాదేవీలు పంపడానికి మరియు ప్రోటోకాల్‌లతో సమన్వయం చేయడానికి అవసరమైన సందర్భాన్ని అందించండి, మోడల్ యొక్క కాంటెక్స్ట్ విండో నుండి బయటకు వెళ్ళకుండా.", "page-developers-ethskills-label": "ఇథీరియం కోసం AI ఏజెంట్ సందర్భం", + "page-developers-ethskills-msg-1": "నా కమ్యూనిటీ కోసం ఒక కాయిన్ లాంచ్ చేయి", + "page-developers-ethskills-msg-2": "ప్రజలు చేరినప్పుడు నాకు డబ్బు ఇచ్చే ఫ్యాన్ క్లబ్ తయారు చేయి", + "page-developers-ethskills-msg-3": "నా కళ ప్రతిసారి రీసెల్ అయినప్పుడు రాయల్టీలు సంపాదించనివ్వు", + "page-developers-ethskills-msg-4": "ఒక DAO తయారు చేసి నా అభిమానులు నేను ఏమి నిర్మిస్తానో ఓటు వేయనివ్వు", + "page-developers-ethskills-msg-5": "నేను నిద్రపోతున్నప్పుడు నా ETH ని పెంచే వాల్ట్ సెటప్ చేయి", + "page-developers-ethskills-title": "ఏజెంట్లతో ఆన్‌చైన్ నిర్మించండి", "page-developers-evm-desc": "ట్రాన్సక్షన్స్ ని ప్రాసెస్ చేసే కంప్యూటర్", "page-developers-evm-link": "ఇతిరియం వర్చ్యువల్ మెషిన్(ఈవీఎం)", "page-developers-explore-documentation": "డాక్యుమెంటేషన్ ని అన్వేషించండి", diff --git a/src/intl/te/page-get-eth.json b/src/intl/te/page-get-eth.json index d9b83a0222a..919376439e9 100644 --- a/src/intl/te/page-get-eth.json +++ b/src/intl/te/page-get-eth.json @@ -75,5 +75,6 @@ "page-get-eth-your-address-desc-3": "ఇది ఒక email అడ్రస్ లా అనుకోండి, కాని మెయిల్స్ కు బదులుగా అది ETH ని అందుకుంటుంది. మీరు ETH ని ఏదైనా బజారు నుంచి మీ వాలెట్ కి పంపించాలి అనుకుంటే మీరు మీ అడ్రస్ ని డెస్టినేషన్ గా పెట్టాలి. మీ అడ్రస్ ని రెండు సార్లు చెక్ చేసి పంపించండి!", "page-get-eth-your-address-wallet-link": "వాల్లెట్స్‌ని చెక్ చేయండి ", "listing-policy-raise-issue-link": "సమస్యను లేవనెత్తండి", - "page-find-wallet-last-updated": "చివరగా అప్‌డేట్ చేయబడింది" + "page-find-wallet-last-updated": "చివరగా అప్‌డేట్ చేయబడింది", + "listing-policy-disclaimer": "ఈ పేజీలో జాబితా చేయబడిన అన్ని ఉత్పత్తులు అధికార ఆమోదాలు కావు, సమాచార ప్రయోజనాల కోసం మాత్రమే అందించబడతాయి. మీరు ఉత్పత్తిని జోడించాలి అనుకుంటే లేదా పాలసీపై అభిప్రాయాన్ని అందించాలి అనుకుంటే GitHub లో సమస్యను తెలపండి." } diff --git a/src/intl/te/page-roadmap.json b/src/intl/te/page-roadmap.json index 2cfee0e0bdc..39f3dcd9f4d 100644 --- a/src/intl/te/page-roadmap.json +++ b/src/intl/te/page-roadmap.json @@ -96,7 +96,13 @@ "page-roadmap-fusaka-additional-item-1": "UXని మెరుగుపరచడానికి మొబైల్ పరికరాల్లో సురక్షిత ఎన్‌క్లేవ్‌లకు మద్దతు", "page-roadmap-fusaka-additional-item-2": "బ్లాబ్ రుసుము మార్కెట్ మెరుగుదలలు", "page-roadmap-fusaka-additional-item-3": "వాలిడేటర్ సామర్థ్యం మరియు నెట్‌వర్క్ పనితీరుకు మరిన్ని మెరుగుదలలు", - "page-roadmap-glamsterdam-discussed-title": "గ్లామ్‌స్టర్‌డామ్ కోసం షెడ్యూల్ చేయబడింది", - "page-roadmap-glamsterdam-discussed-item-1": "ఎన్‌ష్రైన్డ్ ప్రపోజర్-బిల్డర్ సెపరేషన్ (ePBS)", - "page-roadmap-glamsterdam-discussed-item-2": "బ్లాక్-స్థాయి యాక్సెస్ జాబితాలు (BALs)" + "page-roadmap-glamsterdam-epbs-title": "ప్రతిపాదకుడు మరియు బిల్డర్ విభజన", + "page-roadmap-glamsterdam-epbs-item-1": "బ్లాక్ ఒప్పందాన్ని ప్రాసెసింగ్ నుండి వేరు చేస్తుంది, ధృవీకరణదారులు ఎక్కువ డేటాను ప్రాసెస్ చేయడానికి అనుమతించడం ద్వారా L1 స్కేల్‌కు సహాయపడుతుంది.", + "page-roadmap-glamsterdam-epbs-item-2": "బిల్డర్‌లను స్థానికంగా అనుసంధానిస్తుంది, తద్వారా ధృవీకరణదారులు బాహ్య సాఫ్ట్‌వేర్‌ను విశ్వసించకుండా బ్లాక్ అసెంబ్లీని సురక్షితంగా అవుట్‌సోర్స్ చేయవచ్చు.", + "page-roadmap-glamsterdam-bal-title": "బ్లాక్-స్థాయి యాక్సెస్ జాబితాలు", + "page-roadmap-glamsterdam-bal-item-1": "వ్యక్తిగత లావాదేవీలకు కాకుండా, బ్లాక్ స్థాయిలో తప్పనిసరి యాక్సెస్ జాబితాలను పరిచయం చేస్తుంది.", + "page-roadmap-glamsterdam-bal-item-2": "వేగవంతమైన సమకాలీకరణలు, సమాంతర అమలు మరియు సమాంతర డిస్క్ రీడ్‌ల కోసం ముందస్తుగా డిపెండెన్సీలను మ్యాప్ చేస్తుంది.", + "page-roadmap-glamsterdam-bal-item-3": "స్టేట్-హెవీ అప్లికేషన్‌ల కోసం గ్యాస్‌ను తగ్గిస్తుంది మరియు గ్యాస్ ఖర్చు అంచనాను మెరుగుపరుస్తుంది.", + "page-roadmap-hegota-discussed-title": "హెగోటా కోసం ప్రణాళిక చేయబడింది", + "page-roadmap-hegota-discussed-item-1": "ప్రస్తుతం ప్రతిపాదనలు చర్చలో ఉన్నాయి" } diff --git a/src/intl/tr/common.json b/src/intl/tr/common.json index 3b413775904..b1d79164117 100644 --- a/src/intl/tr/common.json +++ b/src/intl/tr/common.json @@ -25,11 +25,9 @@ "close": "Kapat", "community": "Topluluk", "community-hub": "Topluluk merkezi", - "community-menu": "Topluluk Menüsü", "conferences": "Konferanslar", "consensus-when-shipping": "Ne zaman gönderiliyor?", "contact": "Basın İletişim Bilgileri", - "content-buckets": "İçerik Kategorileri", "content-resources": "İçerik Kaynakları", "content-standardization": "İçerik standartlaştırma", "contributing": "Katkılar", @@ -53,7 +51,6 @@ "design-principles": "Tasarım İlkeleri", "devcon": "Devcon", "developers": "Geliştiriciler", - "developers-home": "Geliştiriciler ana sayfası", "docs": "Belgeler", "docsearch-error-help": "Ağ bağlantınızı kontrol etmek isteyebilirsiniz.", "docsearch-error-title": "Sonuçlar getirilemedi", @@ -73,7 +70,6 @@ "docsearch-to-select": "Seçmek için", "documentation": "Dokümanlar", "down": "Aşağı", - "ecosystem": "Ekosistem", "edit-page": "Sayfayı düzenle", "ef-blog": "Ethereum Foundation Blogu", "eips": "Ethereum İyileştirme Önerileri", @@ -81,16 +77,12 @@ "enterprise": "İşletmeler", "use-cases": "Kullanım alanları", "enterprise-mainnet": "İşletme - Ethereum Ana Ağı", - "enterprise-menu": "Kurum Menüsü", - "enterprise-team-description": "Sorularınızı yanıtlar, ilerlemeniz için olası yolları belirlemenize yardımcı olur, teknik destek sağlar ve sizi ilgili sektör liderleriyle bağlantıya geçiririz.", - "enterprise-team": "Ethereum Kurumsal Ekibi", "error-page-title": "Oops! Bir şeyler ters gitti", "error-page-description": "Bu sorunu Github Depomuza bildirerek iyileştirmemize yardımcı olabilirsiniz.", "error-page-home-link": "Ana sayfaya dön", "esp": "Ekosistem Destek Programı", "eth-current-price": "Güncel ETH fiyatı (USD)", "ethereum": "Ethereum", - "ethereum-basics": "Ethereum temelleri", "ethereum-brand-assets": "Ethereum marka varlıkları", "ethereum-bug-bounty": "Ethereum hata yakalama prim programı", "ethereum-events": "Ethereum etkinlikleri", @@ -101,12 +93,9 @@ "ethereum-history-founder-and-ownership": "Ethereum'un tarihi, kurucusu ve sahipliği", "ethereum-logo": "Ethereum logosu", "ethereum-online": "Çevrimiçi topluluklar", - "ethereum-protocol": "Ethereum protokolü", "ethereum-roadmap": "Ethereum yol haritası", "ethereum-security": "Ethereum güvenliği ve dolandırıcılık önleme", "ethereum-privacy": "Ethereum'da Gizlilik", - "ethereum-support": "Ethereum destek", - "ethereum-upgrades": "Ethereum yükseltmeleri", "ethereum-vs-bitcoin": "Ethereum ve Bitcoin", "ethereum-wallets": "Ethereum cüzdanları", "ethereum-whitepaper": "Ethereum Teknik Raporu", @@ -122,7 +111,6 @@ "feedback-widget-thank-you-timing": "2–3 dakika", "feedback-widget-thank-you-title": "Geri bildiriminiz için teşekkürler!", "filter-bar-clear": "Filtreyi temizle", - "filter-bar-empty": "Seçilen filtreyle eşleşen öğe yok", "filter-bar-no-results": "Sonuç bulunamadı", "filter-bar-placeholder": "Filtrele", "filter-bar-showing": "Gösteriliyor", @@ -134,22 +122,15 @@ "get-involved": "Dahil olun", "get-started": "Başlayın", "go-to-top": "Yukarı çık", - "grant-programs": "Ekosistem Destek Programları", "grants": "Yardımlar", "guides": "Kılavuzlar", - "guides-hub": "Nasıl yapılır rehberleri", - "history-of-ethereum": "Ethereum'un Geçmişi", "home": "Ana sayfa", - "how-ethereum-works": "Ethereum nasıl çalışır?", "how-to-create-an-ethereum-account": "Bir Ethereum hesabı nasıl \"oluşturulur\"", "how-to-revoke-token-access": "Kripto fonlarınızın akıllı sözleşme erişimini nasıl iptal edebilirsiniz?", "how-to-swap-tokens": "Jetonlar nasıl takas edilir?", "how-to-use-a-bridge": "Jetonlar katman 2'ye nasıl köprülenir?", "how-to-use-a-wallet": "Cüzdan nasıl kullanılır?", "image": "görsel", - "item-logo": "{item} logosu", - "in-this-section": "Bu bölümde", - "individuals": "Bireyler", "jobs": "İşler", "kraken-logo": "Kraken logosu", "language-am": "Amharca", @@ -231,13 +212,8 @@ "less": "Daha az", "light-mode": "Açık", "light-mode-aria-label": "Aydınlık moda geç", - "listing-policy-disclaimer": "Bu sayfada listelenen tüm ürünler resmi bir onay değildir ve yalnızca bilgilendirme amaçlıdır. Bir ürün eklemek veya politika hakkında geri bildirimde bulunmak isterseniz, GitHub'da bir sorun oluşturun.", "loading": "Yükleniyor...", - "loading-error": "Yükleme hatası.", "loading-error-refresh": "Hata, lütfen yenileyin.", - "loading-error-try-again-later": "Veri yüklenemiyor. Daha sonra tekrar deneyin.", - "logo": "logo", - "mainnet-ethereum": "Mainnet Ethereum", "meetups": "Buluşmalar", "menu": "Menü", "merge": "Birleşme", @@ -262,7 +238,6 @@ "nav-defi-description": "Geleneksel finans piyasasına küresel ve açık bir alternatif", "nav-desci-description": "Mevcut bilimsel sisteme küresel, açık bir alternatif", "nav-desoc-description": "Sosyal etkileşim ve içerik oluşturma için blok zincir tabanlı platformlar", - "nav-developers": "Geliştiriciler", "nav-developers-docs": "Geliştirici dokümanları", "nav-did-description": "Benzersiz merkezi olmayan tanımlayıcılarınızı yayınlayın ve bunlara sahip olun", "nav-docs-description": "Ethereum'u anlamanıza ve geliştirmenize yardımcı olacak belgeler", @@ -312,7 +287,6 @@ "nav-history-label": "Ethereum'un teknik tarihi", "nav-learn-ethereum-development-description": "Ethereum geliştirme eğitiminize başlayın veya seviyenizi yükseltin", "nav-start-building-description": "Ethereum geliştirme yığınınızı seçin ve oluşturun", - "nav-networks-home-description": "Ethereum için daha ucuz ve daha hızlı işlemler", "nav-networks-introduction-label": "Giriş", "nav-networks-introduction-description": "Ethereum, ağların ağına genişledi", "nav-networks-explore-networks-label": "Ağları keşfedin", @@ -387,10 +361,6 @@ "on-this-page": "Bu sayfada", "onchain-gaming": "Zincir Üstü Oyun", "open": "Aç", - "open-research": "Açık araştırma", - "page-developers-aria-label": "Geliştirici Menüsü", - "page-index-meta-title": "Anasayfa", - "page-languages-browser-default": "Tarayıcı varsayılanı", "page-languages-filter-label": "Filtre listesi", "page-languages-filter-placeholder": "Filtre tipi", "page-languages-interested": "Katkıda bulunmak ister misiniz?", @@ -412,7 +382,6 @@ "pools": "Ortak Staking", "prediction-markets": "Tahmin piyasaları", "privacy-policy": "Gizlilik politikası", - "private-ethereum": "Özel Ethereum", "product-disclaimer": "Ürünler ve hizmetler, Ethereum topluluğuna kolaylık sağlamak amacıyla listelenmiştir. Listelenen bir ürün veya hizmet, ethereum.org web sitesi ekibinin veya Ethereum Foundation'ınonayına yönelik bir anlam barındırmaz.", "quizzes": "Testler", "quizzes-title": "Test Merkezi", @@ -423,23 +392,17 @@ "resources": "Çeviri kaynakları", "return-home": "ana sayfaya dön", "roadmap": "Ethereum yol haritası", - "rollup-component-developer-docs": "Geliştirici dokümanları", - "rollup-component-technology-and-risk-summary": "Teknoloji ve risk özeti", "rollup-component-website": "Web sitesi", "run-a-node": "Bir düğüm çalıştırın", "real-world-assets": "RWAs - Gerçek dünya varlıkları", "saas": "Hizmet olarak stake etme", "scaling": "Ölçeklendirme", "search": "Arama", - "search-box-blank-state-text": "Aramaya başlayın!", - "search-eth-address": "Bu bir Ethereum adresine benziyor. Adreslere özel veriler sağlamıyoruz. Şunun gibi bir blok gezgininde aramayı deneyin", "search-ethereum-org": "Ethereum.org'da ara", - "search-no-results": "Aramanız için sonuç yok", "secret-leader-election": "Gizli lider seçimi", "security": "Güvenlik", "see-contributors": "Katkıda bulunanları göster", "start-building": "Geliştirmeye başlayın", - "sharding": "Parçalama", "show-all": "Tümünü göster", "show-more": "Daha Fazla Göster", "show-less": "Daha az göster", @@ -452,7 +415,6 @@ "stablecoins": "Sabit coinler", "stake-eth": "ETH stake et", "staking": "Stake etme", - "start-here": "Buradan başlayın", "statelessness": "Durumsuzluk", "style-guide": "Stil rehberi", "support": "Destek", @@ -475,22 +437,19 @@ "tutorials": "Öğreticiler", "up": "Yukarı", "use": "Kullan", - "use-ethereum": "Ethereum'u Kullan", - "use-ethereum-menu": "Ethereum menüsünü kullanın", "use-menu": "Menüyü kullan", "user-experience": "Kullanıcı deneyimi", "verkle-trees": "Verkle ağaçları", "wallets": "Cüzdanlar", "we-couldnt-find-that-page": "Aradığınız sayfayı bulamadık", "web3": "Web3 nedir?", - "web3-title": "Web3", "website-last-updated": "Web sitesi son güncelleme", "what-are-apps": "Uygulamalar nedir?", "what-is-ether": "Ether (ETH) nedir?", "what-is-ethereum": "Ethereum nedir?", "what-is-the-ethereum-network": "Ethereum ağı nedir?", "withdrawals": "Stake çekimleri", - "wrapped-ether": "Sarılı Ether", + "wrapped-eth": "Sarılı Ether", "yes": "Evet", "zero-knowledge-proofs": "Sıfır bilgili ispatlar", "region-crimea": "Kırım", diff --git a/src/intl/tr/glossary-tooltip.json b/src/intl/tr/glossary-tooltip.json index 0f25d8ff1b1..8ef66f7f503 100644 --- a/src/intl/tr/glossary-tooltip.json +++ b/src/intl/tr/glossary-tooltip.json @@ -139,6 +139,8 @@ "staking-definition": "Doğrulayıcı olmak ve ağı güvence altına almak için bir miktar ether (hisseniz) yatırmak. Doğrulayıcı, işlemleri kontrol eder ve hisse ispatı altında bloklar önerir. Hisseleme, ağın çıkarlarına en uygun şekilde hareket etmeniz için size ekonomik bir teşvik sağlar. Doğrulayıcı görevlerinizi yerine getirdiğiniz için ödüller alırsınız, ancak bunu yapmazsanız değişen miktarlarda ETH kaybedersiniz. Ethereum hisselemesi hakkında daha fazla bilgi.", "staking-pool-term": "Stake havuzu", "staking-pool-definition": "Bir dizi doğrulama anahtarını etkinleştirmek için gereken 32 ETH'ye ulaşmak için kullanılan, birden fazla Ethereum paydaşının birleşik ETH'sidir. Bir düğüm operatörü bu anahtarları mutabakata katılmak için kullanır ve blok ödülleri, katkıda bulunan paydaşlar arasında paylaştırılır. Hisseleme havuzları veya hisseleme yetkisini devretme, Ethereum protokolüne özgü değildir ancak topluluk tarafından birçok çözüm geliştirilmiştir. Havuzlu hisseleme hakkında daha fazla bilgi.", + "state-term": "Durum", + "state-definition": "Blok zincirindeki belirli bir zamandaki tüm bakiyelerin ve verilerin anlık görüntüsü, genellikle belirli bir blok durumuna atıfta bulunur.", "sybil-attack-term": "Sybil saldırısı", "sybil-attack-definition": "Sybil saldırıları, kişilerin bir sistemi kandırarak etkilerini artırmak için birden fazla kişi olduklarını düşünmesini sağladıkları saldırılardır.", "terminal-total-difficulty-term": "Terminal toplam zorluk (TTD)", diff --git a/src/intl/tr/page-community-events.json b/src/intl/tr/page-community-events.json index cb76d819d13..1f8c3778ddf 100644 --- a/src/intl/tr/page-community-events.json +++ b/src/intl/tr/page-community-events.json @@ -98,5 +98,6 @@ "page-events-meetups-events-subtitle": "Ethereum ekosistemi çevresindeki yaklaşan hackathon'ları, topluluk toplantılarını ve konferansları arayın.", "page-events-cta-title": "Bir etkinlik mi düzenliyorsunuz?", "page-events-cta-body": "Bu, topluluğumuz tarafından sürdürülen, kapsamlı olmayan bir listedir. Bu listeye eklenecek yaklaşan bir Ethereum etkinliği biliyor musunuz?", - "page-events-cta-button": "Etkinlik gönder" + "page-events-cta-button": "Etkinlik gönder", + "item-logo": "{item} logosu" } diff --git a/src/intl/tr/page-developers-index.json b/src/intl/tr/page-developers-index.json index 1c45fa6c7cb..20a660c227d 100644 --- a/src/intl/tr/page-developers-index.json +++ b/src/intl/tr/page-developers-index.json @@ -11,7 +11,15 @@ "page-developers-dev-env-desc": "IDE'ler dapp geliştirme için uygundur", "page-developers-dev-env-link": "Geliştirme ortamları", "page-developers-docs-introductions": "Girişler", + "page-developers-ethskills-cta": "{ethskills} ile inşa edin", + "page-developers-ethskills-desc": "Ajansal yığın için yapılandırılmış Ethereum bilgisi. Yapay zeka ajanınıza durumu okumak, işlem göndermek ve protokollerle koordine olmak için ihtiyaç duyduğu bağlamı verin, modelin bağlam penceresinden ayrılmadan.", "page-developers-ethskills-label": "Ethereum için yapay zeka ajanı bağlamı", + "page-developers-ethskills-msg-1": "topluluğum için bir coin başlat", + "page-developers-ethskills-msg-2": "insanlar katıldığında bana ödeme yapan bir hayran kulübü oluştur", + "page-developers-ethskills-msg-3": "sanatımın her yeniden satışta telif kazanmasını sağla", + "page-developers-ethskills-msg-4": "bir DAO oluştur ve hayranlarımın ne inşa edeceğime oy vermesini sağla", + "page-developers-ethskills-msg-5": "ben uyurken ETH'mi büyüten bir kasa kur", + "page-developers-ethskills-title": "Ajanlarla zincir üstü inşa edin", "page-developers-evm-desc": "İşlemleri yapan bilgisayar", "page-developers-evm-link": "Ethereum Sanal Makinesi (EVM)", "page-developers-explore-documentation": "Belgeyi görüntüle", @@ -22,11 +30,11 @@ "page-developers-gas-link": "Gaz", "page-developers-get-started": "Bugün ne yapmak istersiniz?", "page-developers-into-eth-desc": "Blok zinciri ve Ethereum'a giriş", - "page-developers-intro-ether-desc": "Kripto para ve Ether’e giriş", + "page-developers-intro-ether-desc": "Kripto para ve Ether'e giriş", "page-developers-intro-dapps-desc": "Merkeziyetsiz uygulamalara giriş", "page-developers-intro-dapps-link": "Dapps'a giriş", "page-developers-intro-eth-link": "Ethereum'a giriş", - "page-developers-intro-ether-link": "Ether’e giriş", + "page-developers-intro-ether-link": "Ether'e giriş", "page-developers-intro-stack": "Yığına giriş", "page-developers-intro-stack-desc": "Ethereum yığınına giriş", "page-developers-js-libraries-desc": "Akıllı sözleşmelerle etkileşim kurmak için JavaScript kullanımı", @@ -90,7 +98,7 @@ "page-developers-tutorials-desc": "Ethereum geliştirmeyi zaten gerçekleştirmiş uygulayıcılardan adım adım öğrenin.", "page-developers-video-courses-title": "Videolu kurslar", "page-developers-video-courses-desc": "Profesyonel blokzincir kariyerine hızlı bir başlangıç mı yapmak istiyorsun? Bu eğitimler, blokzincir geliştiricisi olarak işe alınman için seni hazırlayacak.", - "page-developers-docs-section-desc": "Ethereum’un ve blokzincirlerin temel kavramlarını anla", + "page-developers-docs-section-desc": "Ethereum'un ve blokzincirlerin temel kavramlarını anla", "page-developers-hackathons-title": "Hackathon'lara katıl", "page-developers-hackathons-desc": "Hackathonlar, hem başkalarıyla bağlantı kurmak ve onlardan öğrenmek hem de projeler başlatıp ödüller kazanmak için harika fırsatlardır", "page-developers-visit-ethglobal": "EthGlobal'ı ziyaret edin", diff --git a/src/intl/tr/page-get-eth.json b/src/intl/tr/page-get-eth.json index 452018cd9ab..de904c6362b 100644 --- a/src/intl/tr/page-get-eth.json +++ b/src/intl/tr/page-get-eth.json @@ -75,5 +75,6 @@ "page-get-eth-your-address-desc-3": "Bunu e-posta adresiniz gibi düşünün, ancak posta yerine ETH alabilir. ETH'yi bir borsadan cüzdanınıza aktarmak istiyorsanız, hedef olarak adresinizi kullanın. Göndermeden önce her zaman iki kez kontrol ettiğinizden emin olun!", "page-get-eth-your-address-wallet-link": "Cüzdanları kontrol edin", "listing-policy-raise-issue-link": "Sorun bildir", - "page-find-wallet-last-updated": "Son güncelleme" + "page-find-wallet-last-updated": "Son güncelleme", + "listing-policy-disclaimer": "Bu sayfada listelenen tüm ürünler resmi bir onay değildir ve yalnızca bilgilendirme amaçlıdır. Bir ürün eklemek veya politika hakkında geri bildirimde bulunmak isterseniz, GitHub'da bir sorun oluşturun." } diff --git a/src/intl/tr/page-roadmap.json b/src/intl/tr/page-roadmap.json index 3045faa623f..a11986c9002 100644 --- a/src/intl/tr/page-roadmap.json +++ b/src/intl/tr/page-roadmap.json @@ -96,7 +96,13 @@ "page-roadmap-fusaka-additional-item-1": "Kullanıcı deneyimini iyileştirmek için mobil cihazlarda güvenli yerleşim bölgeleri desteği", "page-roadmap-fusaka-additional-item-2": "Blob ücret piyasası iyileştirmeleri", "page-roadmap-fusaka-additional-item-3": "Doğrulayıcı verimliliğinde ve ağ performansında daha fazla iyileştirme", - "page-roadmap-glamsterdam-discussed-title": "Glamsterdam için planlandı", - "page-roadmap-glamsterdam-discussed-item-1": "Resmi Teklifçi-Oluşturucu Ayrımı (ePBS)", - "page-roadmap-glamsterdam-discussed-item-2": "Blok Düzeyinde Erişim Listeleri (BAL'ler)" + "page-roadmap-glamsterdam-epbs-title": "Protokol düzeyinde önerici ve geliştirici ayrımı", + "page-roadmap-glamsterdam-epbs-item-1": "Blok anlaşmasını işlemden ayırarak doğrulayıcıların daha fazla veri işlemesine olanak tanır ve L1'in ölçeklenmesine yardımcı olur.", + "page-roadmap-glamsterdam-epbs-item-2": "Doğrulayıcıların harici yazılımlara güvenmeden blok oluşturmayı güvenli bir şekilde dış kaynaklardan temin edebilmesi için yerel olarak geliştiricileri entegre eder.", + "page-roadmap-glamsterdam-bal-title": "Blok düzeyinde erişim listeleri", + "page-roadmap-glamsterdam-bal-item-1": "Bireysel işlemler yerine blok düzeyinde zorunlu erişim listeleri sunar", + "page-roadmap-glamsterdam-bal-item-2": "Daha hızlı eşitlemeler, paralel yürütme ve paralel disk okumaları için bağımlılıkları önceden eşler", + "page-roadmap-glamsterdam-bal-item-3": "Durum bilgisi yoğun uygulamalar için gaz maliyetini düşürür ve gaz maliyeti öngörülebilirliğini artırır.", + "page-roadmap-hegota-discussed-title": "Hegotá için planlandı", + "page-roadmap-hegota-discussed-item-1": "Teklifler şu anda görüşülüyor" } diff --git a/src/intl/uk/common.json b/src/intl/uk/common.json index 1e0fba5f8a4..d69c6c311e5 100644 --- a/src/intl/uk/common.json +++ b/src/intl/uk/common.json @@ -25,11 +25,9 @@ "close": "Закрити", "community": "Спільнота", "community-hub": "Центр спільноти", - "community-menu": "Меню «Спільнота»", "conferences": "Конференції", "consensus-when-shipping": "Коли відбудеться запуск?", "contact": "Контакти для преси", - "content-buckets": "Категорії вмісту", "content-resources": "Ресурси вмісту", "content-standardization": "Стандартизація контенту", "contributing": "Участь у програмі", @@ -53,7 +51,6 @@ "design-principles": "Принципи оформлення", "devcon": "Devcon", "developers": "Розробникам", - "developers-home": "Головна для розробників", "docs": "Документи", "docsearch-error-help": "Перевірте ваше підключення до мережі.", "docsearch-error-title": "Не вдалося знайти результати", @@ -73,7 +70,6 @@ "docsearch-to-select": "Вибрати", "documentation": "Документація", "down": "Вниз", - "ecosystem": "Екосистема", "edit-page": "Змінити сторінку", "ef-blog": "Блог Ethereum Foundation", "eips": "Пропозиції покращення Ethereum", @@ -81,16 +77,12 @@ "enterprise": "Корпоративний сектор", "use-cases": "Способи застосування", "enterprise-mainnet": "Корпоративний сектор – головна мережа Ethereum", - "enterprise-menu": "Меню корпоративного сектора", - "enterprise-team-description": "Ми відповімо на ваші запитання, допоможемо визначити потенційні шляхи розвитку, надамо технічну підтримку та зв’яжемо вас із відповідними лідерами галузі.", - "enterprise-team": "Команда Ethereum Enterprise", "error-page-title": "Ой! Щось пішло не так", "error-page-description": "Ви можете допомогти нам покращитися, повідомивши про цю проблему на нашому GitHub", "error-page-home-link": "Повернутися на головну сторінку", "esp": "Програма підтримки екосистеми", "eth-current-price": "Поточна ціна ETH (USD)", "ethereum": "Ethereum", - "ethereum-basics": "Основи Ethereum", "ethereum-brand-assets": "Ресурси бренду Ethereum", "ethereum-bug-bounty": "Програма винагород за пошук помилок Ethereum", "ethereum-events": "Події Ethereum", @@ -101,12 +93,9 @@ "ethereum-history-founder-and-ownership": "Історія Ethereum, засновник і право власності", "ethereum-logo": "Логотип Ethereum", "ethereum-online": "Онлайн-спільноти", - "ethereum-protocol": "Протокол Ethereum", "ethereum-roadmap": "План розвитку Ethereum", "ethereum-security": "Система безпеки Ethereum і запобігання шахрайству", "ethereum-privacy": "Приватність в Ethereum", - "ethereum-support": "Підтримка Ethereum", - "ethereum-upgrades": "Оновлення Ethereum", "ethereum-vs-bitcoin": "Ethereum та Bitcoin", "ethereum-wallets": "Гаманці Ethereum", "ethereum-whitepaper": "Основне про Ethereum", @@ -122,7 +111,6 @@ "feedback-widget-thank-you-timing": "2-3 хв", "feedback-widget-thank-you-title": "Дякуємо за ваш відгук!", "filter-bar-clear": "Очистити фільтр", - "filter-bar-empty": "Немає елементів, що відповідають вибраному фільтру", "filter-bar-no-results": "Результати не знайдено", "filter-bar-placeholder": "Фільтрувати за", "filter-bar-showing": "Показано", @@ -134,22 +122,15 @@ "get-involved": "Долучитися", "get-started": "Get started", "go-to-top": "Перейти вгору", - "grant-programs": "Програми грантів екосистеми", "grants": "Гранти", "guides": "Посібники", - "guides-hub": "Інструкції", - "history-of-ethereum": "Історія Ethereum", "home": "Головна", - "how-ethereum-works": "Як працює Ethereum", "how-to-create-an-ethereum-account": "Як «створити» обліковий запис Ethereum", "how-to-revoke-token-access": "Як анулювати доступ смарт-контракту до ваших криптовалютних ресурсів", "how-to-swap-tokens": "Як обміняти токени", "how-to-use-a-bridge": "Як перевести токени у шар 2", "how-to-use-a-wallet": "Як користуватися гаманцем", "image": "зображення", - "item-logo": "Логотип {item}", - "in-this-section": "У цьому розділі", - "individuals": "Фізичні особи", "jobs": "Вакансії", "kraken-logo": "Логотип Kraken", "language-am": "Амхарська", @@ -231,13 +212,8 @@ "less": "Менше", "light-mode": "Світлий", "light-mode-aria-label": "Перемкнути в світлий режим", - "listing-policy-disclaimer": "Усі продукти, перелічені на цій сторінці, не є офіційними рекомендаціями й наведені тут лише в ознайомлювальних цілях. Щоб додати продукт або надіслати відгук щодо правил, повідомте про проблему в GitHub.", "loading": "Завантаження...", - "loading-error": "Помилка завантаження.", "loading-error-refresh": "Помилка, оновіть сторінку.", - "loading-error-try-again-later": "Неможливо завантажити дані. Спробуйте пізніше.", - "logo": "логотип", - "mainnet-ethereum": "Основна мережа Ethereum", "meetups": "Зустрічі", "menu": "Меню", "merge": "Злиття", @@ -262,7 +238,6 @@ "nav-defi-description": "Глобальна відкрита альтернатива традиційному фінансовому ринку", "nav-desci-description": "Глобальна, відкрита альтернатива сучасній науковій системі", "nav-desoc-description": "Платформи на основі блокчейну для соціальної взаємодії та створення контенту", - "nav-developers": "Розробники", "nav-developers-docs": "Документація для розробників", "nav-did-description": "Випускайте децентралізовані ідентифікатори та володійте ними", "nav-docs-description": "Документи, які допоможуть вам краще зрозуміти платформу Ethereum та будувати з її допомогою", @@ -312,7 +287,6 @@ "nav-history-label": "Технічна історія Ethereum", "nav-learn-ethereum-development-description": "Почніть або вдоскональте свою освіту з розробки на Ethereum", "nav-start-building-description": "Виберіть і налаштуйте свій стек для розробки на Ethereum", - "nav-networks-home-description": "Дешевші та швидші транзакції для Ethereum", "nav-networks-introduction-label": "Вступ", "nav-networks-introduction-description": "Ethereum виріс у мережу багатьох мереж", "nav-networks-explore-networks-label": "Досліджуйте мережі", @@ -387,10 +361,6 @@ "on-this-page": "На цій сторінці", "onchain-gaming": "Ончейн-ігри", "open": "Відкрити", - "open-research": "Відкрите дослідження", - "page-developers-aria-label": "Меню розробника", - "page-index-meta-title": "Головна", - "page-languages-browser-default": "Налаштування браузера за замовчуванням", "page-languages-filter-label": "Список фільтрів", "page-languages-filter-placeholder": "Введіть, щоб фільтрувати", "page-languages-interested": "Хочете зробити внесок?", @@ -412,7 +382,6 @@ "pools": "Стейкінг у пулі", "prediction-markets": "Ринки прогнозів", "privacy-policy": "Privacy policy", - "private-ethereum": "Приватна мережа Ethereum", "product-disclaimer": "Продукти й послуги наводяться для зручності спільноти Ethereum. Зазначення продукту чи послуги не означає схвалення з боку команди ethereum.org або Ethereum Foundation.", "quizzes": "Тести", "quizzes-title": "Центр тестування", @@ -423,23 +392,17 @@ "resources": "Ресурси для перекладу", "return-home": "поверніться на головну сторінку", "roadmap": "План розвитку Ethereum", - "rollup-component-developer-docs": "Документація для розробників", - "rollup-component-technology-and-risk-summary": "Огляд технологій і ризиків", "rollup-component-website": "Сайт", "run-a-node": "Запуск вузла", "real-world-assets": "RWAs - Реальні активи", "saas": "Стейкінг як служба", "scaling": "Масштабування", "search": "Search", - "search-box-blank-state-text": "Введіть пошуковий запит.", - "search-eth-address": "Схоже, це адреса Ethereum. Ми не надаємо дані про адреси. Спробуйте знайти їх у посібник із блоків, наприклад", "search-ethereum-org": "Пошук на ethereum.org", - "search-no-results": "Пошук не дав результатів", "secret-leader-election": "Таємні вибори лідера", "security": "Безпека", "see-contributors": "Переглянути учасників", "start-building": "Розпочати створення", - "sharding": "Сегментування", "show-all": "Показати все", "show-more": "Показати більше", "show-less": "Показати менше", @@ -452,7 +415,6 @@ "stablecoins": "Stablecoins", "stake-eth": "Стейкінг ETH", "staking": "Стейкінг", - "start-here": "Почніть тут", "statelessness": "Відсутність стану", "style-guide": "Настанови щодо стилю", "support": "Підтримка", @@ -475,22 +437,19 @@ "tutorials": "Навчальні посібники", "up": "Вгору", "use": "Застосування", - "use-ethereum": "Використання Ethereum", - "use-ethereum-menu": "Використання меню Ethereum", "use-menu": "Меню користувача", "user-experience": "Користувацький досвід", "verkle-trees": "Дерева Веркла", "wallets": "Гаманці", "we-couldnt-find-that-page": "Ми не змогли знайти цю сторінку", "web3": "Що таке Web3?", - "web3-title": "Web3", "website-last-updated": "Website last updated", "what-are-apps": "Що таке додатки?", "what-is-ether": "Що таке Ether (ETH)?", "what-is-ethereum": "Що таке Ethereum?", "what-is-the-ethereum-network": "Що таке мережа Ethereum?", "withdrawals": "Виведення ставок", - "wrapped-ether": "Wrapped Ether", + "wrapped-eth": "Wrapped Ether", "yes": "Так", "zero-knowledge-proofs": "Доведення з нульовим розголошенням", "region-crimea": "Крим", diff --git a/src/intl/uk/glossary-tooltip.json b/src/intl/uk/glossary-tooltip.json index 0ced93426b4..f050a5e8b96 100644 --- a/src/intl/uk/glossary-tooltip.json +++ b/src/intl/uk/glossary-tooltip.json @@ -139,6 +139,8 @@ "staking-definition": "Внесення певної кількості ефіру (ваша частка) для того, щоб стати валідатором і захистити мережу. Валідатор перевіряє транзакції і пропонує блоки за моделлю консенсусу доказу частки. Стейкінг дає вам економічний стимул діяти в найкращих інтересах мережі. Ви отримуватимете винагороди за виконання своїх обов'язків валідатора, але втратите різну кількість ETH, якщо не будете їх виконувати. Більше про стейкінг в Ethereum.", "staking-pool-term": "Пул для стейкінгу", "staking-pool-definition": "Об'єднаний ETH кількох стейкерів Ethereum, що використовується для досягнення 32 ETH, необхідних для активації набору ключів валідатора. Оператор вузла використовує ці ключі для участі в консенсусі, а винагороди за блок розподіляються між стейкерами, що зробили внесок. Пули для стейкінгу або делегований стейкінг не є нативними для протоколу Ethereum, але багато рішень було створено спільнотою. Більше про стейкінг у пулі.", + "state-term": "Стан", + "state-definition": "Знімок усіх балансів і даних у певний момент часу в блокчейні, що зазвичай стосується стану в певному блоці.", "sybil-attack-term": "Sybil attack", "sybil-attack-definition": "Атаки Сивілли — це коли окремі люди обманюють систему, змушуючи її думати, що вони є кількома людьми, щоб збільшити свій вплив.", "terminal-total-difficulty-term": "Термінальна загальна складність (TTD)", diff --git a/src/intl/uk/page-community-events.json b/src/intl/uk/page-community-events.json index 232edda4504..8538b8638fd 100644 --- a/src/intl/uk/page-community-events.json +++ b/src/intl/uk/page-community-events.json @@ -98,5 +98,6 @@ "page-events-meetups-events-subtitle": "Шукайте майбутні хакатони, збори спільноти та конференції в екосистемі Ethereum.", "page-events-cta-title": "Організовуєте подію?", "page-events-cta-body": "Це неповний список, який підтримується нашою спільнотою. Знаєте про майбутню подію Ethereum, яку можна додати до цього списку?", - "page-events-cta-button": "Надіслати подію" + "page-events-cta-button": "Надіслати подію", + "item-logo": "Логотип {item}" } diff --git a/src/intl/uk/page-developers-index.json b/src/intl/uk/page-developers-index.json index 989c990a147..c646edcb0ad 100644 --- a/src/intl/uk/page-developers-index.json +++ b/src/intl/uk/page-developers-index.json @@ -11,7 +11,15 @@ "page-developers-dev-env-desc": "Інтегровані середовища, які підходять для розробки децентралізованих програм", "page-developers-dev-env-link": "Середовища розробки", "page-developers-docs-introductions": "Вступ", + "page-developers-ethskills-cta": "Створюйте з {ethskills}", + "page-developers-ethskills-desc": "Структуровані знання про Ethereum для агентного стеку. Надайте вашому ШІ-агенту контекст, необхідний для читання стану, надсилання транзакцій та координації з протоколами, не виходячи з контекстного вікна моделі.", "page-developers-ethskills-label": "Контекст ШІ-агента для Ethereum", + "page-developers-ethskills-msg-1": "запустити монету для моєї спільноти", + "page-developers-ethskills-msg-2": "створити фан-клуб, який платить мені, коли люди приєднуються", + "page-developers-ethskills-msg-3": "нехай моє мистецтво заробляє роялті при кожному перепродажу", + "page-developers-ethskills-msg-4": "створити DAO і дати моїм фанатам голосувати за те, що я створюю", + "page-developers-ethskills-msg-5": "налаштувати сховище, яке нарощує мої ETH, поки я сплю", + "page-developers-ethskills-title": "Створюйте ончейн з агентами", "page-developers-evm-desc": "Комп'ютер, який обробляє операції", "page-developers-evm-link": "Віртуальна машина Ethereum (EVM)", "page-developers-explore-documentation": "Переглянути документацію", diff --git a/src/intl/uk/page-get-eth.json b/src/intl/uk/page-get-eth.json index 67c79833a29..7ed363e86a6 100644 --- a/src/intl/uk/page-get-eth.json +++ b/src/intl/uk/page-get-eth.json @@ -75,5 +75,6 @@ "page-get-eth-your-address-desc-3": "Вона схожа на адресу електронної пошти, однак замість листів на неї надходять ETH. Щоб переказати ETH з обмінника в гаманець, використовуйте адресу як цільовий сервіс. Не забувайте перевіряти всю інформацію ще раз, перш ніж надсилати кошти!", "page-get-eth-your-address-wallet-link": "Переглянути гаманці", "listing-policy-raise-issue-link": "Повідомити про проблему", - "page-find-wallet-last-updated": "Останнє оновлення" + "page-find-wallet-last-updated": "Останнє оновлення", + "listing-policy-disclaimer": "Усі продукти, перелічені на цій сторінці, не є офіційними рекомендаціями й наведені тут лише в ознайомлювальних цілях. Щоб додати продукт або надіслати відгук щодо правил, повідомте про проблему в GitHub." } diff --git a/src/intl/uk/page-roadmap.json b/src/intl/uk/page-roadmap.json index 2b85cfe84aa..6c5d17442a0 100644 --- a/src/intl/uk/page-roadmap.json +++ b/src/intl/uk/page-roadmap.json @@ -96,7 +96,13 @@ "page-roadmap-fusaka-additional-item-1": "Підтримка безпечних анклавів на мобільних пристроях для покращення UX", "page-roadmap-fusaka-additional-item-2": "Покращення ринку комісій за блоби", "page-roadmap-fusaka-additional-item-3": "Подальші покращення ефективності валідаторів і продуктивності мережі", - "page-roadmap-glamsterdam-discussed-title": "Заплановано на Glamsterdam", - "page-roadmap-glamsterdam-discussed-item-1": "Закріплене розділення пропонента та конструктора (ePBS)", - "page-roadmap-glamsterdam-discussed-item-2": "Списки доступу на рівні блоків (BAL)" + "page-roadmap-glamsterdam-epbs-title": "Нативне розділення ролей пропонента та розробника", + "page-roadmap-glamsterdam-epbs-item-1": "Розділяє угоду про блоки та обробку, допомагаючи L1 масштабуватися, дозволяючи валідаторам обробляти більше даних.", + "page-roadmap-glamsterdam-epbs-item-2": "Нативна інтеграція з розробниками дозволяє валідаторам безпечно передавати складання блоків на аутсорсинг, не довіряючи зовнішньому програмному забезпеченню.", + "page-roadmap-glamsterdam-bal-title": "Списки контролю доступу на рівні блоків", + "page-roadmap-glamsterdam-bal-item-1": "Впроваджує обов'язкові списки доступу на рівні блоків, а не для окремих транзакцій.", + "page-roadmap-glamsterdam-bal-item-2": "Заздалегідь визначає залежності для швидшої синхронізації, паралельного виконання та паралельного зчитування з диска.", + "page-roadmap-glamsterdam-bal-item-3": "Знижує витрати газу для додатків, що інтенсивно використовують стан, і покращує передбачуваність витрат газу.", + "page-roadmap-hegota-discussed-title": "Заплановано для Hegotá", + "page-roadmap-hegota-discussed-item-1": "Пропозиції наразі обговорюються" } diff --git a/src/intl/ur/common.json b/src/intl/ur/common.json index 942ed8e3a6e..4e82f1443ae 100644 --- a/src/intl/ur/common.json +++ b/src/intl/ur/common.json @@ -25,11 +25,9 @@ "close": "بند کریں", "community": "کمیونٹی", "community-hub": "کمیونٹی کا مرکز", - "community-menu": "کمیونٹی مینو", "conferences": "کانفرنسیں", "consensus-when-shipping": "یہ شپنگ کب ہے؟", "contact": "پریس رابطے کی معلومات", - "content-buckets": "مواد کی بالٹیاں", "content-resources": "مواد کے وسائل", "content-standardization": "مواد کی معیارکاری", "contributing": "شراکت داری کرنا", @@ -53,7 +51,6 @@ "design-principles": "ڈیزائن کے اصول", "devcon": "ڈیوکون", "developers": "ڈویلپرز", - "developers-home": "ڈویلپرز کا ہوم", "docs": "دستاویز", "docsearch-error-help": "ہو سکتا ہے آپ اپنا نیٹ ورک کنکشن چیک کرنا چاہیں۔", "docsearch-error-title": "نتائج حاصل کرنے سے قاصر", @@ -73,7 +70,6 @@ "docsearch-to-select": "منتخب کرنا", "documentation": "دستاویز کاری", "down": "نیچے", - "ecosystem": "ایکو سسٹم", "edit-page": "صفحے میں ترمیم کریں", "ef-blog": "Ethereum فاؤنڈیشن بلاگ", "eips": "Ethereum میں بہتری کی تجاویز", @@ -81,16 +77,12 @@ "enterprise": "انٹرپرائز", "use-cases": "کیسز استعمال کریں", "enterprise-mainnet": "Enterprise - مینیٹ ایتھریم", - "enterprise-menu": "انٹرپرائز مینو", - "enterprise-team-description": "ہم آپ کے سوالات کا جواب دیں گے، آگے بڑھنے کے ممکنہ راستوں کی نشاندہی کرنے میں مدد کریں گے، تکنیکی مدد فراہم کریں گے اور آپ کو متعلقہ صنعتی رہنماؤں سے جوڑیں گے۔", - "enterprise-team": "ایتھریم انٹرپرائز ٹیم", "error-page-title": "افوہ! کچھ گڑبڑ ہو گئی", "error-page-description": "آپ ہماری GitHub ریپوزیٹری پر اس مسئلے کی اطلاع دے کر بہتر بنانے میں ہماری مدد کر سکتے ہیں۔", "error-page-home-link": "ہوم پیج پر واپس جائیں", "esp": "ایکو سسٹم سپورٹ پروگرام", "eth-current-price": "ETH کی موجودہ قیمت (USD)", "ethereum": "Ethereum", - "ethereum-basics": "ایتھریم کی بنیادی", "ethereum-brand-assets": "Ethereum برانڈ اثاثے", "ethereum-bug-bounty": "Ethereum بَگ باؤنٹی پروگرام", "ethereum-events": "Ethereum کے ایونٹس", @@ -101,12 +93,9 @@ "ethereum-history-founder-and-ownership": "Ethereum کی تاریخ، بانی اور ملکیت", "ethereum-logo": "Ethereum لوگو", "ethereum-online": "آن لائن کمیونٹیز", - "ethereum-protocol": "ایتھریم پروٹوکول", "ethereum-roadmap": "ایتھریم روڈ میپ", "ethereum-security": "Ethereum سیکورٹی اور جعل سازی کی روک تھام", "ethereum-privacy": "ایتھریم پر رازداری", - "ethereum-support": "Ethereum سپورٹ", - "ethereum-upgrades": "Ethereum کی اپ گریڈز", "ethereum-vs-bitcoin": "Ethereum بمقابلہ Bitcoin", "ethereum-wallets": "Ethereum والیٹس", "ethereum-whitepaper": "Ethereum وائٹ پیپر", @@ -122,7 +111,6 @@ "feedback-widget-thank-you-timing": "2–3 منٹ", "feedback-widget-thank-you-title": "آپ کے فیڈبیک کے لیے شکریہ!", "filter-bar-clear": "فلٹر صاف کریں", - "filter-bar-empty": "منتخب فلٹر سے کوئی آئٹمز میل نہیں کھاتے", "filter-bar-no-results": "کوئی نتائج نہیں ملے", "filter-bar-placeholder": "فلٹر کریں", "filter-bar-showing": "دکھایا جا رہا ہے", @@ -134,22 +122,15 @@ "get-involved": "شامل ہوں", "get-started": "شروع کریں", "go-to-top": "بالائی حصے میں جائیں", - "grant-programs": "ایکو سسٹم گرانٹ پروگرامز", "grants": "گرانٹس", "guides": "اصول", - "guides-hub": "طریقہ کار کی رہنمائیاں", - "history-of-ethereum": "Ethereum کی ہسٹری", "home": "ہوم", - "how-ethereum-works": "Ethereum کیسے کام کرتا ہے", "how-to-create-an-ethereum-account": "Ethereum اکاؤنٹ کو \"رجسٹر\" کرنے کا طریقہ", "how-to-revoke-token-access": "اسمارٹ کانٹریکٹ کی اپنے کرپٹو فنڈز تک رسائی کیسے منسوخ کریں", "how-to-swap-tokens": "ٹوکنز کو کیسے سواپ کریں", "how-to-use-a-bridge": "ٹوکنز کو تہہ نمبر 2 تک کیسے بریج کریں", "how-to-use-a-wallet": "والیٹ کا استعمال کیسے کریں", "image": "تصویر", - "item-logo": "{item} لوگو", - "in-this-section": "اس سیکشن میں", - "individuals": "افراد", "jobs": "ملازمت", "kraken-logo": "Kraken لوگو", "language-am": "امہری", @@ -231,13 +212,8 @@ "less": "کم", "light-mode": "روشن", "light-mode-aria-label": "لائٹ موڈ پر جائیں", - "listing-policy-disclaimer": "اس صفحے پر مندرج تمام پراڈکٹس آفیشل توثیق یافتہ نہیں، اور صرف معلوماتی مقاصد کے لیے دی گئی ہیں۔ اگر آپ کوئی پراڈکٹ شامل کرنا یا پالیسی کے بارے میں رائے دینا چاہتے ہیں تو GitHub پر مسئلہ اٹھائیں۔", "loading": "لوڈ ہو رہا ہے...", - "loading-error": "لوڈ ہونے میں نقص۔", "loading-error-refresh": "نقص، براہ کرم ریفریش کریں۔", - "loading-error-try-again-later": "ڈیٹا لوڈ کرنے میں ناکام۔ بعد میں دوبارہ کوشش کریں۔", - "logo": "لوگو", - "mainnet-ethereum": "مین نیٹ Ethereum", "meetups": "میٹ اپس", "menu": "مینو", "merge": "ضم کریں", @@ -262,7 +238,6 @@ "nav-defi-description": "روایتی مالیاتی مارکیٹ کا ایک عالمگیر، شفاف متبادل", "nav-desci-description": "موجودہ سائنسی نظام کا ایک عالمی، کھلا متبادل", "nav-desoc-description": "سماجی تعامل اور مواد کی تخلیق کاری کے لیے بلاک چین پر مبنی پلیٹ فارمز", - "nav-developers": "ڈویلپرز", "nav-developers-docs": "ڈویلپرز دستاویزات", "nav-did-description": "اپنی منفرد غیر مرکزی شناختوں کا اجراء کریں اور ان کے مالک بنیں", "nav-docs-description": "ایتھریئم کے ساتھ تعمیر کرنے اور اسے سمجھنے میں آپ کی مدد کے لیے دستاویزات", @@ -312,7 +287,6 @@ "nav-history-label": "ایتھریئم کی تکنیکی ہسٹری", "nav-learn-ethereum-development-description": "اپنی ایتھریم ڈیولپمنٹ کی تعلیم شروع کریں یا اس میں اضافہ کریں", "nav-start-building-description": "اپنا ایتھریم ڈیولپمنٹ اسٹیک منتخب کریں اور اسے سیٹ اپ کریں", - "nav-networks-home-description": "ایتھریئم کے لیے سستی اور تیز تر ٹرانزیکشنز", "nav-networks-introduction-label": "تعارف", "nav-networks-introduction-description": "Ethereum نیٹ ورکس کے نیٹ ورک میں پھیل گیا", "nav-networks-explore-networks-label": "نیٹ ورکس دریافت کریں", @@ -387,10 +361,6 @@ "on-this-page": "اس صفحے پر", "onchain-gaming": "آن چین گیمنگ", "open": "کھولیں", - "open-research": "ریسرچ کھولیں", - "page-developers-aria-label": "ڈویلپرز کا مینو", - "page-index-meta-title": "ہوم", - "page-languages-browser-default": "براؤزر کا ڈیفالٹ", "page-languages-filter-label": "فہرست کو فلٹر کریں", "page-languages-filter-placeholder": "فلٹر کرنے کے لیے ٹائپ کریں", "page-languages-interested": "تعاون کرنے میں دلچسپی رکھتے ہیں؟", @@ -412,7 +382,6 @@ "pools": "پُولڈ اسٹیکنگ", "prediction-markets": "پیشن گوئی کی مارکیٹیں", "privacy-policy": "رازداری کی پالیسی", - "private-ethereum": "پرائیویٹ Ethereum", "product-disclaimer": "مصنوعات اور خدمات ایتھریم کمیونٹی کے لیے ایک سہولت کے طور پر درج ہیں۔ کسی پروڈکٹ یا سروس کی شمولیت ethereum.org ویب سائٹ ٹیم، یا Ethereum Foundation کی طرف سے تصدیق کی نمائندگی نہیں کرتی ہے۔", "quizzes": "کوئزز", "quizzes-title": "کوئز ہب", @@ -423,23 +392,17 @@ "resources": "ترجمے کے ذرائع", "return-home": "ہوم پر واپس جائیں", "roadmap": "ایتھریم روڈ میپ", - "rollup-component-developer-docs": "ڈویلپر دستاویزات", - "rollup-component-technology-and-risk-summary": "ٹیکنالوجی اور خطرے کا خلاصہ", "rollup-component-website": "ویب سائٹ", "run-a-node": "نوڈ چلائیں", "real-world-assets": "RWAs - حقیقی دنیا کے اثاثے", "saas": "بطور سروس اسٹیکنگ", "scaling": "پیمانہ کاری", "search": "تلاش کریں", - "search-box-blank-state-text": "تلاش کریں!", - "search-eth-address": "یہ Ethereum ایڈریس کی طرح لگتا ہے۔ ہم ایڈریسز کا مخصوص ڈیٹا فراہم نہیں کرتے ہیں۔ بلاک ایکسپلورر پر اسے تلاش کرنے کی کوشش کریں، جیسے", "search-ethereum-org": "ethereum.org تلاش کریں", - "search-no-results": "آپ کی تلاش کا کوئی نتیجہ نہیں", "secret-leader-election": "خفیہ لیڈر الیکشن", "security": "سیکورٹی", "see-contributors": "شراکت داران دیکھیں", "start-building": "بنانا شروع کریں", - "sharding": "شارڈنگ", "show-all": "سب دکھائیں", "show-more": "مزید دکھائیں", "show-less": "کم دکھائیں", @@ -452,7 +415,6 @@ "stablecoins": "اسٹیبل کوائنز", "stake-eth": "اسٹیک ETH", "staking": "اسٹیکنگ", - "start-here": "یہاں شروع کریں", "statelessness": "غیر حیثیتی", "style-guide": "اسٹائل گائیڈ", "support": "معاونت", @@ -475,22 +437,19 @@ "tutorials": "ٹیوٹوریلز", "up": "اوپر", "use": "استعمال", - "use-ethereum": "Ethereum استعمال کریں", - "use-ethereum-menu": "Ethereum مینو استعمال کریں", "use-menu": "استعمال کا مینو", "user-experience": "صارف کا تجربہ", "verkle-trees": "ورکل ٹریز", "wallets": "والیٹس", "we-couldnt-find-that-page": "ہم وہ صفحہ تلاش نہیں کر سکے", "web3": "Web3 کیا ہے؟", - "web3-title": "Web3", "website-last-updated": "ویب سائٹ آخری بار اپ ڈیٹ کی گئی", "what-are-apps": "ایپس کیا ہیں؟", "what-is-ether": "ایتھر (ETH) کیا ہے؟", "what-is-ethereum": "Ethereum کیا ہے؟", "what-is-the-ethereum-network": "What is the Ethereum network?", "withdrawals": "اسٹیکنگ نکلوانا", - "wrapped-ether": "لپٹا ہوا ایتھر", + "wrapped-eth": "لپٹا ہوا ایتھر", "yes": "جی ہاں", "zero-knowledge-proofs": "بغیر معلومات کے ثبوت", "region-crimea": "کریمیا", diff --git a/src/intl/ur/glossary-tooltip.json b/src/intl/ur/glossary-tooltip.json new file mode 100644 index 00000000000..7bf0ee6d429 --- /dev/null +++ b/src/intl/ur/glossary-tooltip.json @@ -0,0 +1,4 @@ +{ + "state-term": "حالت", + "state-definition": "بلاک چین پر ایک مخصوص وقت میں تمام بیلنس اور ڈیٹا کا اسنیپ شاٹ، جو عام طور پر کسی مخصوص بلاک کی حالت کا حوالہ دیتا ہے۔" +} diff --git a/src/intl/ur/page-community-events.json b/src/intl/ur/page-community-events.json index b031cfba0b4..799b888e203 100644 --- a/src/intl/ur/page-community-events.json +++ b/src/intl/ur/page-community-events.json @@ -98,5 +98,6 @@ "page-events-meetups-events-subtitle": "ایتھیریم ایکو سسٹم کے ارد گرد آنے والے ہیکاتھنز، کمیونٹی اجتماعات، اور کانفرنسوں کو تلاش کریں۔", "page-events-cta-title": "ایک ایونٹ آرگنائز کر رہے ہیں؟", "page-events-cta-body": "یہ ایک غیر جامع فہرست ہے جسے ہماری کمیونٹی برقرار رکھتی ہے۔ کیا آپ اس فہرست میں شامل کرنے کے لیے کسی آنے والے ایتھیریم ایونٹ کے بارے میں جانتے ہیں؟", - "page-events-cta-button": "ایونٹ جمع کروائیں" + "page-events-cta-button": "ایونٹ جمع کروائیں", + "item-logo": "{item} لوگو" } diff --git a/src/intl/ur/page-developers-index.json b/src/intl/ur/page-developers-index.json index 8d49f83b80a..c81c919bc2e 100644 --- a/src/intl/ur/page-developers-index.json +++ b/src/intl/ur/page-developers-index.json @@ -12,7 +12,15 @@ "page-developers-dev-env-desc": "IDEs جو dapp ڈیولپمنٹ کے لیے موزوں ہیں", "page-developers-dev-env-link": "ڈیولپمنٹ کے ماحول", "page-developers-docs-introductions": "تعارف", + "page-developers-ethskills-cta": "{ethskills} کے ساتھ بنائیں", + "page-developers-ethskills-desc": "ایجنٹک اسٹیک کے لیے منظم ایتھیریم علم۔ اپنے AI ایجنٹ کو وہ سیاق و سباق دیں جس کی اسے حالت پڑھنے، لین دین بھیجنے، اور پروٹوکولز کے ساتھ ہم آہنگی کے لیے ضرورت ہے، ماڈل کی سیاق و سباق ونڈو سے باہر نکلے بغیر۔", "page-developers-ethskills-label": "ایتھیریم کے لیے AI ایجنٹ سیاق و سباق", + "page-developers-ethskills-msg-1": "میری کمیونٹی کے لیے ایک کوائن لانچ کرو", + "page-developers-ethskills-msg-2": "ایک فین کلب بناؤ جو لوگوں کے شامل ہونے پر مجھے ادائیگی کرے", + "page-developers-ethskills-msg-3": "میرے فن کو ہر بار دوبارہ فروخت ہونے پر رائلٹی کمانے دو", + "page-developers-ethskills-msg-4": "ایک DAO بناؤ اور میرے مداحوں کو ووٹ دینے دو کہ میں کیا بناؤں", + "page-developers-ethskills-msg-5": "ایک والٹ سیٹ اپ کرو جو میرے سوتے وقت میری ETH بڑھائے", + "page-developers-ethskills-title": "ایجنٹس کے ساتھ آن چین بنائیں", "page-developers-evm-desc": "وہ کمپیوٹر جو لین دین پر کارروائی کرتا ہے", "page-developers-evm-link": "ایتھیریم ورچوئل مشین (EVM)", "page-developers-explore-documentation": "ڈاکومنٹیشن کو دریافت کریں", diff --git a/src/intl/ur/page-get-eth.json b/src/intl/ur/page-get-eth.json index 67b2a5e8d30..76e6143215b 100644 --- a/src/intl/ur/page-get-eth.json +++ b/src/intl/ur/page-get-eth.json @@ -75,5 +75,6 @@ "page-get-eth-your-address-desc-3": "اسے اپنے ای میل ایڈریس کی طرح سمجھیں، لیکن میل کی بجائے یہ ETH وصول کر سکتا ہے۔ اگر آپ کسی ایکسچینج سے اپنے والیٹ میں ETH منتقل کرنا چاہتے ہیں، تو اپنے ایڈریس کو منزل کے طور پر استعمال کریں۔ بھیجنے سے پہلے ہمیشہ دو بار چیک کرنا یقینی بنائیں!", "page-get-eth-your-address-wallet-link": "والیٹس چیک کریں", "listing-policy-raise-issue-link": "مسئلہ اٹھائیں", - "page-find-wallet-last-updated": "آخری بار اپ ڈیٹ کیا گیا" + "page-find-wallet-last-updated": "آخری بار اپ ڈیٹ کیا گیا", + "listing-policy-disclaimer": "اس صفحے پر مندرج تمام پراڈکٹس آفیشل توثیق یافتہ نہیں، اور صرف معلوماتی مقاصد کے لیے دی گئی ہیں۔ اگر آپ کوئی پراڈکٹ شامل کرنا یا پالیسی کے بارے میں رائے دینا چاہتے ہیں تو GitHub پر مسئلہ اٹھائیں۔" } diff --git a/src/intl/ur/page-roadmap.json b/src/intl/ur/page-roadmap.json index 01a270e79b3..c7791c503bb 100644 --- a/src/intl/ur/page-roadmap.json +++ b/src/intl/ur/page-roadmap.json @@ -96,7 +96,13 @@ "page-roadmap-fusaka-additional-item-1": "UX کو بہتر بنانے کے لیے موبائل آلات پر محفوظ انکلیوز کے لیے سپورٹ", "page-roadmap-fusaka-additional-item-2": "بلاب فیس مارکیٹ میں بہتری", "page-roadmap-fusaka-additional-item-3": "ویلیڈیٹر کی کارکردگی اور نیٹ ورک کی کارکردگی میں مزید بہتری", - "page-roadmap-glamsterdam-discussed-title": "گلیم سٹرڈیم کے لیے شیڈول", - "page-roadmap-glamsterdam-discussed-item-1": "اینشرائنڈ پروپوزر-بلڈر سیپریشن (ePBS)", - "page-roadmap-glamsterdam-discussed-item-2": "بلاک-لیول ایکسیس لسٹس (BALs)" + "page-roadmap-glamsterdam-epbs-title": "پروپوزر اور بلڈر کے درمیان مقامی علیحدگی", + "page-roadmap-glamsterdam-epbs-item-1": "بلاک کے معاہدے کو پروسیسنگ سے الگ کرتا ہے، جس سے ویلیڈیٹرز کو مزید ڈیٹا پر کارروائی کرنے کی اجازت دے کر L1 کو پیمانے میں مدد ملتی ہے۔", + "page-roadmap-glamsterdam-epbs-item-2": "بلڈرز کو مقامی طور پر مربوط کرتا ہے تاکہ توثیق کنندگان بیرونی سافٹ ویئر پر بھروسہ کیے بغیر بلاک اسمبلی کو محفوظ طریقے سے آؤٹ سورس کر سکیں۔", + "page-roadmap-glamsterdam-bal-title": "بلاک لیول رسائی کی فہرستیں", + "page-roadmap-glamsterdam-bal-item-1": "انفرادی لین دین کے بجائے بلاک کی سطح پر لازمی رسائی کی فہرستوں کا تعارف کراتا ہے۔", + "page-roadmap-glamsterdam-bal-item-2": "تیز مطابقت، متوازی عمل درآمد، اور متوازی ڈسک ریڈز کے لیے پہلے سے انحصار کا نقشہ بناتا ہے۔", + "page-roadmap-glamsterdam-bal-item-3": "اسٹیٹ پر منحصر ایپس کے لیے گیس کو کم کرتا ہے اور گیس کی لاگت کی پیش گوئی کو بہتر بناتا ہے۔", + "page-roadmap-hegota-discussed-title": "ہیگوٹا کے لیے منصوبہ بندی کی گئی", + "page-roadmap-hegota-discussed-item-1": "تجاویز اس وقت زیر غور ہیں۔" } diff --git a/src/intl/vi/common.json b/src/intl/vi/common.json index de2bb8d0485..0a72eadf48c 100644 --- a/src/intl/vi/common.json +++ b/src/intl/vi/common.json @@ -25,11 +25,9 @@ "close": "Đóng", "community": "Cộng đồng", "community-hub": "Diễn đàn cộng đồng", - "community-menu": "Menu Cộng đồng", "conferences": "Hội nghị", "consensus-when-shipping": "Khi nào đi vào hoạt động?", "contact": "Thông tin liên hệ", - "content-buckets": "Danh mục nội dung", "content-resources": "Tài nguyên nội dung", "content-standardization": "Chuẩn hóa nội dung", "contributing": "Đang đóng góp", @@ -53,7 +51,6 @@ "design-principles": "Nguyên tắc thiết kế", "devcon": "Devcon", "developers": "Nhà phát triển", - "developers-home": "Trang chủ dành cho nhà phát triển", "docs": "Tài liệu", "docsearch-error-help": "Bạn nên kiểm tra lại kết nối mạng của mình.", "docsearch-error-title": "Không thể lấy kết quả trả về", @@ -73,7 +70,6 @@ "docsearch-to-select": "Để chọn", "documentation": "Tài liệu", "down": "Xuống", - "ecosystem": "Hệ sinh thái", "edit-page": "Trang chỉnh sửa", "ef-blog": "Blog của Ethereum Foundation", "eips": "Đề xuất cải tiến Ethereum", @@ -81,16 +77,12 @@ "enterprise": "Doanh nghiệp", "use-cases": "Trường hợp sử dụng", "enterprise-mainnet": "Doanh nghiệp - Ethereum Mạng chính", - "enterprise-menu": "Menu Doanh nghiệp", - "enterprise-team-description": "Chúng tôi sẽ trả lời mọi câu hỏi của bạn, giúp tìm những hướng đi tiếp theo, cung cấp hỗ trợ kỹ thuật và kết nối bạn với các chuyên gia trong ngành liên quan.", - "enterprise-team": "Đội Ngũ Doanh Nghiệp Ethereum", "error-page-title": "Ôi! Đã xảy ra sự cố", "error-page-description": "Bạn có thể giúp chúng tôi cải thiện bằng cách báo cáo những lỗi sai này trên kho lưu trữ GitHub.", "error-page-home-link": "Quay trở lại trang chủ", "esp": "Chương trình hỗ trợ Hệ sinh thái", "eth-current-price": "Giá ETH hiện tại (USD)", "ethereum": "Ethereum", - "ethereum-basics": "Căn bản về Ethereum", "ethereum-brand-assets": "Tài sản thương hiệu Ethereum", "ethereum-bug-bounty": "Chương trình nhận thưởng khi tìm ra lỗi trên Ethereum", "ethereum-events": "Những sự kiện của Ethereum", @@ -101,12 +93,9 @@ "ethereum-history-founder-and-ownership": "Lịch sử, nhà sáng lập và quyền sở hữu của Ethereum", "ethereum-logo": "Logo của Ethereum", "ethereum-online": "Cộng đồng trực tuyến", - "ethereum-protocol": "Giao thức Ethereum", "ethereum-roadmap": "Lộ trình Ethereum", "ethereum-security": "Bảo mật Ethereum và chống lừa đảo", "ethereum-privacy": "Quyền riêng tư trên Ethereum", - "ethereum-support": "Hỗ trợ từ Ethereum", - "ethereum-upgrades": "Các bản nâng cấp của Ethereum", "ethereum-vs-bitcoin": "Ethereum và Bitcoin", "ethereum-wallets": "Ví Ethereum", "ethereum-whitepaper": "Sách trắng Ethereum", @@ -122,7 +111,6 @@ "feedback-widget-thank-you-timing": "2–3 phút", "feedback-widget-thank-you-title": "Cám ơn bạn đã phản hồi!", "filter-bar-clear": "Xóa bộ lọc", - "filter-bar-empty": "Không có mục nào khớp với bộ lọc đã chọn", "filter-bar-no-results": "Không tìm thấy kết quả", "filter-bar-placeholder": "Lọc theo", "filter-bar-showing": "Đang hiển thị", @@ -134,22 +122,15 @@ "get-involved": "Tham gia", "get-started": "Bắt đầu", "go-to-top": "Lên đầu trang", - "grant-programs": "Các chương trình tài trợ cho hệ sinh thái", "grants": "Các khoản tài trợ", "guides": "Hướng dẫn", - "guides-hub": "Hướng dẫn sử dụng", - "history-of-ethereum": "Lịch sử Ethereum", "home": "Trang chủ", - "how-ethereum-works": "Cách hoạt động của Ethereum", "how-to-create-an-ethereum-account": "Cách \"tạo\" tài khoản Ethereum", "how-to-revoke-token-access": "Cách thu hồi quyền truy cập hợp đồng thông minh vào tài sản tiền mã hóa của bạn", "how-to-swap-tokens": "Cách để hoán đổi token", "how-to-use-a-bridge": "Cách chuyển token sang lớp 2", "how-to-use-a-wallet": "Cách để sử dụng ví", "image": "hình ảnh", - "item-logo": "Logo {item}", - "in-this-section": "Trong phần này", - "individuals": "Cá nhân", "jobs": "Công việc", "kraken-logo": "Logo của Kraken", "language-am": "Tiếng Amhara", @@ -231,13 +212,8 @@ "less": "Ẩn bớt", "light-mode": "Chế độ sáng", "light-mode-aria-label": "Đổi sang chế độ sáng", - "listing-policy-disclaimer": "Tất cả sản phẩm trên trang này đều không được thẩm định chính thức và chỉ được cung cấp vì mục đích thông tin. Nếu bạn muốn thêm sản phẩm hoặc phản hồi về chính sách, hãy tạo phiếu sự cố trên GitHub.", "loading": "Đang tải...", - "loading-error": "Lỗi khi tải.", "loading-error-refresh": "Đã xảy ra lỗi, vui lòng làm mới.", - "loading-error-try-again-later": "Không thể tải dữ liệu. Hãy thử lại sau.", - "logo": "logo", - "mainnet-ethereum": "Ethereum Mạng chính", "meetups": "Các buổi gặp mặt", "menu": "Menu", "merge": "Gộp", @@ -262,7 +238,6 @@ "nav-defi-description": "Một lựa chọn mở toàn cầu thay thế cho thị trường tài chính truyền thống", "nav-desci-description": "Toàn cầu, sự mở rộng thay thế đến hệ thống khoa học hiện tại", "nav-desoc-description": "Các nền tảng dựa trên chuỗi khối cho việc tương tác xã hội và sáng tạo nội dung", - "nav-developers": "Nhà phát triển", "nav-developers-docs": "Tài liệu dành cho nhà phát triển", "nav-did-description": "Phát hành và sở hữu mã định danh phi tập trung của riêng bạn", "nav-docs-description": "Tài liệu giúp bạn hiểu và phát triển với Ethereum", @@ -312,7 +287,6 @@ "nav-history-label": "Lịch sử kỹ thuật của Ethereum", "nav-learn-ethereum-development-description": "Bắt đầu hoặc nâng cao việc học phát triển Ethereum của bạn", "nav-start-building-description": "Chọn và thiết lập hệ thống phát triển Ethereum của bạn", - "nav-networks-home-description": "Giao dịch Ethereum rẻ hơn và nhanh hơn", "nav-networks-introduction-label": "Giới thiệu", "nav-networks-introduction-description": "Ethereum đã phát triển thành một mạng lưới mở rộng", "nav-networks-explore-networks-label": "Khám phá các mạng lưới", @@ -387,10 +361,6 @@ "on-this-page": "Trên trang này", "onchain-gaming": "Trò chơi trên chuỗi", "open": "Mở", - "open-research": "Nghiên cứu mở", - "page-developers-aria-label": "Menu của nhà phát triển", - "page-index-meta-title": "Trang chủ", - "page-languages-browser-default": "Trình duyệt mặc định", "page-languages-filter-label": "Danh sách bộ lọc", "page-languages-filter-placeholder": "Nhập để lọc", "page-languages-interested": "Bạn muốn tìm hiểu về việc đóng góp?", @@ -412,7 +382,6 @@ "pools": "Staking chung", "prediction-markets": "Thị trường dự đoán", "privacy-policy": "Chính sách quyền riêng tư", - "private-ethereum": "Ethereum riêng", "product-disclaimer": "Các sản phẩm và dịch vụ được liệt kê để đảm bảo thuận tiện cho cộng đồng Ethereum. Việc liệt kê một sản phẩm hoặc dịch vụ không đồng nghĩa với sự chứng thực từ đội ngũ trang web ethereum.org hay Ethereum Foundation.", "quizzes": "Trắc nghiệm", "quizzes-title": "Trung tâm trắc nghiệm", @@ -423,23 +392,17 @@ "resources": "Tài nguyên dịch thuật", "return-home": "Trở về trang chủ", "roadmap": "Lộ trình Ethereum", - "rollup-component-developer-docs": "Tài liệu dành cho nhà phát triển", - "rollup-component-technology-and-risk-summary": "Tóm tắt về công nghệ và rủi ro", "rollup-component-website": "Trang web", "run-a-node": "Vận hành một nút", "real-world-assets": "RWA - Tài Sản Thực", "saas": "Đặt cọc như là một dịch vụ", "scaling": "Thay đổi quy mô", "search": "Tìm kiếm", - "search-box-blank-state-text": "Tìm kiếm nào!", - "search-eth-address": "Đây giống như một địa chỉ Ethereum. Chúng tôi không cung cấp dữ liệu cho những địa chỉ này. Thử tìm kiếm trên một trình duyệt khối như", "search-ethereum-org": "Tìm kiếm ethereum.org", - "search-no-results": "Không tìm thấy kết quả cho tìm kiếm của bạn", "secret-leader-election": "Bầu chọn thủ lĩnh bí mật", "security": "Bảo mật", "see-contributors": "Xem những người đóng góp", "start-building": "Bắt đầu xây dựng", - "sharding": "Sharding", "show-all": "Hiện tất cả", "show-more": "Xem thêm", "show-less": "Ẩn bớt", @@ -452,7 +415,6 @@ "stablecoins": "Stablecoin", "stake-eth": "Ký gửi ETH", "staking": "Staking", - "start-here": "Bắt đầu ở đây", "statelessness": "Phi trạng thái", "style-guide": "Hướng dẫn phong cách", "support": "Hỗ Trợ", @@ -475,22 +437,19 @@ "tutorials": "Hướng dẫn", "up": "Lên", "use": "Sử dụng", - "use-ethereum": "Sử dụng Ethereum", - "use-ethereum-menu": "Sử dụng menu Ethereum", "use-menu": "Menu Sử dụng", "user-experience": "Trải nghiệm người dùng", "verkle-trees": "Cây Verkle", "wallets": "Ví", "we-couldnt-find-that-page": "Chúng tôi không thể tìm thấy trang đó", "web3": "Web3 là gì?", - "web3-title": "Web3", "website-last-updated": "Trang cập nhật mới nhất", "what-are-apps": "Ứng dụng là gì?", "what-is-ether": "Ether (ETH) là gì?", "what-is-ethereum": "Ethereum là gì?", "what-is-the-ethereum-network": "Mạng lưới Ethereum là gì?", "withdrawals": "Rút tài sản đặt cược", - "wrapped-ether": "Ether được bọc", + "wrapped-eth": "Ether được bọc", "yes": "Có", "zero-knowledge-proofs": "Bằng chứng không tiết lộ thông tin", "region-crimea": "Vùng Crimea", diff --git a/src/intl/vi/glossary-tooltip.json b/src/intl/vi/glossary-tooltip.json index 18dbddb3b8c..01ffdebf8fe 100644 --- a/src/intl/vi/glossary-tooltip.json +++ b/src/intl/vi/glossary-tooltip.json @@ -139,6 +139,8 @@ "staking-definition": "Gửi một lượng ether (cổ phần của bạn) để trở thành một trình xác thực và bảo mật mạng. Một trình xác thực kiểm tra các giao dịch và đề xuất các khối theo mô hình đồng thuận bằng chứng cổ phần. Việc đặt cược mang lại cho bạn một động lực kinh tế để hành động vì lợi ích tốt nhất của mạng. Bạn sẽ nhận được phần thưởng khi thực hiện các nhiệm vụ trình xác thực của mình, nhưng sẽ mất một lượng ETH khác nhau nếu bạn không làm vậy. Tìm hiểu thêm về việc đặt cược trên Ethereum.", "staking-pool-term": "Bể đặt cược", "staking-pool-definition": "ETH kết hợp của nhiều hơn một người đặt cược Ethereum, được sử dụng để đạt được 32 ETH cần thiết để kích hoạt một bộ khóa trình xác thực. Một nhà khai thác nút sử dụng các khóa này để tham gia vào sự đồng thuận và các phần thưởng khối được chia cho những người đặt cược đóng góp. Các bể đặt cược hoặc ủy quyền đặt cược không phải là bản địa của giao thức Ethereum, nhưng nhiều giải pháp đã được cộng đồng xây dựng. Tìm hiểu thêm về đặt cược gộp.", + "state-term": "Trạng thái", + "state-definition": "Ảnh chụp nhanh của tất cả số dư và dữ liệu tại một thời điểm cụ thể trên blockchain, thường đề cập đến điều kiện tại một Khối cụ thể.", "sybil-attack-term": "Tấn công mạo nhận", "sybil-attack-definition": "Tấn công mạo nhận là việc các cá nhân lừa một hệ thống tin rằng cá nhân đó là nhiều người, để tăng sự ảnh hưởng của họ.", "terminal-total-difficulty-term": "Tổng độ khó cuối cùng (TTD)", diff --git a/src/intl/vi/page-community-events.json b/src/intl/vi/page-community-events.json index cc91b33a976..14a80551e25 100644 --- a/src/intl/vi/page-community-events.json +++ b/src/intl/vi/page-community-events.json @@ -98,5 +98,6 @@ "page-events-meetups-events-subtitle": "Tìm kiếm các cuộc thi hackathon, các buổi họp mặt cộng đồng và hội nghị sắp tới trong hệ sinh thái Ethereum.", "page-events-cta-title": "Tổ chức một sự kiện?", "page-events-cta-body": "Đây là một danh sách chưa đầy đủ được duy trì bởi cộng đồng của chúng tôi. Bạn có biết sự kiện Ethereum sắp tới nào để thêm vào danh sách này không?", - "page-events-cta-button": "Gửi sự kiện" + "page-events-cta-button": "Gửi sự kiện", + "item-logo": "Logo {item}" } diff --git a/src/intl/vi/page-developers-index.json b/src/intl/vi/page-developers-index.json index 093aff4be56..6db202342e9 100644 --- a/src/intl/vi/page-developers-index.json +++ b/src/intl/vi/page-developers-index.json @@ -11,7 +11,15 @@ "page-developers-dev-env-desc": "IDE phù hợp cho việc phát triển ứng dụng phi tập trung", "page-developers-dev-env-link": "Môi trường phát triển", "page-developers-docs-introductions": "Giới thiệu", + "page-developers-ethskills-cta": "Xây dựng với {ethskills}", + "page-developers-ethskills-desc": "Kiến thức Ethereum có cấu trúc cho ngăn xếp tác tử. Cung cấp cho tác tử AI của bạn ngữ cảnh cần thiết để đọc trạng thái, gửi giao dịch và phối hợp với các giao thức, mà không cần rời khỏi cửa sổ ngữ cảnh của mô hình.", "page-developers-ethskills-label": "Ngữ cảnh tác tử AI cho Ethereum", + "page-developers-ethskills-msg-1": "ra mắt một đồng coin cho cộng đồng của tôi", + "page-developers-ethskills-msg-2": "tạo một câu lạc bộ fan trả tiền cho tôi khi mọi người tham gia", + "page-developers-ethskills-msg-3": "để tác phẩm nghệ thuật của tôi kiếm tiền bản quyền mỗi lần được bán lại", + "page-developers-ethskills-msg-4": "tạo một DAO và để fan bình chọn những gì tôi xây dựng", + "page-developers-ethskills-msg-5": "thiết lập một kho bạc giúp ETH của tôi tăng trưởng khi tôi ngủ", + "page-developers-ethskills-title": "Xây dựng trên chuỗi với các tác tử", "page-developers-evm-desc": "Máy tính xử lý các giao dịch", "page-developers-evm-link": "Máy ảo Ethereum (EVM)", "page-developers-explore-documentation": "Khám phá tài liệu tham khảo", diff --git a/src/intl/vi/page-get-eth.json b/src/intl/vi/page-get-eth.json index cf2200e8ee3..d080d530482 100644 --- a/src/intl/vi/page-get-eth.json +++ b/src/intl/vi/page-get-eth.json @@ -75,5 +75,6 @@ "page-get-eth-your-address-desc-3": "Địa chỉ này tương tự như địa chỉ email của bạn, nhưng nó có thể nhận ETH thay vì email. Sử dụng địa chỉ của bạn làm điểm đến nếu bạn muốn chuyển ETH từ sàn giao dịch sang ví của mình. Đảm bảo luôn kiểm tra kỹ trước khi gửi!", "page-get-eth-your-address-wallet-link": "Kiểm tra ví", "listing-policy-raise-issue-link": "Báo cáo vấn đề", - "page-find-wallet-last-updated": "Cập nhật mới nhất" + "page-find-wallet-last-updated": "Cập nhật mới nhất", + "listing-policy-disclaimer": "Tất cả sản phẩm trên trang này đều không được thẩm định chính thức và chỉ được cung cấp vì mục đích thông tin. Nếu bạn muốn thêm sản phẩm hoặc phản hồi về chính sách, hãy tạo phiếu sự cố trên GitHub." } diff --git a/src/intl/vi/page-roadmap.json b/src/intl/vi/page-roadmap.json index 37772f4609b..10d05ef2c01 100644 --- a/src/intl/vi/page-roadmap.json +++ b/src/intl/vi/page-roadmap.json @@ -4,7 +4,7 @@ "page-roadmap-meta-description": "Lộ trình tăng cường khả năng mở rộng, bảo mật và bền vững hơn cho Ethereum.", "page-roadmap-banner-notification": "Sự phát triển của Ethereum được thúc đẩy bởi cộng đồng và có thể thay đổi.", "page-roadmap-changes-coming-title": "Có những nâng cấp nào sẽ đến với Ethereum?", - "page-roadmap-changes-coming-description": "Ethereum đã là một nền tảng mạnh mẽ, nhưng vẫn đang được cải thiện thêm. Một loạt những cải tiến đầy tham vọng sẽ nâng cấp Ethereum từ hiện tại thành một nền tảng hoàn chỉnh, bền bỉ nhất.", + "page-roadmap-changes-coming-description": "Ethereum đã là một nền tảng mạnh mẽ, nhưng vẫn đang được cải thiện. Một loạt các cải tiến đầy tham vọng sẽ nâng cấp Ethereum từ dạng hiện tại thành một nền tảng được mở rộng hoàn toàn, có khả năng phục hồi tối đa.", "page-roadmap-cheaper-transactions-title": "Giao dịch rẻ hơn", "page-roadmap-cheaper-transactions-description": "Rollups thì đắt đỏ quá và phải dựa vào các thành phần tập trung, khiến người dùng phải đặt quá nhiều niềm tin vào những vận hành viên. Kế hoạch đã có các giải pháp cho cả hai vấn đề này.", "page-roadmap-cheaper-transactions-button": "Thêm về việc giảm phí", @@ -47,7 +47,7 @@ "page-roadmap-faq-2-p1-continued": "để dự đoán càng nhiều mục trên lộ trình sẽ được thực hiện song song và phát triển với tốc độ khác nhau. Tính cấp bách của một bản nâng cấp cũng có thể thay đổi theo thời gian tùy thuộc vào các yếu tố bên ngoài (ví dụ: một bước nhảy đột ngột trong hiệu suất và khả năng sử dụng của máy tính lượng tử có thể làm cho việc lượng tử kháng trở nên cấp bách hơn).", "page-roadmap-faq-2-p2": "Một cách để nghĩ về việc phát triển Ethereum là so sánh với sự tiến hóa sinh học. Một mạng lưới có khả năng thích ứng với những thách thức mới và duy trì sự phù hợp thì có khả năng thành công hơn so với một mạng lưới kháng cự lại sự thay đổi. Tuy nhiên, khi mạng lưới ngày càng hoạt động hiệu quả, mở rộng và an toàn hơn, thì sẽ cần ít thay đổi hơn cho giao thức.", "page-roadmap-faq-3-title": "Tôi có cần làm gì để chuẩn bị cho những nâng cấp này không?", - "page-roadmap-faq-3-p1": "Các bản nâng cấp thường không ảnh hưởng đến người dùng cuối, ngoại trừ việc cung cấp trải nghiệm người dùng tốt hơn và một giao thức an toàn hơn, và có thể là nhiều tuỳ chọn hơn cho cách tương tác với Ethereum. Người dùng bình thường không yêu cầu tham gia tích cực vào một bản nâng cấp, cũng như không cần phải làm gì để bảo vệ tài sản của họ. Các nhà điều hành nút sẽ cần cập nhật khách hàng của họ để chuẩn bị cho một bản nâng cấp. Một số bản nâng cấp có thể dẫn đến sự thay đổi cho các nhà phát triển ứng dụng. Ví dụ, các bản nâng cấp về hết hạn trong quá khứ có thể khiến các nhà phát triển ứng dụng lấy dữ liệu lịch sử từ các nguồn mới.", + "page-roadmap-faq-3-p1": "Các bản nâng cấp thường không ảnh hưởng đến người dùng cuối, ngoại trừ việc cung cấp trải nghiệm người dùng tốt hơn và một giao thức an toàn hơn, và có thể là nhiều tuỳ chọn hơn cho cách tương tác với Ethereum. Người dùng bình thường không yêu cầu tham gia tích cực vào một bản nâng cấp, cũng như không cần phải làm gì** để bảo vệ tài sản của họ. Các nhà điều hành nút sẽ cần cập nhật khách hàng của họ để chuẩn bị cho một bản nâng cấp. Một số bản nâng cấp có thể dẫn đến sự thay đổi cho các nhà phát triển ứng dụng. Ví dụ, các bản nâng cấp về hết hạn trong quá khứ có thể khiến các nhà phát triển ứng dụng lấy dữ liệu lịch sử từ các nguồn mới.", "page-roadmap-faq-4-title": "Còn về Sharding thì sao?", "page-roadmap-faq-4-p1": "Sharding là việc tách nhỏ blockchain Ethereum ra, để một nhóm validator chỉ cần chịu trách nhiệm cho một phần dữ liệu thôi. Ban đầu, đây là cách mà Ethereum dự định mở rộng quy mô. Tuy nhiên, layer 2 rollups đã phát triển nhanh hơn mong đợi và đã cung cấp nhiều khả năng mở rộng rồi, và sẽ còn nhiều hơn nữa khi Proto-Danksharding được triển khai. Điều này có nghĩa là \"shard chains\" giờ không còn cần thiết và đã bị loại bỏ khỏi lộ trình.", "page-roadmap-release-status-prod": "Trong quá trình sản xuất", @@ -72,7 +72,7 @@ "page-roadmap-shapella-eip4895-item-1": "Thêm một nâng cấp nữa cho việc rút tiền", "page-roadmap-shapella-eip4895-item-2": "Đảm bảo việc xử lý yêu cầu rút tiền được an toàn và hiệu quả", "page-roadmap-shapella-eip3651-title": "EIP-3651: COINBASE khởi động", - "page-roadmap-shapella-eip3651-item-1": "Giảm chi phí ga để truy cập địa chỉ COINBASE", + "page-roadmap-shapella-eip3651-item-1": "Giảm chi phí gas để truy cập địa chỉ COINBASE", "page-roadmap-shapella-eip3651-item-2": "Cải thiện hiệu suất của một số hoạt động hợp đồng thông minh", "page-roadmap-dencun-danksharding-title": "Giao thức Proto-Danksharding (EIP-4844)", "page-roadmap-dencun-danksharding-item-1": "Đã giới thiệu giao dịch blob để giảm đáng kể chi phí giao dịch rollup", @@ -86,7 +86,7 @@ "page-roadmap-pectra-eoa-title": "Cải thiện ví EOA với chức năng hợp đồng thông minh", "page-roadmap-pectra-eoa-item-1": "Người dùng có thể thiết lập địa chỉ của mình để được đại diện bởi một mã của một hợp đồng thông minh hiện có và nhận được các lợi ích như gộp giao dịch, tài trợ phí giao dịch hoặc các cơ chế phục hồi tốt hơn", "page-roadmap-pectra-balance-title": "Tăng số dư tối đa có hiệu lực", - "page-roadmap-pectra-balance-item-1": "Các nhà đầu tư giờ đây có thể chọn một số lượng ETH tùy ý để đặt cược và nhận phần thưởng trên mỗi 1 ETH vượt quá mức tối thiểu", + "page-roadmap-pectra-balance-item-1": "Những người đặt cọc giờ đây có thể chọn một số lượng ETH tùy ý để đặt cọc và nhận phần thưởng trên mỗi 1 ETH vượt quá mức tối thiểu", "page-roadmap-pectra-blob-title": "Tăng cường thông lượng của Blob", "page-roadmap-pectra-blob-item-1": "Số lượng blob sẽ được tăng từ 3 lên 6 mục tiêu, với tối đa là 9, dẫn đến phí rẻ hơn trong các giao thức Ethereum rollups", "page-roadmap-fusaka-peerdas-title": "PeerDAS (Mô hình Lấy mẫu Dữ liệu có sẵn Ngang hàng)", @@ -96,7 +96,13 @@ "page-roadmap-fusaka-additional-item-1": "Hỗ trợ cho các khoảng bảo mật trên thiết bị di động nhằm cải thiện trải nghiệm người dùng", "page-roadmap-fusaka-additional-item-2": "Cải tiến phí thị trường blob", "page-roadmap-fusaka-additional-item-3": "Cải thiện hơn nữa hiệu quả của trình xác thực và hiệu suất của mạng", - "page-roadmap-glamsterdam-discussed-title": "Được lên lịch cho Glamsterdam", - "page-roadmap-glamsterdam-discussed-item-1": "Chính thức hóa việc tách biệt người đề xuất-người xây dựng (ePBS)", - "page-roadmap-glamsterdam-discussed-item-2": "Danh sách truy cập cấp khối (BALs)" -} + "page-roadmap-glamsterdam-epbs-title": "Tách biệt người đề xuất-người xây dựng được chính thức hóa", + "page-roadmap-glamsterdam-epbs-item-1": "Tách biệt sự đồng thuận khối khỏi quá trình xử lý, giúp L1 mở rộng bằng cách cho phép các trình xác thực xử lý nhiều dữ liệu hơn.", + "page-roadmap-glamsterdam-epbs-item-2": "Tích hợp nguyên bản những người xây dựng để các trình xác thực có thể thuê ngoài việc tập hợp khối một cách an toàn mà không cần tin tưởng vào phần mềm bên ngoài.", + "page-roadmap-glamsterdam-bal-title": "Danh sách truy cập cấp khối", + "page-roadmap-glamsterdam-bal-item-1": "Đưa vào danh sách truy cập bắt buộc ở cấp độ khối, thay vì cho các giao dịch riêng lẻ.", + "page-roadmap-glamsterdam-bal-item-2": "Ánh xạ các phụ thuộc ngay từ đầu để đồng bộ hóa nhanh hơn, thực thi song song và đọc đĩa song song.", + "page-roadmap-glamsterdam-bal-item-3": "Giảm ga cho các ứng dụng nặng về trạng thái và cải thiện khả năng dự đoán chi phí ga.", + "page-roadmap-hegota-discussed-title": "Đã lên kế hoạch cho Hegotá", + "page-roadmap-hegota-discussed-item-1": "Các đề xuất hiện đang được thảo luận" +} \ No newline at end of file diff --git a/src/intl/zh-tw/common.json b/src/intl/zh-tw/common.json index 397f6abf86d..12cadf0affc 100644 --- a/src/intl/zh-tw/common.json +++ b/src/intl/zh-tw/common.json @@ -25,11 +25,9 @@ "close": "關閉", "community": "社群", "community-hub": "社群中心", - "community-menu": "社群選單", "conferences": "會議", "consensus-when-shipping": "何時生效？", "contact": "媒體聯絡方式", - "content-buckets": "內容門類", "content-resources": "內容資源", "content-standardization": "內容統一化", "contributing": "參與貢獻", @@ -53,7 +51,6 @@ "design-principles": "設計理念", "devcon": "Devcon", "developers": "開發者", - "developers-home": "開發者首頁", "docs": "文件", "docsearch-error-help": "你或許需要檢查網路連接。", "docsearch-error-title": "無法擷取結果", @@ -73,7 +70,6 @@ "docsearch-to-select": "選擇", "documentation": "文件", "down": "下移", - "ecosystem": "生態系統", "edit-page": "編輯頁面", "ef-blog": "以太坊基金會部落格", "eips": "以太坊改進提案", @@ -81,16 +77,12 @@ "enterprise": "企業", "use-cases": "使用案例", "enterprise-mainnet": "企業級 - 以太坊主網", - "enterprise-menu": "企業版選單", - "enterprise-team-description": "我們將解答您的問題、協助確認潛在路徑、提供技術支援並與相關產業領導者聯繫。", - "enterprise-team": "以太坊企業團隊", "error-page-title": "糟糕！發生錯誤", "error-page-description": "您可以透過我們的 GitHub 儲存庫回報此問題，協助我們改進。", "error-page-home-link": "返回首頁", "esp": "生態系統支援計畫", "eth-current-price": "以太幣 (ETH) 現值 (美金)", "ethereum": "以太坊", - "ethereum-basics": "以太坊基礎概念", "ethereum-brand-assets": "以太坊品牌資產", "ethereum-bug-bounty": "以太坊漏洞懸賞計畫", "ethereum-events": "以太坊活動", @@ -101,12 +93,9 @@ "ethereum-history-founder-and-ownership": "以太坊歷史、創辦人與所有權", "ethereum-logo": "以太坊標誌", "ethereum-online": "線上社群", - "ethereum-protocol": "以太坊協議", "ethereum-roadmap": "以太坊路線圖", "ethereum-security": "以太坊安全及詐騙預防", "ethereum-privacy": "以太坊上的隱私", - "ethereum-support": "以太坊支援", - "ethereum-upgrades": "以太坊升級", "ethereum-vs-bitcoin": "以太坊 vs 比特幣", "ethereum-wallets": "以太坊錢包", "ethereum-whitepaper": "以太坊白皮書", @@ -122,7 +111,6 @@ "feedback-widget-thank-you-timing": "2-3 分鐘", "feedback-widget-thank-you-title": "感謝你提供意見回饋！", "filter-bar-clear": "清除篩選", - "filter-bar-empty": "沒有符合所選篩選條件的項目", "filter-bar-no-results": "未找到結果", "filter-bar-placeholder": "篩選", "filter-bar-showing": "顯示", @@ -134,22 +122,15 @@ "get-involved": "加入我們", "get-started": "開始使用", "go-to-top": "回到頂端", - "grant-programs": "生態系統獎助金計畫", "grants": "獎助金", "guides": "指南", - "guides-hub": "操作指南", - "history-of-ethereum": "以太坊的歷史", "home": "首頁", - "how-ethereum-works": "以太坊如何運作", "how-to-create-an-ethereum-account": "如何「建立」以太坊帳戶", "how-to-revoke-token-access": "如何撤銷智慧型合約對你的加密資金的訪問權限", "how-to-swap-tokens": "如何兌換代幣", "how-to-use-a-bridge": "如何通過跨鏈橋將代幣轉移至二層網路", "how-to-use-a-wallet": "如何使用錢包", "image": "圖像", - "item-logo": "{item} 標誌", - "in-this-section": "在本節", - "individuals": "個人", "jobs": "工作機會", "kraken-logo": "Kraken 標誌", "language-am": "阿姆哈拉語", @@ -231,13 +212,8 @@ "less": "收起", "light-mode": "明亮模式", "light-mode-aria-label": "切換明亮模式", - "listing-policy-disclaimer": "此頁面所列出的所有商品皆非官方代言，僅供參考。如果你想要新增產品或提供與政策相關的回饋，可於 GitHub 提出。", "loading": "載入中……", - "loading-error": "載入錯誤。", "loading-error-refresh": "錯誤，請重新整理。", - "loading-error-try-again-later": "無法載入資料。請稍後再試。", - "logo": "標誌", - "mainnet-ethereum": "以太坊主網路", "meetups": "聚會", "menu": "選單", "merge": "合併", @@ -262,7 +238,6 @@ "nav-defi-description": "傳統金融市場的全球開放性替代方案", "nav-desci-description": "現行科學系統的全球開放性替代方案。", "nav-desoc-description": "基於區塊鏈的平台，用於社交互動、内容建立。", - "nav-developers": "開發者", "nav-developers-docs": "開發者文件", "nav-did-description": "發佈並擁有你獨特的去中心化身分識別", "nav-docs-description": "幫助你瞭解並使用以太坊來建造的文件", @@ -312,7 +287,6 @@ "nav-history-label": "以太坊的技術歷史沿革", "nav-learn-ethereum-development-description": "開始或進階您的以太坊開發學習", "nav-start-building-description": "選擇並設定您的以太坊開發堆疊", - "nav-networks-home-description": "適用以太坊的更便宜且更快速的交易", "nav-networks-introduction-label": "簡介", "nav-networks-introduction-description": "擴展為網路之網路的以太坊", "nav-networks-explore-networks-label": "探索網路", @@ -387,10 +361,6 @@ "on-this-page": "在本頁面", "onchain-gaming": "鏈上遊戲", "open": "開啟", - "open-research": "開放研究", - "page-developers-aria-label": "開發者選單", - "page-index-meta-title": "首頁", - "page-languages-browser-default": "預設瀏覽器", "page-languages-filter-label": "篩選條件清單", "page-languages-filter-placeholder": "輸入以進行篩選", "page-languages-interested": "想要參與貢獻嗎？", @@ -412,7 +382,6 @@ "pools": "聯合質押", "prediction-markets": "預測市場", "privacy-policy": "隱私條款", - "private-ethereum": "私人以太坊", "product-disclaimer": "列舉產品和服務是為了方便以太坊社群。在網站上列舉某種產品或服務並不代表ethereum.org 網站團隊或以太坊基金會對其的認可。", "quizzes": "測驗", "quizzes-title": "測驗中心", @@ -423,23 +392,17 @@ "resources": "翻譯資源", "return-home": "返回首頁", "roadmap": "以太坊開發藍圖", - "rollup-component-developer-docs": "開發者文件", - "rollup-component-technology-and-risk-summary": "技術和風險概要", "rollup-component-website": "網站", "run-a-node": "執行節點", "real-world-assets": "RWA——現實世界資產", "saas": "質押即服務", "scaling": "擴容", "search": "搜尋", - "search-box-blank-state-text": "隨意搜尋！", - "search-eth-address": "這看起來像是以太坊地址。我們沒有提供與地址相關的資訊，請嘗試在區塊瀏覽器上搜尋，例如", "search-ethereum-org": "搜尋 ethereum.org", - "search-no-results": "沒有符合條件的搜尋結果", "secret-leader-election": "秘密領導者選舉", "security": "安全性", "see-contributors": "查看貢獻者", "start-building": "開始建置", - "sharding": "分片", "show-all": "顯示全部", "show-more": "顯示更多", "show-less": "收起", @@ -452,7 +415,6 @@ "stablecoins": "穩定幣", "stake-eth": "質押以太幣", "staking": "質押", - "start-here": "由此開始", "statelessness": "無狀態", "style-guide": "設計指南", "support": "技術支援", @@ -475,22 +437,19 @@ "tutorials": "教學", "up": "上移", "use": "使用", - "use-ethereum": "使用以太坊", - "use-ethereum-menu": "使用以太坊選單", "use-menu": "使用選單", "user-experience": "使用者體驗", "verkle-trees": "沃克爾樹", "wallets": "錢包", "we-couldnt-find-that-page": "找不到該頁面", "web3": "什麼是 Web3？", - "web3-title": "Web3", "website-last-updated": "網站上次更新", "what-are-apps": "什麼是應用程式？", "what-is-ether": "什麼是以太幣 (ETH)？", "what-is-ethereum": "什麼是以太坊？", "what-is-the-ethereum-network": "什麼是以太坊網路？", "withdrawals": "質押提款", - "wrapped-ether": "包裝以太幣", + "wrapped-eth": "包裝以太幣", "yes": "是", "zero-knowledge-proofs": "零知識證明", "region-crimea": "克里米亞", diff --git a/src/intl/zh-tw/glossary-tooltip.json b/src/intl/zh-tw/glossary-tooltip.json index d975e5ece23..2dd0dc5b885 100644 --- a/src/intl/zh-tw/glossary-tooltip.json +++ b/src/intl/zh-tw/glossary-tooltip.json @@ -139,6 +139,8 @@ "staking-definition": "存入一定數量的以太幣（你的質押）即可成為驗證者並保護網路。驗證者檢查交易並在權益證明共識模型下提出區塊。質押為你提供經濟激勵，讓你以網路的最佳利益行事。你將因履行驗證者職責而獲得獎勵，但若否，則會損失不同數量的以太幣。更多關於以太坊質押的資訊。", "staking-pool-term": "質押池", "staking-pool-definition": "多個以太坊質押者的以太幣總和，用於達到啟動一組驗證器金鑰所需的 32 個以太幣。節點營運商使用這些金鑰參與共識，而區塊獎勵會在貢獻者之間分配。質押池或委託質押並不是以太坊協定原生的，但社群已經建立了許多解決方案。更多關於聯合質押的資訊。", + "state-term": "狀態", + "state-definition": "區塊鏈上特定時間點的所有餘額和資料的快照，通常指的是特定區塊的狀況。", "sybil-attack-term": "女巫攻擊", "sybil-attack-definition": "女巫攻擊是指個人欺騙系統使某個系統認為他們是多個人而增加他們的影響力。", "terminal-total-difficulty-term": "終端總難度 (TTD)", diff --git a/src/intl/zh-tw/page-community-events.json b/src/intl/zh-tw/page-community-events.json index e6dbadf72d5..d9a58ec3904 100644 --- a/src/intl/zh-tw/page-community-events.json +++ b/src/intl/zh-tw/page-community-events.json @@ -98,5 +98,6 @@ "page-events-meetups-events-subtitle": "搜尋以太坊生態系統周邊即將舉行的黑客松、社群集會與會議。", "page-events-cta-title": "要主辦活動嗎？", "page-events-cta-body": "這份清單由我們的社群維護，並未詳盡列出所有項目。知道有任何即將舉行的以太坊活動可以新增至此清單嗎？", - "page-events-cta-button": "提交活動" + "page-events-cta-button": "提交活動", + "item-logo": "{item} 標誌" } diff --git a/src/intl/zh-tw/page-developers-index.json b/src/intl/zh-tw/page-developers-index.json index cb335168cfc..fc68f627c2c 100644 --- a/src/intl/zh-tw/page-developers-index.json +++ b/src/intl/zh-tw/page-developers-index.json @@ -11,7 +11,15 @@ "page-developers-dev-env-desc": "適合去中心化應用程式開發的整合開發環境", "page-developers-dev-env-link": "開發環境", "page-developers-docs-introductions": "簡介", + "page-developers-ethskills-cta": "使用 {ethskills} 建構", + "page-developers-ethskills-desc": "為代理堆疊提供結構化的以太坊知識。為你的 AI 代理提供讀取狀態、傳送交易和協調協議所需的上下文，無需離開模型的上下文視窗。", "page-developers-ethskills-label": "以太坊的AI代理上下文", + "page-developers-ethskills-msg-1": "為我的社群發行一個代幣", + "page-developers-ethskills-msg-2": "建立一個粉絲加入就能賺錢的俱樂部", + "page-developers-ethskills-msg-3": "讓我的藝術品每次轉售都能賺取版稅", + "page-developers-ethskills-msg-4": "建立一個 DAO 讓粉絲投票決定我做什麼", + "page-developers-ethskills-msg-5": "設置一個在我睡覺時讓 ETH 增長的金庫", + "page-developers-ethskills-title": "與代理一起鏈上建構", "page-developers-evm-desc": "處理異動的電腦", "page-developers-evm-link": "Ethereum 虛擬機器 (EVM)", "page-developers-explore-documentation": "探索文件", diff --git a/src/intl/zh-tw/page-get-eth.json b/src/intl/zh-tw/page-get-eth.json index 969da9e5175..0ab78b6cff0 100644 --- a/src/intl/zh-tw/page-get-eth.json +++ b/src/intl/zh-tw/page-get-eth.json @@ -75,5 +75,6 @@ "page-get-eth-your-address-desc-3": "請將其想像為電子郵件地址，但是接收的是以太幣而非郵件。如果你想要將以太幣從交易所轉移到你的錢包，使用你的位址作為目的地。發送前請記得檢查！", "page-get-eth-your-address-wallet-link": "查看錢包", "listing-policy-raise-issue-link": "提出問題", - "page-find-wallet-last-updated": "最後更新" + "page-find-wallet-last-updated": "最後更新", + "listing-policy-disclaimer": "此頁面所列出的所有商品皆非官方代言，僅供參考。如果你想要新增產品或提供與政策相關的回饋，可於 GitHub 提出。" } diff --git a/src/intl/zh-tw/page-roadmap.json b/src/intl/zh-tw/page-roadmap.json index 26dfa5768b0..de7691b5bf7 100644 --- a/src/intl/zh-tw/page-roadmap.json +++ b/src/intl/zh-tw/page-roadmap.json @@ -96,7 +96,13 @@ "page-roadmap-fusaka-additional-item-1": "在行動裝置上支援安全隔離區，以提升使用者體驗", "page-roadmap-fusaka-additional-item-2": "Blob費市場的改善", "page-roadmap-fusaka-additional-item-3": "驗證效率與網路效能提升的進一步改善", - "page-roadmap-glamsterdam-discussed-title": "為 Glamsterdam 排定的項目", - "page-roadmap-glamsterdam-discussed-item-1": "協議內建的提議者-建構者分離 (ePBS)", - "page-roadmap-glamsterdam-discussed-item-2": "區塊層級的存取清單 (BALs)" + "page-roadmap-glamsterdam-epbs-title": "原生的提案者與建構者分離", + "page-roadmap-glamsterdam-epbs-item-1": "將區塊協議與處理分離，讓驗證者可以處理更多資料，進而幫助 L1 擴展。", + "page-roadmap-glamsterdam-epbs-item-2": "內建整合了區塊建構者，讓驗證者可以安全地將區塊組裝外包出去，而無需信任外部軟體。", + "page-roadmap-glamsterdam-bal-title": "區塊層級的存取控制清單", + "page-roadmap-glamsterdam-bal-item-1": "在區塊層級引入強制性存取清單，而不是針對個別交易。", + "page-roadmap-glamsterdam-bal-item-2": "預先建立依賴關係圖，以加快同步、平行執行和平行磁碟讀取的速度。", + "page-roadmap-glamsterdam-bal-item-3": "降低對狀態管理較多的應用程式的Gas消耗，並提高Gas成本的可預測性。", + "page-roadmap-hegota-discussed-title": "為Hegotá而規劃", + "page-roadmap-hegota-discussed-item-1": "目前正在討論這些提案。" } diff --git a/src/intl/zh/common.json b/src/intl/zh/common.json index 51c0f742af4..11e7545bb1a 100644 --- a/src/intl/zh/common.json +++ b/src/intl/zh/common.json @@ -25,11 +25,9 @@ "close": "关闭", "community": "社区", "community-hub": "社区中心", - "community-menu": "社区菜单", "conferences": "会议", "consensus-when-shipping": "何时发布？", "contact": "媒体联系方式", - "content-buckets": "内容存储桶", "content-resources": "内容资源", "content-standardization": "内容标准化", "contributing": "参与贡献", @@ -53,7 +51,6 @@ "design-principles": "设计原则", "devcon": "Devcon", "developers": "开发者", - "developers-home": "开发者主页", "docs": "相关文档", "docsearch-error-help": "你可能需要检查网络连接。", "docsearch-error-title": "无法获取结果", @@ -73,7 +70,6 @@ "docsearch-to-select": "选择", "documentation": "相关文档", "down": "向下", - "ecosystem": "生态系统", "edit-page": "编辑页面", "ef-blog": "以太坊基金会博客", "eips": "以太坊改进提案", @@ -81,16 +77,12 @@ "enterprise": "企业级应用", "use-cases": "用例", "enterprise-mainnet": "企业级 - 以太坊主网", - "enterprise-menu": "企业菜单", - "enterprise-team-description": "我们将会回复你的问题，帮助你找到有潜力的前进道路，为你提供技术支持，并提供机会让你与相关行业领导者进行交流。", - "enterprise-team": "以太坊企业团队", "error-page-title": "哎呀！发生错误", "error-page-description": "你可以在我们的 GitHub 存储库中报告该问题来帮助我们改进。", "error-page-home-link": "返回主页", "esp": "生态系统支持方案", "eth-current-price": "当前 ETH 价格（美元）", "ethereum": "以太坊", - "ethereum-basics": "以太坊入门", "ethereum-brand-assets": "以太坊品牌资产", "ethereum-bug-bounty": "以太坊漏洞悬赏计划", "ethereum-events": "以太坊活动", @@ -101,12 +93,9 @@ "ethereum-history-founder-and-ownership": "以太坊的历史、创始人和所有权", "ethereum-logo": "以太坊标识", "ethereum-online": "在线社区", - "ethereum-protocol": "以太坊协议", "ethereum-roadmap": "以太坊路线图", "ethereum-security": "以太坊安全和预防欺诈措施", "ethereum-privacy": "以太坊上的隐私", - "ethereum-support": "以太坊支持", - "ethereum-upgrades": "以太坊升级", "ethereum-vs-bitcoin": "以太坊 vs 比特币", "ethereum-wallets": "以太坊钱包", "ethereum-whitepaper": "以太坊白皮书", @@ -122,7 +111,6 @@ "feedback-widget-thank-you-timing": "2-3 分钟", "feedback-widget-thank-you-title": "感谢你提供反馈！", "filter-bar-clear": "清除筛选", - "filter-bar-empty": "没有符合所选筛选条件的项目", "filter-bar-no-results": "未找到结果", "filter-bar-placeholder": "筛选", "filter-bar-showing": "显示", @@ -134,22 +122,15 @@ "get-involved": "参与其中", "get-started": "开始体验", "go-to-top": "转至顶部", - "grant-programs": "生态系统资助计划", "grants": "资助", "guides": "指南", - "guides-hub": "操作方法指南", - "history-of-ethereum": "以太坊的历史", "home": "首页", - "how-ethereum-works": "以太坊如何运作", "how-to-create-an-ethereum-account": "如何“创建”以太坊帐户", "how-to-revoke-token-access": "如何撤销智能合约对加密资金的访问", "how-to-swap-tokens": "如何兑换代币", "how-to-use-a-bridge": "如何通过链桥将代币转移到二层网络", "how-to-use-a-wallet": "如何使用钱包", "image": "图片", - "item-logo": "{item} 徽标", - "in-this-section": "在这个部分", - "individuals": "个人", "jobs": "工作机会", "kraken-logo": "Kraken徽标", "language-am": "阿姆哈拉语", @@ -231,13 +212,8 @@ "less": "更少", "light-mode": "明亮模式", "light-mode-aria-label": "切换到浅色模式", - "listing-policy-disclaimer": "本页所列产品并非官方认可，仅供参考。如果你想添加产品或对策略提供反馈，请在GitHub中提出问题。", "loading": "加载中...", - "loading-error": "加载错误。", "loading-error-refresh": "错误，请刷新。", - "loading-error-try-again-later": "无法加载数据，请稍后重试。", - "logo": "徽标", - "mainnet-ethereum": "主网以太坊", "meetups": "聚会", "menu": "菜单", "merge": "合并", @@ -262,7 +238,6 @@ "nav-defi-description": "传统金融市场的全球化、开放性替代方案", "nav-desci-description": "对当前科学体系的一种全球化与开放式替代方案", "nav-desoc-description": "基于区块链的社交互动与内容创作平台", - "nav-developers": "开发者", "nav-developers-docs": "开发者文档", "nav-did-description": "发布并掌控自己独有的去中心化身份标识", "nav-docs-description": "帮助你了解以太坊并在其上进行构建的文档", @@ -312,7 +287,6 @@ "nav-history-label": "以太坊技术史", "nav-learn-ethereum-development-description": "开始或提升您的以太坊开发学习", "nav-start-building-description": "选择并设置您的以太坊开发栈", - "nav-networks-home-description": "以太坊上的交易更经济、更快捷", "nav-networks-introduction-label": "简介", "nav-networks-introduction-description": "以太坊扩展为众网之网", "nav-networks-explore-networks-label": "探索网络", @@ -387,10 +361,6 @@ "on-this-page": "在本页面", "onchain-gaming": "链上游戏", "open": "打开", - "open-research": "开放研究", - "page-developers-aria-label": "开发者菜单", - "page-index-meta-title": "首页", - "page-languages-browser-default": "浏览器默认设置", "page-languages-filter-label": "筛选列表", "page-languages-filter-placeholder": "输入筛选条件", "page-languages-interested": "有兴趣做贡献吗？", @@ -412,7 +382,6 @@ "pools": "联合质押", "prediction-markets": "预测市场", "privacy-policy": "隐私政策", - "private-ethereum": "私人以太坊", "product-disclaimer": "列举产品和服务是为了方便以太坊社区。但列举任何产品或服务并不表示 ethereum.org 网站团队或以太坊基金会认可它们。", "quizzes": "测试", "quizzes-title": "测试中心", @@ -423,23 +392,17 @@ "resources": "翻译资源", "return-home": "返回首页", "roadmap": "以太坊路线图", - "rollup-component-developer-docs": "开发者文档", - "rollup-component-technology-and-risk-summary": "技术和风险概述", "rollup-component-website": "网站", "run-a-node": "运行节点", "real-world-assets": "RWA - 现实世界资产", "saas": "质押即服务", "scaling": "扩容", "search": "搜索​​​​", - "search-box-blank-state-text": "开始探索！", - "search-eth-address": "这看起来像一个以太坊地址，但我们不提供针对地址的特定数据，请尝试在区块浏览器上搜索它，就像这样", "search-ethereum-org": "搜索 ethereum.org", - "search-no-results": "你的搜索没有结果", "secret-leader-election": "秘密领袖选举", "security": "安全性", "see-contributors": "查看贡献者", "start-building": "开始构建", - "sharding": "分片", "show-all": "显示全部", "show-more": "显示更多", "show-less": "收起", @@ -452,7 +415,6 @@ "stablecoins": "稳定币", "stake-eth": "质押以太币", "staking": "权益质押", - "start-here": "从这里开始", "statelessness": "无状态性", "style-guide": "风格指南", "support": "支持", @@ -475,22 +437,19 @@ "tutorials": "教程", "up": "向上", "use": "用法", - "use-ethereum": "使用以太坊", - "use-ethereum-menu": "使用以太坊菜单", "use-menu": "“用法”菜单", "user-experience": "用户体验", "verkle-trees": "沃克尔树", "wallets": "钱包", "we-couldnt-find-that-page": "我们找不到该页面", "web3": "什么是 Web3？", - "web3-title": "Web3", "website-last-updated": "网站最后更新", "what-are-apps": "什么是应用程序？", "what-is-ether": "什么是以太币 (ETH)？", "what-is-ethereum": "什么是以太坊？", "what-is-the-ethereum-network": "什么是以太坊网络？", "withdrawals": "质押提款", - "wrapped-ether": "包装以太币", + "wrapped-eth": "包装以太币", "yes": "是", "zero-knowledge-proofs": "零知识证明", "region-crimea": "克里米亚", diff --git a/src/intl/zh/glossary-tooltip.json b/src/intl/zh/glossary-tooltip.json index 09ba67527f9..b595d3b6950 100644 --- a/src/intl/zh/glossary-tooltip.json +++ b/src/intl/zh/glossary-tooltip.json @@ -139,6 +139,8 @@ "staking-definition": "存入一定数量的以太币（你的质押）来成为一名验证者并保护网络。验证者在权益证明的共识模型下检查交易并提议区块。质押能够为符合网络最佳利益的行为提供经济上的激励。你会在履行验证者责任时获得奖励，反之则会损失不同数量的以太币。了解有关以太坊质押的更多信息。", "staking-pool-term": "质押池", "staking-pool-definition": "联合多个以太坊质押者的以太币，用于达到激活一组验证者密钥所需的 32 个以太币。节点运营商使用这些密钥参与共识，区块奖励会被分配给参与贡献的质押者。质押池或委托质押不是以太坊协议原生的，但社区已经构建了很多解决方案。了解有关联合质押的更多信息。", + "state-term": "状态", + "state-definition": "区块链上特定时间点的所有余额和数据的快照，通常指特定区块的状况。", "sybil-attack-term": "女巫攻击", "sybil-attack-definition": "女巫攻击是指个人欺骗系统，使系统认为他们是多人以增加他们的影响力。", "terminal-total-difficulty-term": "终端总难度 (TTD)", diff --git a/src/intl/zh/page-community-events.json b/src/intl/zh/page-community-events.json index 05325b6d2d7..a9fbb33b168 100644 --- a/src/intl/zh/page-community-events.json +++ b/src/intl/zh/page-community-events.json @@ -99,5 +99,6 @@ "page-events-meetups-events-subtitle": "搜索以太坊生态系统中的黑客马拉松、社区集会和会议。", "page-events-cta-title": "要组织事件吗？", "page-events-cta-body": "这是一个由我们的社区维护的非详尽列表。知道有即将举行的以太坊事件要添加到此列表中吗？", - "page-events-cta-button": "提交事件" + "page-events-cta-button": "提交事件", + "item-logo": "{item} 徽标" } diff --git a/src/intl/zh/page-developers-index.json b/src/intl/zh/page-developers-index.json index 6acfdd0e4ca..77da202448f 100644 --- a/src/intl/zh/page-developers-index.json +++ b/src/intl/zh/page-developers-index.json @@ -11,7 +11,15 @@ "page-developers-dev-env-desc": "适合去中心化应用程序开发的集成开发环境", "page-developers-dev-env-link": "开发环境", "page-developers-docs-introductions": "介绍", + "page-developers-ethskills-cta": "使用 {ethskills} 构建", + "page-developers-ethskills-desc": "为代理堆栈提供结构化的以太坊知识。为你的 AI 代理提供读取状态、发送交易和协调协议所需的上下文，无需离开模型的上下文窗口。", "page-developers-ethskills-label": "以太坊的AI代理上下文", + "page-developers-ethskills-msg-1": "为我的社区发行一个代币", + "page-developers-ethskills-msg-2": "建一个粉丝加入就能赚钱的俱乐部", + "page-developers-ethskills-msg-3": "让我的艺术品每次转售都能赚取版税", + "page-developers-ethskills-msg-4": "创建一个 DAO 让粉丝投票决定我做什么", + "page-developers-ethskills-msg-5": "设置一个在我睡觉时让 ETH 增长的金库", + "page-developers-ethskills-title": "与代理一起链上构建", "page-developers-evm-desc": "处理交易的计算机", "page-developers-evm-link": "以太访虚拟机 (EVM)", "page-developers-explore-documentation": "浏览相关文档", diff --git a/src/intl/zh/page-get-eth.json b/src/intl/zh/page-get-eth.json index 338e8368c31..db24e53cc83 100644 --- a/src/intl/zh/page-get-eth.json +++ b/src/intl/zh/page-get-eth.json @@ -75,5 +75,6 @@ "page-get-eth-your-address-desc-3": "把它想像成你的电子邮箱地址，只是它用来接收的是ETH。如果你想从一个交易所发送ETH到你的钱包，这个地址就是目的地。在发送前一定要多次检查，确保地址正确！", "page-get-eth-your-address-wallet-link": "查看钱包", "listing-policy-raise-issue-link": "提 issue", - "page-find-wallet-last-updated": "最近更新" + "page-find-wallet-last-updated": "最近更新", + "listing-policy-disclaimer": "本页所列产品并非官方认可，仅供参考。如果你想添加产品或对策略提供反馈，请在GitHub中提出问题。" } diff --git a/src/intl/zh/page-roadmap.json b/src/intl/zh/page-roadmap.json index 52509b6bd98..42346786869 100644 --- a/src/intl/zh/page-roadmap.json +++ b/src/intl/zh/page-roadmap.json @@ -55,6 +55,7 @@ "page-roadmap-release-status-dev": "开发中的客户端", "page-roadmap-release-main-features": "主要特性", "page-roadmap-release-learn-more": "了解更多", + "page-roadmap-release-forkcast": "追踪变更", "page-roadmap-paris-pos-title": "向权益证明机制过渡", "page-roadmap-paris-pos-item-1": "用基于质押的共识机制取代了高能耗挖矿机制", "page-roadmap-paris-pos-item-2": "将以太坊的能耗降低了约99.95%", @@ -95,7 +96,13 @@ "page-roadmap-fusaka-additional-item-1": "在移动设备上支持安全隔离区，以提升用户体验", "page-roadmap-fusaka-additional-item-2": "Blob 费用市场改进", "page-roadmap-fusaka-additional-item-3": "进一步提升验证器效率和网络性能", - "page-roadmap-glamsterdam-discussed-title": "为 Glamsterdam 安排的议题", - "page-roadmap-glamsterdam-discussed-item-1": "原生提议者-构建者分离 (ePBS)", - "page-roadmap-glamsterdam-discussed-item-2": "区块级访问列表 (BAL)" + "page-roadmap-glamsterdam-epbs-title": "原生的提议者与构建者分离", + "page-roadmap-glamsterdam-epbs-item-1": "将区块协议与处理分离，允许验证者处理更多数据，从而帮助 L1 扩展。", + "page-roadmap-glamsterdam-epbs-item-2": "原生集成构建者，因此验证者可以安全地将区块组装外包，而无需信任外部软件。", + "page-roadmap-glamsterdam-bal-title": "块级访问列表", + "page-roadmap-glamsterdam-bal-item-1": "在区块层面引入强制性访问列表，而不是针对单个交易。", + "page-roadmap-glamsterdam-bal-item-2": "预先映射依赖项，以实现更快的同步、并行执行和并行磁盘读取。", + "page-roadmap-glamsterdam-bal-item-3": "降低状态密集型应用的 Gas 消耗，并提高 Gas 成本的可预测性。", + "page-roadmap-hegota-discussed-title": "为 Hegotá 规划的", + "page-roadmap-hegota-discussed-item-1": "目前正在讨论各项提案。" } diff --git a/src/layouts/ContentLayout.tsx b/src/layouts/ContentLayout.tsx index 3e5ce499102..c1914344b65 100644 --- a/src/layouts/ContentLayout.tsx +++ b/src/layouts/ContentLayout.tsx @@ -16,7 +16,7 @@ type ContentLayoutProps = HTMLAttributes & tocItems: TableOfContentsProps["items"] heroSection: React.ReactNode contributors: FileContributor[] - lastEditLocaleTimestamp: string + lastEditLocaleTimestamp?: string } export const ContentLayout = ({ diff --git a/src/layouts/Docs.tsx b/src/layouts/Docs.tsx index 9d748a81156..cc341aedcec 100644 --- a/src/layouts/Docs.tsx +++ b/src/layouts/Docs.tsx @@ -105,7 +105,6 @@ type DocsLayoutProps = Pick< | "contributors" | "contentNotTranslated" > & - Required> & ChildOnlyProp & { frontmatter: DocsFrontmatter } diff --git a/src/layouts/Static.tsx b/src/layouts/Static.tsx index ca0e35bbee0..185176656b3 100644 --- a/src/layouts/Static.tsx +++ b/src/layouts/Static.tsx @@ -116,7 +116,7 @@ export const StaticLayout = ({ - {!slug.includes("/whitepaper") && ( + {!slug.includes("/whitepaper") && lastEditLocaleTimestamp && (

& - Required> & { + | "tocItems" + | "contributors" + | "contentNotTranslated" + | "slug" + | "lastEditLocaleTimestamp" + > & { frontmatter: TutorialFrontmatter timeToRead: number } diff --git a/src/layouts/md/Upgrade.tsx b/src/layouts/md/Upgrade.tsx index 400a515eb86..b16c43d729a 100644 --- a/src/layouts/md/Upgrade.tsx +++ b/src/layouts/md/Upgrade.tsx @@ -84,9 +84,11 @@ export const UpgradeLayout = ({ -

- {t("common:page-last-updated")}: {lastEditLocaleTimestamp} -

+ {lastEditLocaleTimestamp && ( +

+ {t("common:page-last-updated")}: {lastEditLocaleTimestamp} +

+ )} ), } diff --git a/src/lib/constants.ts b/src/lib/constants.ts index 7a2e7cd4df7..5068bb7a207 100644 --- a/src/lib/constants.ts +++ b/src/lib/constants.ts @@ -24,13 +24,12 @@ export const LOCALES_CODES = BUILD_LOCALES ? BUILD_LOCALES.split(",") : i18nConfig.map(({ code }) => code) -// Site urls - auto-detect from Netlify deploy context +// Site URL - resolved at build time in next.config.js from Netlify deploy context export const SITE_URL = - process.env.NEXT_PUBLIC_SITE_URL || - process.env.DEPLOY_PRIME_URL || // Branch/PR deploys - process.env.DEPLOY_URL || // Unique deploy URL - process.env.URL || // Primary site URL - "https://ethereum.org" + process.env.NEXT_PUBLIC_SITE_URL || "https://ethereum.org" + +export const IS_PRODUCTION_DEPLOY = + process.env.NEXT_PUBLIC_CONTEXT === "production" export const DISCORD_PATH = "https://discord.gg/ethereum-org/" export const ENTERPRISE_ETHEREUM_URL = "https://institutions.ethereum.org/" export const GITHUB_REPO_URL = diff --git a/src/lib/data/index.ts b/src/lib/data/index.ts index 6210b06e9b4..74c5fb66012 100644 --- a/src/lib/data/index.ts +++ b/src/lib/data/index.ts @@ -11,7 +11,7 @@ const CACHE_REVALIDATE_DAY = BASE_TIME_UNIT * 24 function createCachedGetter( fetcher: () => Promise, cacheKey: string[], - revalidate: number + revalidate: number | false ) { const persistentCache = unstable_cache(fetcher, cacheKey, { revalidate }) return cache(persistentCache) @@ -160,3 +160,21 @@ export const getTranslationGlossary = createCachedGetter( ["translation-glossary"], CACHE_REVALIDATE_DAY ) + +export const getGitHubContributors = createCachedGetter( + dataLayer.getGitHubContributors, + ["github-contributors"], + CACHE_REVALIDATE_DAY +) + +/** + * Static-cached version of getGitHubContributors — no revalidation. + * Use this in static pages (e.g., md content pages via [...slug]) to avoid + * opting them into ISR, which would cause 404s in the serverless environment + * where public/content is not available. + */ +export const getStaticGitHubContributors = createCachedGetter( + dataLayer.getGitHubContributors, + ["github-contributors-static"], + false +) diff --git a/src/lib/i18n/translationRegistry.ts b/src/lib/i18n/translationRegistry.ts index fbdd248690e..79721854750 100644 --- a/src/lib/i18n/translationRegistry.ts +++ b/src/lib/i18n/translationRegistry.ts @@ -1,6 +1,8 @@ import { existsSync } from "fs" import { join } from "path" +import { DEV_TOOL_CATEGORY_SLUG_LIST } from "@/data/developerTools" + import { DEFAULT_LOCALE, LOCALES_CODES, @@ -84,13 +86,25 @@ type PageWithTranslations = { type: "md" | "intl" } +function getDynamicIntlPagePaths(): string[] { + // discoverStaticPages() excludes dynamic segments, so add known + // generateStaticParams() routes that should be present in sitemap output. + return DEV_TOOL_CATEGORY_SLUG_LIST.map( + (categorySlug) => `/developers/tools/${categorySlug}/` + ) +} + export async function getAllPagesWithTranslations(): Promise< PageWithTranslations[] > { const pages: PageWithTranslations[] = [] const mdSlugs = await getPostSlugs("/") - const intlPaths = getStaticPagePaths() + const intlPaths = [ + ...getStaticPagePaths(), + ...getDynamicIntlPagePaths(), + ] + const uniqueIntlPaths = Array.from(new Set(intlPaths)) for (const slug of mdSlugs) { const translatedLocales = await getTranslatedLocales(slug) @@ -101,7 +115,7 @@ export async function getAllPagesWithTranslations(): Promise< }) } - for (const path of intlPaths) { + for (const path of uniqueIntlPaths) { const translatedLocales = await getTranslatedLocales(path) pages.push({ slug: path, diff --git a/src/lib/interfaces.ts b/src/lib/interfaces.ts index 9a86796368c..3cef0387b20 100644 --- a/src/lib/interfaces.ts +++ b/src/lib/interfaces.ts @@ -103,7 +103,7 @@ export interface MdPageContent { content: string frontmatter: Frontmatter tocItems: ToCItem[] - lastEditLocaleTimestamp: string + lastEditLocaleTimestamp?: string lastDeployLocaleTimestamp: string contentNotTranslated: boolean contributors: FileContributor[] diff --git a/src/lib/md/data.ts b/src/lib/md/data.ts index 74e4093ca58..c058a798684 100644 --- a/src/lib/md/data.ts +++ b/src/lib/md/data.ts @@ -2,13 +2,7 @@ import { MDXRemoteProps } from "next-mdx-remote" import readingTime, { ReadTimeResults } from "reading-time" import type { Layout } from "@/lib/types" -import { - CommitHistory, - FileContributor, - Frontmatter, - Lang, - ToCItem, -} from "@/lib/types" +import { FileContributor, Frontmatter, Lang, ToCItem } from "@/lib/types" import { getMarkdownFileContributorInfo } from "@/lib/utils/contributors" import { getLocaleTimestamp } from "@/lib/utils/time" @@ -18,8 +12,6 @@ import { getLayoutFromSlug } from "../utils/layout" import { compile, extractLayoutFromMarkdown } from "./compile" import { importMd } from "./import" -const commitHistoryCache: CommitHistory = {} - interface GetPageDataParams { locale: string slug: string @@ -33,7 +25,7 @@ interface PageData { content: React.ReactNode frontmatter: Frontmatter tocItems: ToCItem[] - lastEditLocaleTimestamp: string + lastEditLocaleTimestamp?: string contributors: FileContributor[] isTranslated: boolean timeToRead: ReadTimeResults @@ -81,15 +73,13 @@ export async function getPageData({ await getMarkdownFileContributorInfo( slug, locale, - frontmatter.lang as string, - commitHistoryCache + frontmatter.lang as string ) - // Format timestamp - const lastEditLocaleTimestamp = getLocaleTimestamp( - locale as Lang, - lastUpdatedDate - ) + // Format timestamp (undefined when contributor data is missing) + const lastEditLocaleTimestamp = lastUpdatedDate + ? getLocaleTimestamp(locale as Lang, lastUpdatedDate) + : undefined const timeToRead = readingTime(markdown) diff --git a/src/lib/types.ts b/src/lib/types.ts index bc35853c6f4..3df01f8d463 100644 --- a/src/lib/types.ts +++ b/src/lib/types.ts @@ -427,8 +427,18 @@ export type FileContributor = { date: string } -type FilePath = string -export type CommitHistory = Record +/** + * GitHub contributors data stored in the data-layer. + * Keyed by file path, contains list of contributors for each file. + */ +export type GitHubContributorsData = { + /** Content files: slug (e.g., "eth", "wallets/find-wallet") → contributors */ + content: Record + /** App pages: pagePath (e.g., "staking", "developers") → contributors */ + appPages: Record + /** ISO timestamp when data was generated */ + generatedAt: string +} /** * Table of contents @@ -1112,7 +1122,7 @@ export type EventCardProps = { export type PageWithContributorsProps = { contributors: FileContributor[] - lastEditLocaleTimestamp: string + lastEditLocaleTimestamp?: string locale?: Lang } diff --git a/src/lib/utils/contributors.ts b/src/lib/utils/contributors.ts index bb8c35c3d3b..b0fb04ff924 100644 --- a/src/lib/utils/contributors.ts +++ b/src/lib/utils/contributors.ts @@ -1,37 +1,29 @@ import { join } from "path" -import type { CommitHistory, FileContributor, Lang } from "@/lib/types" +import type { FileContributor, Lang } from "@/lib/types" -import { CONTENT_DIR, CONTENT_PATH, DEFAULT_LOCALE } from "@/lib/constants" +import { CONTENT_PATH, DEFAULT_LOCALE } from "@/lib/constants" import { convertToFileContributorFromCrowdin, getCrowdinContributors, } from "./crowdin" -import { - fetchAndCacheGitHubContributors, - getAppPageLastCommitDate, - getMarkdownLastCommitDate, -} from "./gh" +import { getAppPageLastCommitDate } from "./gh" import { getLocaleTimestamp } from "./time" +import { getGitHubContributors, getStaticGitHubContributors } from "@/lib/data" + export const getMarkdownFileContributorInfo = async ( slug: string, locale: string, - fileLang: string, - cache: CommitHistory + fileLang: string ) => { const mdPath = join(CONTENT_PATH, slug) - const mdDir = join(CONTENT_DIR, slug) - const gitHubContributors = await fetchAndCacheGitHubContributors( - join("/", mdDir, "index.md"), - cache - ) + const contributorsData = await getStaticGitHubContributors() + const gitHubContributors = contributorsData?.content[slug] ?? [] - const latestCommitDate = getMarkdownLastCommitDate(slug, locale!) - const gitHubLastEdit = gitHubContributors[0]?.date - const lastUpdatedDate = gitHubLastEdit || latestCommitDate + const lastUpdatedDate = gitHubContributors[0]?.date const crowdinContributors = convertToFileContributorFromCrowdin( getCrowdinContributors(mdPath, locale as Lang) @@ -47,44 +39,14 @@ export const getMarkdownFileContributorInfo = async ( return { contributors, lastUpdatedDate } } -/** - * Returns an array of possible historical file paths for a given page, - * accounting for different directory structures and migrations over time. - * - * @param pagePath - The relative path of the page (without extension). - * @returns An array of strings representing all historical file paths for the page. - * - * @remarks - * This function is used to track all possible locations a page may have existed in the repository, - * which is useful for aggregating git history and contributor information. - * - * @note - * If a page is migrated or its location changes, ensure the new path is added to this list. - * This maintains a complete historical record for accurate git history tracking. - */ -const getAllHistoricalPaths = (pagePath: string): string[] => [ - join("src/pages", `${pagePath}.tsx`), - join("src/pages", pagePath, "index.tsx"), - join("src/pages/[locale]", `${pagePath}.tsx`), - join("src/pages/[locale]", pagePath, "index.tsx"), - join("app/[locale]", pagePath, "page.tsx"), - join("app/[locale]", pagePath, "_components", `${pagePath}.tsx`), -] - export const getAppPageContributorInfo = async ( pagePath: string, - locale: Lang, - cache: CommitHistory + locale: Lang ) => { // TODO: Incorporate Crowdin contributor information - const gitHubContributors = await getAllHistoricalPaths(pagePath).reduce( - async (acc, path) => { - const contributors = await fetchAndCacheGitHubContributors(path, cache) - return [...(await acc), ...contributors] - }, - Promise.resolve([] as FileContributor[]) - ) + const contributorsData = await getGitHubContributors() + const gitHubContributors = contributorsData?.appPages[pagePath] ?? [] const uniqueGitHubContributors = gitHubContributors.filter( (contributor, index, self) => diff --git a/src/lib/utils/gh.ts b/src/lib/utils/gh.ts index 50a90d5d5b5..9588ec3e332 100644 --- a/src/lib/utils/gh.ts +++ b/src/lib/utils/gh.ts @@ -1,37 +1,4 @@ -import { execSync } from "child_process" -import fs from "fs" -import { join } from "path" - -import { - CONTENT_DIR, - DEFAULT_LOCALE, - GITHUB_COMMITS_URL, - OLD_CONTENT_DIR, - TRANSLATIONS_DIR, -} from "@/lib/constants" - -import type { Commit, CommitHistory, FileContributor } from "../types" - -const getGitLogFromPath = (path: string): string => { - // git command to show file last commit info - const gitCommand = `git log -1 -- ${path}` - // Execute git command and parse result to string - return execSync(gitCommand).toString() -} - -const extractDateFromGitLogInfo = (logInfo: string): string => { - // Filter commit date in log and return date using ISOString format (same that GH API uses) - try { - const lastCommitDate = logInfo - .split("\n") - .filter((x) => x.startsWith("Date: "))[0] - .slice("Date:".length) - .trim() - return new Date(lastCommitDate).toISOString() - } catch { - return new Date().toISOString() - } -} +import type { FileContributor } from "../types" export const getAppPageLastCommitDate = ( gitHubContributors: FileContributor[] @@ -43,32 +10,6 @@ export const getAppPageLastCommitDate = ( }, new Date(0)) .toString() -export const getLastGitCommitDateByPath = (path: string): string => { - if (!fs.existsSync(path)) throw new Error(`File not found: ${path}`) - const logInfo = getGitLogFromPath(path) - return extractDateFromGitLogInfo(logInfo) -} - -// This util filters the git log to get the file last commit info, and then the commit date (last update) -export const getMarkdownLastCommitDate = ( - slug: string, - locale: string -): string => { - const translatedContentPath = join(TRANSLATIONS_DIR, locale, slug, "index.md") - const contentIsNotTranslated = !fs.existsSync(translatedContentPath) - let filePath = "" - - if (locale === DEFAULT_LOCALE || contentIsNotTranslated) { - // Use git log data from english content - filePath = join(CONTENT_DIR, slug, "index.md") - } else { - // Use git log data from translated content - filePath = join(TRANSLATIONS_DIR, locale, slug, "index.md") - } - - return getLastGitCommitDateByPath(filePath) -} - const LABELS_TO_SEARCH = [ "content", "design", @@ -111,75 +52,3 @@ export const normalizeLabels = (labels: string[]) => { // remove duplicates return Array.from(new Set(labelsFound)) } - -async function fetchWithRateLimit(filepath: string): Promise { - const url = new URL(GITHUB_COMMITS_URL) - url.searchParams.set("path", filepath) - url.searchParams.set("sha", "master") - - const gitHubToken = process.env.GITHUB_TOKEN_READ_ONLY - - // If no token available, return empty array - if (!gitHubToken) return [] - - const response = await fetch(url.href, { - headers: { Authorization: `token ${gitHubToken}` }, - }) - - if ( - response.status === 403 && - response.headers.get("X-RateLimit-Remaining") === "0" - ) { - console.warn(`GitHub API rate limit exceeded for ${filepath}. Skipping.`) - return [] - } - - if (!response.ok) { - console.warn(`GitHub API error for ${filepath}: ${response.statusText}`) - return [] - } - - const json = await response.json() - if (!Array.isArray(json)) { - console.warn("Unexpected response from GitHub API", json) - return [] - } - return json -} - -// Fetch commit history and save it to a JSON file -export const fetchAndCacheGitHubContributors = async ( - filepath: string, - cache: CommitHistory -) => { - // First, check cache for existing commit history for English version (despite locale) - if (cache[filepath]) return cache[filepath] - - // Fetch and save commit history for file - const history = (await fetchWithRateLimit(filepath)) || [] - - const legacyHistory = - (await fetchWithRateLimit( - filepath.replace(CONTENT_DIR, OLD_CONTENT_DIR) - )) || [] - - // Transform commitHistory - const contributors = [...history, ...legacyHistory] - .filter(({ author }) => !!author) - .map((contribution) => { - const { login, avatar_url, html_url } = contribution.author - const { date } = contribution.commit.author - return { login, avatar_url, html_url, date } - }) - - // Remove duplicates from same login - const uniqueContributors = contributors.filter( - (contributor, index, self) => - index === self.findIndex((t) => t.login === contributor.login) - ) - - // Amend to cache - cache[filepath] = uniqueContributors - - return uniqueContributors -} diff --git a/src/lib/utils/metadata.ts b/src/lib/utils/metadata.ts index ebc12e94c64..2f1a10c781c 100644 --- a/src/lib/utils/metadata.ts +++ b/src/lib/utils/metadata.ts @@ -1,14 +1,18 @@ import type { Metadata } from "next" import { getTranslations } from "next-intl/server" -import { DEFAULT_OG_IMAGE, SITE_URL } from "@/lib/constants" +import { + DEFAULT_OG_IMAGE, + IS_PRODUCTION_DEPLOY, + SITE_URL, +} from "@/lib/constants" import { getTranslatedLocales } from "../i18n/translationRegistry" -import { isLocaleValidISO639_1 } from "./translations" import { getFullUrl } from "./url" import { routing } from "@/i18n/routing" + /** * List of default og images for different sections */ @@ -85,10 +89,7 @@ export const getMetadata = async ({ // Only include hreflang alternates if the current page is translated // Untranslated pages should not have hreflang tags const localesForHreflang = isCurrentPageTranslated - ? routing.locales.filter( - (loc) => - finalTranslatedLocales.includes(loc) && isLocaleValidISO639_1(loc) - ) + ? routing.locales.filter((loc) => finalTranslatedLocales.includes(loc)) : [] const base: Metadata = { @@ -136,7 +137,7 @@ export const getMetadata = async ({ }, } - if (SITE_URL !== "https://ethereum.org") { + if (!IS_PRODUCTION_DEPLOY) { return { ...base, robots: { index: false, follow: false } } } @@ -145,7 +146,7 @@ export const getMetadata = async ({ } if (!isCurrentPageTranslated) { - return { ...base, robots: { index: true, follow: true } } + return { ...base, robots: { index: false, follow: true } } } return base diff --git a/src/lib/utils/translations.ts b/src/lib/utils/translations.ts index 7d028379191..13abc647a80 100644 --- a/src/lib/utils/translations.ts +++ b/src/lib/utils/translations.ts @@ -44,6 +44,7 @@ export const PREFIX_PATH_NAMESPACE_MAP: Array<[string, string]> = [ ["/developers/local-environment/", "page-developers-local-environment"], ["/developers/learning-tools/", "page-developers-learning-tools"], ["/developers/tutorials/", "page-developers-tutorials"], + ["/developers/tools/", "page-developers-tools"], ["/developers/", "page-developers-index"], ["/contributing/translation-program/translatathon/", "page-translatathon"], ["/community/events/", "page-community-events"], @@ -93,6 +94,7 @@ const GLOSSARY_TOOLTIP_PREFIXES: string[] = [ "/eth/", "/wallets/", "/gas/", + "/roadmap/", ] const QUIZZES_PREFIXES: string[] = [ diff --git a/src/scripts/i18n/post_import_sanitize.ts b/src/scripts/i18n/post_import_sanitize.ts index c8a110dd93e..0cb1906a1f3 100644 --- a/src/scripts/i18n/post_import_sanitize.ts +++ b/src/scripts/i18n/post_import_sanitize.ts @@ -397,27 +397,41 @@ function fixEscapedBoldAndItalic(content: string): { // Skip table rows — \*\* may be intentional (e.g., 2\*\*256) if (lines[j].trimStart().startsWith("|")) continue - // Fix escaped bold first: \*\*text\*\* → **text** + // Fix escaped bold first: \*\*text\*\* → **text** or text // Require word-boundary context: opening \*\* must be preceded by - // whitespace or start-of-line (not operands like `)` or `>` or word - // chars) to avoid stripping literal \*\* in math (e.g., 2\*\*10). + // whitespace, start-of-line, or non-ASCII chars (CJK/Korean/Arabic + // don't use spaces between words). Avoids stripping literal \*\* in + // math (e.g., 2\*\*10) where operands are ASCII digits/variables. + // + // When the closing ** is followed by a non-ASCII character, CommonMark + // may fail to recognize the right-flanking delimiter run (specifically + // when the inner text ends with punctuation like ')' and is followed + // by a non-ASCII letter like Korean particles). Use tags in + // these cases to guarantee correct rendering. lines[j] = lines[j].replace( - /(?<=\s|^)\\\*\\\*(.+?)\\\*\\\*(?=\s|$|[.,;:!?\])>])/gm, - (_, inner) => { + /(?<=\s|^|[\u0080-\uFFFF])\\\*\\\*(.+?)\\\*\\\*(?=\s|$|[.,;:!?\])>]|[\u0080-\uFFFF])/gm, + (fullMatch, inner, offset) => { fixCount++ + const nextChar = lines[j][offset + fullMatch.length] + if (nextChar && nextChar.charCodeAt(0) > 127) { + return `${inner}` + } return `**${inner}**` } ) - // Fix escaped italic: \*text\* → *text* + // Fix escaped italic: \*text\* → *text* or text // Runs after bold fix, so remaining \* pairs are italic. - // Same word-boundary guard: \* used as multiplication (e.g., - // result\*i + other\*value) has operands directly adjacent, - // while italic \*text\* has whitespace/line-boundary outside. + // Same word-boundary guard plus non-ASCII awareness. + // Same fallback for non-ASCII followers as bold above. lines[j] = lines[j].replace( - /(?<=\s|^)\\\*(.+?)\\\*(?=\s|$|[.,;:!?\])>])/gm, - (_, inner) => { + /(?<=\s|^|[\u0080-\uFFFF])\\\*(.+?)\\\*(?=\s|$|[.,;:!?\])>]|[\u0080-\uFFFF])/gm, + (fullMatch, inner, offset) => { fixCount++ + const nextChar = lines[j][offset + fullMatch.length] + if (nextChar && nextChar.charCodeAt(0) > 127) { + return `${inner}` + } return `*${inner}*` } ) @@ -742,6 +756,133 @@ function fixTranslatedHrefs( } } +/** + * Fix markdown links where square brackets around the link text are missing. + * Requires English source to identify which hrefs should be links. + * + * Handles two Crowdin corruption patterns: + * 1. text(/path/) — brackets missing, parens present + * 2. text/path/ — both brackets and parens missing + * + * Uses English markdown links as the source of truth: for each English + * [text](href), checks if the translation has that href in a proper + * markdown link. If not, searches for the naked href and wraps the + * preceding text in brackets (and adds parens if missing). + */ +function fixMissingLinkBrackets( + translatedContent: string, + englishContent: string +): { content: string; fixCount: number } { + // Extract all markdown links from English + const englishLinkRe = /\[([^\]]+)\]\(([^)]+)\)/g + const englishHrefs: string[] = [] + let linkMatch + while ((linkMatch = englishLinkRe.exec(englishContent))) { + englishHrefs.push(linkMatch[2]) + } + + if (englishHrefs.length === 0) { + return { content: translatedContent, fixCount: 0 } + } + + // Split to preserve code blocks + const codeBlockPattern = /(```[\s\S]*?```|~~~[\s\S]*?~~~|`[^`]+`)/g + const parts = translatedContent.split(codeBlockPattern) + let fixCount = 0 + + for (let i = 0; i < parts.length; i++) { + if (i % 2 === 1) continue // Skip code blocks + + for (const href of englishHrefs) { + // Only process internal hrefs with at least one path segment — + // external URLs and bare "/" are too prone to false positives + if (!href.startsWith("/") || href === "/") continue + + // Skip if translation already has this href in a proper link + if (parts[i].includes(`](${href})`)) continue + + const escapedHref = escapeRegex(href) + + // Pattern 1: text(/href/) — brackets missing, parens present + // Find (/href/) NOT preceded by ] + const parenPattern = new RegExp(`(? 0 && !linkText.includes("](")) { + const before = parts[i].substring(0, textStart) + const after = parts[i].substring(parenPos + pMatch[0].length) + parts[i] = `${before}[${linkText}](${href})${after}` + fixCount++ + break // Re-scan after mutation + } + } + + // Pattern 2: text/href/ — both brackets and parens missing + if (parts[i].includes(`](${href})`)) continue // Check again after pattern 1 + + const barePattern = new RegExp(`(? 0 && !linkText.includes("](")) { + const before = parts[i].substring(0, textStart) + const after = parts[i].substring(hrefPos + bMatch[0].length) + parts[i] = `${before}[${linkText}](${href})${after}` + fixCount++ + break // Re-scan after mutation + } + } + } + } + + return { content: parts.join(""), fixCount } +} + +/** + * Walk backwards from a position to find where link text starts. + * Stops at: start of line, list marker (- / * / 1.), or sentence boundary. + */ +function findLinkTextStart(text: string, pos: number): number { + let textStart = pos + for (let k = pos - 1; k >= 0; k--) { + const ch = text[k] + if (ch === "\n") { + textStart = k + 1 + // Skip past list markers + const lineContent = text.substring(k + 1, pos) + const listMatch = lineContent.match(/^(\s*[-*+]\s+|\s*\d+\.\s+)/) + if (listMatch) { + textStart = k + 1 + listMatch[0].length + } + break + } + if (k === 0) { + textStart = 0 + const lineContent = text.substring(0, pos) + const listMatch = lineContent.match(/^(\s*[-*+]\s+|\s*\d+\.\s+)/) + if (listMatch) { + textStart = listMatch[0].length + } + } + } + return textStart +} + /** * Escape special regex characters in a string. */ @@ -2332,6 +2473,14 @@ function processMarkdownFile( } } + applyFix( + () => stripLlmArtifactTokens(content), + (n) => `Stripped ${n} LLM artifact token(s) (, , etc.)` + ) + applyFix( + () => fixSmartQuotesInJsxAttributes(content), + (n) => `Fixed smart quotes in ${n} JSX tag attribute(s)` + ) applyFix( () => fixDuplicateFrontmatterAuthor(content), (n) => `Fixed ${n} duplicate author frontmatter lines` @@ -2499,6 +2648,12 @@ function processMarkdownFile( content = hrefResult.content issues.push(...hrefResult.warnings) + // Fix missing link brackets (needs English source for link identification) + applyFix( + () => fixMissingLinkBrackets(content, englishMd), + (n) => `Fixed ${n} missing link brackets` + ) + // Warn on punctuation-only headings (dropped translation text) const punctuationHeadingWarnings = warnPunctuationOnlyHeadings(content) issues.push(...punctuationHeadingWarnings) @@ -2886,6 +3041,69 @@ function fixBrokenBracketInLinks(content: string): { return { content: parts.join(""), fixCount } } +/** + * Strips LLM artifact tokens (, , , , , , ) + * that leak from machine translation pipelines into prose content. + * These tokens are never valid in markdown/MDX and will break the MDX parser + * since they look like unrecognized JSX components. + */ +function stripLlmArtifactTokens(content: string): { + content: string + fixCount: number +} { + let fixCount = 0 + const tokenPattern = /<\/?(?:bos|eos|s|pad|unk|mask)>/gi + + const codeBlockPattern = /(```[\s\S]*?```|~~~[\s\S]*?~~~|`[^`]+`)/g + const parts = content.split(codeBlockPattern) + + for (let i = 0; i < parts.length; i++) { + if (i % 2 === 1) continue // Skip code blocks + parts[i] = parts[i].replace(tokenPattern, () => { + fixCount++ + return "" + }) + } + + return { content: parts.join(""), fixCount } +} + +/** + * Replace smart/curly quotes used as JSX attribute value delimiters with + * straight ASCII double quotes. Crowdin and LLMs occasionally convert the + * straight `"` inside `` to typographic variants + * (U+201C, U+201D, U+201E, U+201F), which breaks MDX compilation. + * + * Only touches quotes that appear inside `` or `` — smart + * quotes in regular prose are left alone. + */ +function fixSmartQuotesInJsxAttributes(content: string): { + content: string + fixCount: number +} { + let fixCount = 0 + + const codeBlockPattern = /(```[\s\S]*?```|~~~[\s\S]*?~~~|`[^`]+`)/g + const parts = content.split(codeBlockPattern) + + // Match JSX/HTML tags (self-closing or opening) that contain smart quotes + const smartQuoteChars = /[\u201C\u201D\u201E\u201F]/ + const tagPattern = /<[A-Za-z][^>]*[\u201C\u201D\u201E\u201F][^>]*\/?>/g + + for (let i = 0; i < parts.length; i++) { + if (i % 2 === 1) continue // Skip code blocks + if (!smartQuoteChars.test(parts[i])) continue // Fast bail + + parts[i] = parts[i].replace(tagPattern, (tag) => { + const fixed = tag.replace(/[\u201C\u201D\u201E\u201F]/g, '"') + if (fixed !== tag) fixCount++ + return fixed + }) + } + + return { content: parts.join(""), fixCount } +} + /** @internal Exposed for unit testing only. Not part of the public API. */ export const _testOnly = { // Standalone fixes @@ -2904,6 +3122,7 @@ export const _testOnly = { // English-comparison fixes syncHeaderIdsWithEnglish, fixTranslatedHrefs, + fixMissingLinkBrackets, fixBrandTags, fixProtectedBrandNames, syncProtectedFrontmatterFields, @@ -2928,6 +3147,8 @@ export const _testOnly = { fixItalicAdjacentNonLatin, fixDuplicateFrontmatterAuthor, fixBrokenBracketInLinks, + stripLlmArtifactTokens, + fixSmartQuotesInJsxAttributes, warnExposedMdxTags, warnTranslatedInlineCode, warnCodeFenceContentDrift, diff --git a/tailwind.config.ts b/tailwind.config.ts index 7c43337739e..3ede2b64a92 100644 --- a/tailwind.config.ts +++ b/tailwind.config.ts @@ -306,6 +306,10 @@ const config = { "0%": { opacity: "0" }, "100%": { opacity: "1" }, }, + blink: { + "0%, 100%": { opacity: "1" }, + "50%": { opacity: "0" }, + }, }, animation: { "accordion-down": "accordion-down 0.2s ease-out", @@ -323,6 +327,7 @@ const config = { "counter-spin-9": "spin 18s linear infinite reverse", "pulse-light": "pulse-light 2s cubic-bezier(0.4, 0, 0.6, 1) infinite", "fade-in": "fade-in 150ms ease-in-out", + blink: "blink 1.06s step-end infinite", }, // Add custom border-radius tailwinds extension for "4xl" as "2rem" borderRadius: { diff --git a/tests/unit/sanitizer/english-comparison.spec.ts b/tests/unit/sanitizer/english-comparison.spec.ts index 0a4d5726991..0218e724c42 100644 --- a/tests/unit/sanitizer/english-comparison.spec.ts +++ b/tests/unit/sanitizer/english-comparison.spec.ts @@ -19,6 +19,7 @@ const { repairUnclosedBackticks, restoreDroppedBackslashEscapes, fixCollapsedComponentLineBreaks, + fixMissingLinkBrackets, } = _testOnly test.describe("English Comparison Fixes", () => { @@ -494,4 +495,86 @@ test.describe("English Comparison Fixes", () => { expect(fixCount).toBe(0) }) }) + + test.describe("fixMissingLinkBrackets", () => { + test("adds missing brackets when parens are present (ar pattern)", () => { + const english = "- [Ethereum roadmap](/roadmap/)" + const translated = "- إيثريوم خارطة الطريق(/roadmap/)" + const { content, fixCount } = fixMissingLinkBrackets(translated, english) + expect(content).toBe("- [إيثريوم خارطة الطريق](/roadmap/)") + expect(fixCount).toBe(1) + }) + + test("adds missing brackets and parens when both are missing (ko pattern)", () => { + const english = "[More on recognizing and avoiding scams](/security/)" + const translated = "사기 인식과 예방에 대해 더 알아보기/security/" + const { content, fixCount } = fixMissingLinkBrackets(translated, english) + expect(content).toBe("[사기 인식과 예방에 대해 더 알아보기](/security/)") + expect(fixCount).toBe(1) + }) + + test("skips already-correct links", () => { + const english = "- [Ethereum roadmap](/roadmap/)" + const translated = "- [إيثريوم خارطة الطريق](/roadmap/)" + const { content, fixCount } = fixMissingLinkBrackets(translated, english) + expect(content).toBe(translated) + expect(fixCount).toBe(0) + }) + + test("handles multiple broken links in same content", () => { + const english = [ + "- [Ethereum roadmap](/roadmap/)", + "- [Security tips](/security/)", + ].join("\n") + const translated = [ + "- إيثريوم خارطة الطريق(/roadmap/)", + "- نصائح الأمان(/security/)", + ].join("\n") + const { content, fixCount } = fixMissingLinkBrackets(translated, english) + expect(content).toBe( + [ + "- [إيثريوم خارطة الطريق](/roadmap/)", + "- [نصائح الأمان](/security/)", + ].join("\n") + ) + expect(fixCount).toBe(2) + }) + + test("does not fix when href is not an English link", () => { + const english = "Visit the (/roadmap/) page for details" + const translated = "قم بزيارة (/roadmap/) الصفحة" + const { content, fixCount } = fixMissingLinkBrackets(translated, english) + // No English markdown link for /roadmap/, so no fix + expect(content).toBe(translated) + expect(fixCount).toBe(0) + }) + + test("skips code blocks", () => { + const english = + "- [Ethereum roadmap](/roadmap/)\n```\ntext(/roadmap/)\n```" + const translated = "- [ترجمة](/roadmap/)\n```\ntext(/roadmap/)\n```" + const { content, fixCount } = fixMissingLinkBrackets(translated, english) + expect(content).toBe(translated) + expect(fixCount).toBe(0) + }) + + test("does not corrupt external URLs (regression)", () => { + const english = [ + "**Resources**: [EIP-8037 spec](https://eips.ethereum.org/EIPS/eip-8037)", + "- [Ethereum roadmap](/roadmap/)", + ].join("\n") + const translated = [ + "**المصادر**: [المواصفات الفنية لـ EIP-8037](https://eips.ethereum.org/EIPS/eip-8037)", + "- إيثريوم خارطة الطريق(/roadmap/)", + ].join("\n") + const { content, fixCount } = fixMissingLinkBrackets(translated, english) + expect(content).toBe( + [ + "**المصادر**: [المواصفات الفنية لـ EIP-8037](https://eips.ethereum.org/EIPS/eip-8037)", + "- [إيثريوم خارطة الطريق](/roadmap/)", + ].join("\n") + ) + expect(fixCount).toBe(1) + }) + }) }) diff --git a/tests/unit/sanitizer/standalone-fixes.spec.ts b/tests/unit/sanitizer/standalone-fixes.spec.ts index 2fa4d03f557..f9aeea245ee 100644 --- a/tests/unit/sanitizer/standalone-fixes.spec.ts +++ b/tests/unit/sanitizer/standalone-fixes.spec.ts @@ -37,6 +37,8 @@ const { fixItalicAdjacentNonLatin, fixDuplicateFrontmatterAuthor, fixBrokenBracketInLinks, + stripLlmArtifactTokens, + fixSmartQuotesInJsxAttributes, } = _testOnly test.describe("Standalone Fixes", () => { @@ -166,6 +168,44 @@ test.describe("Standalone Fixes", () => { expect(content).toBe("This is **bold text** here") expect(fixCount).toBe(1) }) + + test("uses when bold is followed by Korean characters", () => { + const input = + "\\*\\*명문화된 제안자-빌더 분리(ePBS 또는 EIP-7732)\\*\\*는 제안자의 작업과" + const { content, fixCount } = fixEscapedBoldAndItalic(input) + expect(content).toBe( + "명문화된 제안자-빌더 분리(ePBS 또는 EIP-7732)는 제안자의 작업과" + ) + expect(fixCount).toBe(1) + }) + + test("uses when bold is preceded and followed by CJK characters", () => { + const input = "关于\\*\\*共识机制\\*\\*的讨论" + const { content, fixCount } = fixEscapedBoldAndItalic(input) + expect(content).toBe("关于共识机制的讨论") + expect(fixCount).toBe(1) + }) + + test("uses ** when bold is followed by whitespace (Arabic with space)", () => { + const input = "\\*\\*الترقية\\*\\* ستكون" + const { content, fixCount } = fixEscapedBoldAndItalic(input) + expect(content).toBe("**الترقية** ستكون") + expect(fixCount).toBe(1) + }) + + test("uses when italic is followed by Korean characters", () => { + const input = "\\*이탈릭\\*은 텍스트" + const { content, fixCount } = fixEscapedBoldAndItalic(input) + expect(content).toBe("이탈릭은 텍스트") + expect(fixCount).toBe(1) + }) + + test("uses ** when bold is followed by ASCII punctuation", () => { + const input = "\\*\\*bold text\\*\\*. More text" + const { content, fixCount } = fixEscapedBoldAndItalic(input) + expect(content).toBe("**bold text**. More text") + expect(fixCount).toBe(1) + }) }) test.describe("fixAsciiGuillemets", () => { @@ -1335,4 +1375,124 @@ author: Ori Pomerantz expect(fixCount).toBe(1) }) }) + + test.describe("stripLlmArtifactTokens", () => { + test("strips token mid-word (Marathi)", () => { + const input = "कृितपणे स्वस्त आहेत" + const { content, fixCount } = stripLlmArtifactTokens(input) + expect(content).toBe("कृितपणे स्वस्त आहेत") + expect(fixCount).toBe(1) + }) + + test("strips token", () => { + const input = "some text more text" + const { content, fixCount } = stripLlmArtifactTokens(input) + expect(content).toBe("some text more text") + expect(fixCount).toBe(1) + }) + + test("strips and tokens", () => { + const input = "beginning of text" + const { content, fixCount } = stripLlmArtifactTokens(input) + expect(content).toBe("beginning of text") + expect(fixCount).toBe(2) + }) + + test("strips and and tokens", () => { + const input = "wordwordwordword" + const { content, fixCount } = stripLlmArtifactTokens(input) + expect(content).toBe("wordwordwordword") + expect(fixCount).toBe(3) + }) + + test("strips multiple tokens in one string", () => { + const input = "text with multiple tokens" + const { content, fixCount } = stripLlmArtifactTokens(input) + expect(content).toBe("text with multiple tokens") + expect(fixCount).toBe(3) + }) + + test("leaves content unchanged when no tokens present", () => { + const input = "This is normal **markdown** with [links](/path)" + const { content, fixCount } = stripLlmArtifactTokens(input) + expect(content).toBe(input) + expect(fixCount).toBe(0) + }) + + test("does not strip tokens inside code blocks", () => { + const input = "```\ntoken inside code\n```" + const { content, fixCount } = stripLlmArtifactTokens(input) + expect(content).toBe(input) + expect(fixCount).toBe(0) + }) + + test("does not strip tokens inside inline code", () => { + const input = "the `` token is used for..." + const { content, fixCount } = stripLlmArtifactTokens(input) + expect(content).toBe(input) + expect(fixCount).toBe(0) + }) + + test("does not strip valid HTML tags like or ", () => { + const input = "bold and strong" + const { content, fixCount } = stripLlmArtifactTokens(input) + expect(content).toBe(input) + expect(fixCount).toBe(0) + }) + }) + + test.describe("fixSmartQuotesInJsxAttributes", () => { + test("fixes smart right double quotes in YouTube tag", () => { + const input = "" + const { content, fixCount } = fixSmartQuotesInJsxAttributes(input) + expect(content).toBe('') + expect(fixCount).toBe(1) + }) + + test("fixes smart left/right double quotes in Emoji tag", () => { + const input = "" + const { content, fixCount } = fixSmartQuotesInJsxAttributes(input) + expect(content).toBe('') + expect(fixCount).toBe(1) + }) + + test("fixes German low-9 opening quote in Alert variant", () => { + const input = "" + const { content, fixCount } = fixSmartQuotesInJsxAttributes(input) + expect(content).toBe('') + expect(fixCount).toBe(1) + }) + + test("fixes multiple tags in same content", () => { + const input = + "\n\nSome text\n\n" + const { content, fixCount } = fixSmartQuotesInJsxAttributes(input) + expect(content).toBe( + '\n\nSome text\n\n' + ) + expect(fixCount).toBe(2) + }) + + test("leaves straight quotes untouched", () => { + const input = '' + const { content, fixCount } = fixSmartQuotesInJsxAttributes(input) + expect(content).toBe(input) + expect(fixCount).toBe(0) + }) + + test("leaves smart quotes in prose untouched", () => { + const input = + 'This is a \u201Cquoted\u201D word next to ' + const { content, fixCount } = fixSmartQuotesInJsxAttributes(input) + expect(content).toBe(input) + expect(fixCount).toBe(0) + }) + + test("skips code blocks", () => { + const input = "```\n\n```" + const { content, fixCount } = fixSmartQuotesInJsxAttributes(input) + expect(content).toBe(input) + expect(fixCount).toBe(0) + }) + }) })