-
+
[](https://github.com/base/docs/graphs/contributors)
[](https://github.com/base/docs/graphs/contributors)
@@ -10,7 +10,7 @@
[](https://github.com/base/docs/blob/main/LICENSE.md)
-
+
[](https://base.org)
[](https://base.mirror.xyz/)
@@ -18,149 +18,149 @@
[](https://base.org/discord)
[](https://twitter.com/Base)
-
+
[](https://github.com/base/docs/pulls)
[](https://github.com/base/docs/issues)
-Base Docs are community-managed. We welcome and encourage contributions from everyone to keep these docs accurate, helpful, and up to date.
+Документация Base управляется сообществом. Мы приветствуем и поощряем вклад каждого, чтобы поддерживать эти документы точными, полезными и актуальными.
-> Note: This repository powers the public Base documentation site. Content lives under `docs/`.
+> Примечание: Этот репозиторий используется для публичного сайта документации Base. Контент находится в папке `docs/`.
-## Local development
+## Локальная разработка
-Prerequisite: Node.js v19+.
+Предварительное требование: Node.js v19+.
-1. Clone the repository.
-2. Install the Mint CLI to preview documentation changes locally:
+1. Клонируйте репозиторий.
+2. Установите Mint CLI для локального просмотра изменений документации:
```bash
npm i -g mint
```
-3. Preview locally (run from the `docs/` directory where `docs.json` lives):
+3. Просмотр локально (запустите из директории docs/, где находится docs.json):
```bash
cd docs
mint dev
```
-Alternatively, without a global install:
+Альтернативно, без глобальной установки:
```bash
npx mint dev
```
-### Troubleshooting
+### Устранение неполадок
-- Ensure Node.js v19+ is installed and that you run `mint dev` from the directory containing `docs.json` (usually `docs/`).
-- Local preview differs from production: run `mint update` to update the CLI.
+- Убедитесь, что установлена Node.js версии 19 или выше, и что вы запускаете команду mint dev из каталога, содержащего файл docs.json (обычно это папка docs/).
+- Локальный просмотр отличается от продакшена: выполните `mint update` для обновления CLI.
-## How to contribute
+## Как внести вклад
-1. **Fork and branch**: Fork `base/docs` and create a descriptive branch for your change.
-2. **Edit content in `docs/`**: Follow the structure and style guidelines below. Preview locally with the Mint CLI.
-3. **Open a pull request**: Provide a clear summary and links to related pages. The docs team and community will review.
+1. **Fork and branch (Сделайте форк и ветку)**: Сделайте форк `base/docs` и создайте описательную ветку для ваших изменений.
+2. **Edit content in `docs/` (Редактируйте контент в `docs/`)**: Следуйте структуре и стилю, указанным ниже. Просматривайте изменения локально с помощью Mint CLI.
+3. **Open a pull request (Откройте pull request)**: Предоставьте четкое описание и ссылки на связанные страницы. Команда документации и сообщество проведут ревью.
-> Tip: Prefer small, focused PRs. Link related guides and references directly in your content.
+> Совет: Отдавайте предпочтение небольшим, сфокусированным PR (Pull Request). Связывайте связанные руководства и ссылки непосредственно в вашем контенте.
-## Documentation structure
+## Структура документации
-### Core principle: maintain existing structure
+### Основной принцип: сохраняйте существующую структуру
-> Warning: Do not create new top-level sections. Place all new content within existing folders under `docs/`.
+> Предупреждение: Не создавайте новые разделы верхнего уровня. Размещайте весь новый контент в существующих папках внутри `docs/`.
-The Base documentation is organized into established sections (for example: `get-started/`, `learn/`, `base-account/`, `base-app/`, `base-chain/`, `cookbook/`, `mini-apps/`, `onchainkit/`). Fit new content into the most relevant existing section.
+Документация Base организована в установленные разделы (например: `get-started/`, `learn/`, `base-account/`, `base-app/`, `base-chain/`, `cookbook/`, `mini-apps/`, `onchainkit/`). Размещайте новый контент в наиболее подходящем существующем разделе.
-### Navigation policy
+### Политика навигации
-> Note: We generally do not change the global navigation (top-level tabs) or sidebar sections unless there is a clear, broadly beneficial need. Contributions should focus on improving existing pages and adding new pages within current sections.
+> Примечание: Мы обычно не меняем глобальную навигацию (вкладки верхнего уровня) или разделы боковой панели, если нет четкой, широко полезной необходимости. Вклад должен быть сосредоточен на улучшении существующих страниц и добавлении новых страниц в текущих разделах.
-### Section purpose and placement
+### Назначение и размещение разделов
-- **Quickstart**: End-to-end setup to first success. Keep concise and current.
-- **Concepts**: Explanations of components, architecture, and design philosophy.
-- **Guides**: Step-by-step, action-oriented tutorials for specific tasks.
-- **Examples**: Complete, runnable examples demonstrating real-world usage.
-- **Technical Reference**: API/method/component specs with parameters and return types.
-- **Contribute**: Information for contributors and process updates.
+- **Quickstart (Быстрый старт)**: Полная настройка до первого успеха. Сохраняйте лаконичность и актуальность.
+- **Concepts (Концепции)**: Объяснения компонентов, архитектуры и философии дизайна.
+- **Guides (Руководства)**: Пошаговые, ориентированные на действие туториалы для конкретных задач.
+- **Examples (Примеры)**: Полные, запускаемые примеры, демонстрирующие реальное использование.
+- **Technical Reference (Техническая справка)**: Спецификации API/методов/компонентов с параметрами и типами возвращаемых значений.
+- **Contribute (Вклад)**: Информация для контрибьюторов и обновления процессов.
-#### Cookbook scope
+#### Область применения Cookbook
-- The `cookbook/` section hosts use case-focused guides and patterns, not product-specific documentation.
-- Prefer cross-cutting solutions that illustrate how to build on Base across tools and scenarios.
+- Раздел `cookbook/` содержит руководства и паттерны, ориентированные на варианты использования, а не на документацию по конкретным продуктам.
+- Отдавайте предпочтение комплексным решениям, демонстрирующим, как создавать проекты на Base с использованием различных инструментов и сценариев.
-> Warning: Avoid subsection proliferation:
-> - Put all guides at the same level within the Guides section.
-> - Organize Reference by component/feature, not per use case.
-> - Use cross-links instead of adding new structural layers.
+> Предупреждение: Избегайте разрастания подразделов:
+> - Размещайте все руководства на одном уровне внутри раздела Guides.
+> - Организуйте Reference по компонентам/функциям, а не по вариантам использования.
+> - Используйте перекрестные ссылки вместо добавления новых структурных слоев.
-## Style and formatting
+## Стиль и форматирование
-### Writing style
+### Стиль написания
-1. Be concise and consistent; use active voice and second person.
-2. Focus on the happy path; mention alternatives briefly where relevant.
-3. Use explicit, descriptive headings and filenames.
-4. Maintain consistent terminology; introduce abbreviations on first use.
+1. Будьте краткими и последовательными; используйте активный залог и второе лицо.
+2. Сосредоточьтесь на основном сценарии; кратко упоминайте альтернативы там, где это уместно.
+3. Используйте явные, описательные заголовки и имена файлов.
+4. Сохраняйте единообразную терминологию; вводите сокращения при первом использовании.
-### AI-friendly content
+### Контент, удобный для ИИ
-- Use clear, explicit language and link related pages directly.
-- Prefer bulleted lists for options/steps when not sequential.
-- Name and reference libraries and tools explicitly.
-- Use semantic, readable URLs and avoid ambiguous abbreviations.
+- Используйте ясный, однозначный язык и напрямую связывайте связанные страницы.
+- Предпочитайте маркированные списки для опций/шагов, когда они не являются последовательными.
+- Явно называйте и ссылайтесь на библиотеки и инструменты.
+- Используйте семантические, читаемые URL и избегайте неоднозначных сокращений.
-> Checklist:
-> - Would a Large Language Model understand and follow this content?
-> - Can an engineer copy, paste, and run the examples as-is?
+> Контрольный список:
+> - Поймёт ли большая языковая модель этот контент и сможет ли корректно следовать ему?
+> - Может ли инженер скопировать, вставить и запустить примеры как есть?
-### Mintlify formatting
+### Форматирование Mintlify
-- Start main sections with H2 (`##`) and subsections with H3 (`###`).
-- Use fenced code blocks with language and optional filename.
-- Wrap images in `` and include `alt` text.
-- Use callouts for emphasis: `
@@ -316,7 +316,7 @@ export function WalletAuthButton() {
);
}
- // Email input
+ // Ввод email
if (authStep === 'email') {
return (
@@ -199,9 +199,9 @@ const [selectedWallet, setSelectedWallet] = useState<{
```
-### Wallet Actions
+### Действия с кошельком
-#### Sign Message
+#### Подпись сообщения
@@ -353,7 +353,7 @@ export function WalletAuthButton() {
);
}
- // Initial selection
+ // Начальный выбор
return (
-## Custom Authentication
+## Пользовательская аутентификация
-For additional security or custom authentication requirements, you can implement backend verification using Sign-In with Ethereum (SIWE)
-with the Base Account SDK.
+Для дополнительной безопасности или пользовательских требований к аутентификации вы можете реализовать проверку на бэкенде с использованием Sign-In with Ethereum (SIWE) и SDK Base Account.
-### Setup
+### Настройка
-Follow the [Setup](/base-account/framework-integrations/privy/setup) guide to set up Privy with Base Account.
+Следуйте руководству [настройки](/base-account/framework-integrations/privy/setup) чтобы настроить Privy с Base Account.
-### Frontend Component (Sign In With Base)
+### Фронтенд-компонент (Sign In With Base)
-We use the [`SignInWithBaseButton`](/base-account/reference/ui-elements/sign-in-with-base-button) component from the `@base-org/account-ui/react` package to make sure
-we are following the brand guidelines.
+Мы используем компонент [`SignInWithBaseButton`](/base-account/reference/ui-elements/sign-in-with-base-button) из пакета `@base-org/account-ui/react`, чтобы обеспечить соответствие руководству по бренду.
```tsx Authentication Component (components/sections/authentication.tsx) expandable
@@ -60,17 +58,17 @@ export const Authentication = () => {
try {
setLoading(true);
- // Get a fresh nonce from backend
+ // Получаем свежий nonce с бэкенда
const nonceResponse = await fetch("/api/auth/nonce");
const { nonce } = await nonceResponse.json();
- // Switch to Base Chain
+ // Переключаемся на сеть Base
await provider.request({
method: "wallet_switchEthereumChain",
params: [{ chainId: "0x2105" }],
});
- // Connect and authenticate with SIWE
+ // Подключаемся и аутентифицируемся с помощью SIWE
const response = (await provider.request({
method: "wallet_connect",
params: [{
@@ -94,7 +92,7 @@ export const Authentication = () => {
const { address } = response.accounts[0];
const { message, signature } = response.accounts[0].capabilities.signInWithEthereum;
- // Verify with backend
+ // Проверяем на бэкенде
const verifyResponse = await fetch("/api/auth/verify", {
method: "POST",
headers: { "Content-Type": "application/json" },
@@ -124,9 +122,9 @@ export default Authentication;
```
-### Using the Authentication Component
+### Использование компонента аутентификации
-Add the Authentication component to your page to enable Sign In with Base functionality:
+Добавьте компонент Authentication на вашу страницу, чтобы включить функциональность Sign In with Base:
```tsx Page Implementation (app/page.tsx)
@@ -181,10 +179,10 @@ export default function Dashboard() {
```
-### Backend Implementation
+### Реализация бэкенда
-**Development Only**: This backend implementation is not production-ready. The nonce management system needs proper persistence and security enhancements for production use.
+**Только для разработки**: Эта реализация бэкенда не готова для продакшена. Система управления nonce требует правильного постоянного хранения и улучшений безопасности для использования в производственной среде.
@@ -223,7 +221,7 @@ export async function POST(request: NextRequest) {
try {
const { address, message, signature } = await request.json();
- // Extract nonce from SIWE message
+ // Извлекаем nonce из сообщения SIWE
const nonce = message.match(/Nonce: (\w+)/)?.[1];
if (!nonce || !nonceStore.consume(nonce)) {
@@ -233,7 +231,7 @@ export async function POST(request: NextRequest) {
);
}
- // Verify signature using viem
+ // Проверяем подпись с помощью viem
const valid = await client.verifyMessage({
address: address as `0x${string}`,
message,
@@ -263,8 +261,8 @@ export async function POST(request: NextRequest) {
```
```ts Nonce Store (lib/nonce-store.ts) expandable
-// Simple in-memory nonce store
-// In production, use Redis or a database
+// Простое хранилище nonce в памяти
+// В продакшене используйте Redis или базу данных
class NonceStore {
private nonces = new Set();
@@ -281,11 +279,11 @@ export const nonceStore = new NonceStore();
```
-### Production Considerations
+### Рекомендации для продакшена
-For production deployments, enhance the backend implementation with:
+Для развертывания в продакшен улучшите реализацию бэкенда следующим образом:
-- **Persistent storage**: Use Redis or a database instead of in-memory storage
-- **Rate limiting**: Implement request rate limiting for nonce generation
-- **Session management**: Create proper JWT tokens or session cookies
-- **Nonce expiration**: Add timestamp-based nonce expiration
+**Постоянное хранение**: Используйте Redis или базу данных вместо хранения в памяти
+**Ограничение запросов (Rate limiting)**: Реализуйте ограничение частоты запросов для генерации nonce
+**Управление сессиями**: Создавайте правильные JWT-токены или куки сессий
+**Срок действия nonce**: Добавьте истечение срока действия nonce на основе меток времени
diff --git a/docs/base-account/framework-integrations/privy/setup.mdx b/docs/base-account/framework-integrations/privy/setup.mdx
index c7a81764..4ae1f70d 100644
--- a/docs/base-account/framework-integrations/privy/setup.mdx
+++ b/docs/base-account/framework-integrations/privy/setup.mdx
@@ -1,37 +1,37 @@
---
-title: "Setup"
-description: "Configure Privy with Base Account for your React application"
+title: "Настройка"
+description: "Настройте Privy с Base Account для вашего React-приложения"
---
import { GithubRepoCard } from "/snippets/GithubRepoCard.mdx";
-Learn how to set up Privy with Base Account to enable seamless user authentication and wallet management.
+Узнайте, как настроить Privy с Base Account для включения бесшовной аутентификации пользователей и управления кошельками.
-## Overview
+## Обзор
-[Privy](https://www.privy.io/) provides user authentication and wallet management solutions for onchain applications.
-By integrating Privy with Base Account,
-you can access all the Privy hooks and methods
-while having access to the users of Base Account.
+[Privy](https://www.privy.io/) предоставляет решения для аутентификации пользователей и управления кошельками в ончейн-приложениях.
+Интегрируя Privy с Base Account, вы
+получаете доступ ко всем хукам и методам Privy,
+а также к пользователям Base Account.
-### What you'll achieve
+### Что вы получите
-By the end of this guide, you will:
+К концу этого руководства вы:
-- Set up Privy with Base Account support
-- Have Base Account set up as the main authentication option
-- Be able to access Base Account SDK from Privy's React SDK
+- Настроите Privy с поддержкой Base Account
+- Установите Base Account как основной вариант аутентификации
+- Сможете получить доступ к Base Account SDK из React SDK Privy
-You can jump ahead and use the [Base Account Privy Template](https://github.com/base/base-account-privy) to get started.
+Вы можете сразу перейти к использованию [шаблону Base Account Privy](https://github.com/base/base-account-privy) чтобы начать работу.
```bash npm
npx create-next-app@latest base-account-privy
@@ -44,71 +44,71 @@ cd base-account-privy
```
-### 2. Override the Base Account SDK version
+### 2. Переопределите версию Base Account SDK
-In order to access the latest version of the Base Account SDK, you need to override the Privy pinned version in your package.json file.
+Чтобы получить доступ к последней версии Base Account SDK, вам нужно переопределить версию, зафиксированную Privy, в вашем файле package.json.
-To do this, you can use the following command to override it:
+Для этого вы можете использовать следующую команду:
```bash npm
npm pkg set overrides.@base-org/account="latest"
-# OR manually add to package.json:
+# ИЛИ добавьте вручную в package.json:
# "overrides": { "@base-org/account": "latest" }
```
```bash pnpm
-# pnpm requires manual addition to package.json:
+# pnpm требует ручного добавления в package.json:
# "pnpm": { "overrides": { "@base-org/account": "latest" } }
```
```bash yarn
-# yarn uses resolutions - add manually to package.json:
+# yarn использует resolutions - добавьте вручную в package.json:
# "resolutions": { "@base-org/account": "latest" }
```
```bash bun
-# bun supports overrides - add manually to package.json:
+# bun поддерживает overrides - добавьте вручную в package.json:
# "overrides": { "@base-org/account": "latest" }
```
-Or you can use a specific version by adding the version to the overrides:
+Или вы можете использовать конкретную версию, добавив ее в `overrides`:
```bash npm
npm pkg set overrides.@base-org/account="2.2.0"
-# OR manually add to package.json:
+# ИЛИ добавьте вручную в package.json:
# "overrides": { "@base-org/account": "2.2.0" }
```
```bash pnpm
-# pnpm requires manual addition to package.json:
+# pnpm требует ручного добавления в package.json:
# "pnpm": { "overrides": { "@base-org/account": "2.2.0" } }
```
```bash yarn
-# yarn uses resolutions - add manually to package.json:
+# yarn использует resolutions - добавьте вручную в package.json:
# "resolutions": { "@base-org/account": "2.2.0" }
```
```bash bun
-# bun supports overrides - add manually to package.json:
+# bun поддерживает overrides - добавьте вручную в package.json:
# "overrides": { "@base-org/account": "2.2.0" }
```
-**If you're not starting a new projects**
+**Если вы не начинаете новый проект**
-Make sure to delete your `node_modules` and `package-lock.json` and run a new install to ensure the overrides are applied.
+Убедитесь, что удалили папку `node_modules` и файл `package-lock.json`, а затем выполните новую установку, чтобы переопределения применились.
-### 3. Install the dependencies
+### 3. Установите зависимости
-Install the dependencies with your package manager of choice:
+Установите зависимости с помощью вашего предпочтительного менеджера пакетов:
```bash npm
@@ -129,21 +129,21 @@ bun add @privy-io/react-auth @privy-io/chains @privy-io/wagmi-connector wagmi vi
-## Configuration
+## Конфигурация
-### 1. Set up Environment Variables
+### 1. Настройте переменные окружения
-Create a `.env.local` file in your project root:
+Создайте файл `.env.local` в корне вашего проекта:
```bash
NEXT_PUBLIC_PRIVY_APP_ID=your_privy_app_id
```
-Get your Privy App ID from the [Privy Dashboard](https://dashboard.privy.io/).
+Получите ваш Privy App ID в [панеле управлений Privy](https://dashboard.privy.io/).
-### 2. Configure Privy Provider
+### 2. Настройте провайдер Privy
-Create your Privy configuration with Base Account as the default login method and update the layout to include the `PrivyProvider`.
+Создайте конфигурацию Privy с Base Account в качестве метода входа по умолчанию и обновите layout, чтобы включить `PrivyProvider`.
```tsx Create Provider (app/providers.tsx) expandable
@@ -208,11 +208,11 @@ export default function RootLayout({
```
-## Usage
+## Использование
-### 1. Update the App Page
+### 1. Обновите главную страницу приложения
-Update the `app/page.tsx` file to show the authentication flow:
+Обновите файл `app/page.tsx`, чтобы показать процесс аутентификации:
```tsx app/page.tsx expandable
"use client";
@@ -282,9 +282,9 @@ function Home() {
export default Home;
```
-### 2. Run the project locally
+### 2. Запустите проект локально
-You're done! You can now run the project locally:
+Готово! Теперь вы можете запустить проект локально:
```bash npm
@@ -301,15 +301,15 @@ bun dev
```
-You should see a page that looks like this:
+Вы должны увидеть страницу, которая выглядит следующим образом:
-### 3. Get the Base Account SDK instance (Optional)
+### 3. Получите экземпляр Base Account SDK (Опционально)
-You can access the Base Account SDK from Privy using the `useBaseAccount` hook.
+Вы можете получить доступ к Base Account SDK из Privy с помощью хука `useBaseAccountSdk`.
```tsx Get the SDK instance
import { useBaseAccountSdk } from '@privy-io/react-auth';
diff --git a/docs/base-account/framework-integrations/privy/spend-permissions.mdx b/docs/base-account/framework-integrations/privy/spend-permissions.mdx
index 51e29283..080e246a 100644
--- a/docs/base-account/framework-integrations/privy/spend-permissions.mdx
+++ b/docs/base-account/framework-integrations/privy/spend-permissions.mdx
@@ -1,39 +1,39 @@
---
-title: "Spend Permissions"
-description: "Enable trusted spenders to move assets without additional signatures"
+title: "Разрешения на траты"
+description: "Включите доверенным сторонам возможность перемещать активы без дополнительных подписей"
---
import { GithubRepoCard } from "/snippets/GithubRepoCard.mdx";
-Learn how to create and manage Spend Permissions that allow trusted spenders to move assets from Base Accounts without requiring additional user signatures.
+Узнайте, как создавать и управлять Разрешениями на траты, которые позволяют доверенным сторонам перемещать активы из Base Accounts без необходимости дополнительных подписей пользователя.
-## Overview
+## Обзор
-Spend Permissions enable users to grant timely allowances to trusted spenders, allowing them to move assets on behalf of the user within defined limits. This creates seamless user experiences for recurring payments, subscriptions, and automated transactions.
+Разрешения на траты позволяют пользователям предоставлять своевременные лимиты доверенным сторонам, позволяя им перемещать активы от имени пользователя в рамках определенных ограничений. Это создает бесшовный пользовательский опыт для повторяющихся платежей, подписок и автоматизированных транзакций.
-### What you'll achieve
+### Что вы получите
-By the end of this guide, you will:
+К концу этого руководства вы сможете:
-- Create Spend Permissions with specific allowances and time periods
-- Fetch and manage existing Spend Permissions
-- Use Spend Permissions to execute transactions
-- Implement Spend Permission functionality in your React application
+- Создавать Разрешения на траты с определенными лимитами и временными периодами
+- Получать и управлять существующими разрешениями
+- Использовать Разрешения на траты для выполнения транзакций
+- Реализовать функциональность Разрешений на траты в вашем React-приложении
-The code snippets in this guide are based on the following example project:
+Фрагменты кода в этом руководстве основаны на следующем примере проекта:
```tsx Spend Permissions Component (components/sections/spend-permissions.tsx) expandable
@@ -57,11 +57,11 @@ export const SpendPermissions = () => {
const [selectedPermission, setSelectedPermission] = useState(null);
const [loading, setLoading] = useState(false);
- // Configuration
+ // Конфигурация
const spenderAddress = "0xd8da6bf26964af9d7eed9e03e53415d37aa96045";
const tokenAddress = "0x833589fCD6eDb6E08f4c7C32D4f71b54bdA02913"; // USDC on Base
- // Find the Base Account wallet
+ // Находим кошелек Base Account
const baseAccount = useMemo(() => {
return wallets.find((wallet) => wallet.walletClientType === 'base_account');
}, [wallets]);
@@ -118,7 +118,7 @@ export const SpendPermissions = () => {
try {
setLoading(true);
- // Check permission status
+ // Проверяем статус разрешения
const { isActive, remainingSpend } = await getPermissionStatus(selectedPermission);
if (!isActive) {
@@ -133,7 +133,7 @@ export const SpendPermissions = () => {
return;
}
- // Prepare spend calls
+ // Подготавливаем вызовы для траты
const spendCalls = await prepareSpendCallData(selectedPermission, spendAmount);
console.log("Spend calls prepared:", spendCalls);
@@ -152,25 +152,25 @@ export const SpendPermissions = () => {
disabled={loading || !account}
className="px-4 py-2 bg-blue-600 text-white rounded disabled:opacity-50"
>
- Create Spend Permission
+ Создать Разрешение на траты
- {/* Configuration display */}
+ {/* Отображение конфигурации */}
- {/* Permissions list */}
+ {/* Список разрешений */}
{permissions.length > 0 && (
-If you would like to see a live demo of Sub Accounts in action, check out our [Sub Accounts Demo](https://sub-accounts-fc.vercel.app).
+Если вы хотите увидеть работающую демонстрацию субаккаунтов, ознакомьтесь с нашей [демонстрацией субаккаунтов](https://sub-accounts-fc.vercel.app).
-### What you'll achieve
+### Что вы получите
-By the end of this guide, you will:
+К концу этого руководства вы сможете:
-- Understand how Sub Accounts work with Base Account
-- Create new Sub Accounts for users
-- Retrieve and manage existing Sub Accounts
-- Implement Sub Account in your Privy project
+- Понять, как субаккаунты работают с Base Account
+- Создавать новые субаккаунты для пользователей
+- Получать и управлять существующими субаккаунтами
+- Реализовать субаккаунты в вашем проекте с Privy
-The code snippets in this guide are based on the following example project:
+Фрагменты кода в этом руководстве основаны на следующем примере проекта:
```tsx Sub Accounts Component (components/sections/sub-accounts.tsx) expandable
@@ -61,7 +61,7 @@ const SubAccounts = () => {
>([]);
const [isLoading, setIsLoading] = useState(false);
- // Find the Base Account wallet
+ // Находим кошелек Base Account
const baseAccount = useMemo(() => {
return wallets.find((wallet) => wallet.walletClientType === 'base_account');
}, [wallets]);
@@ -71,11 +71,11 @@ const SubAccounts = () => {
setIsLoading(true);
try {
- // Switch to Base Sepolia (or Base Mainnet - use 8453 for mainnet)
+ // Переключаемся на Base Sepolia (или Base Mainnet - используйте 8453 для mainnet)
await baseAccount.switchChain(84532);
const provider = await baseAccount.getEthereumProvider();
- // Get existing Sub Accounts
+ // Получаем существующие субаккаунты
const response = await provider.request({
method: 'wallet_getSubAccounts',
params: [{
@@ -98,11 +98,11 @@ const SubAccounts = () => {
setIsLoading(true);
try {
- // Switch to Base Sepolia (or Base Mainnet - use 8453 for mainnet)
+ // Переключаемся на Base Sepolia (или Base Mainnet - используйте 8453 для mainnet)
await baseAccount.switchChain(84532);
const provider = await baseAccount.getEthereumProvider();
- // Create new Sub Account
+ // Создаем новый субаккаунт
await provider.request({
method: 'wallet_addSubAccount',
params: [{
@@ -117,7 +117,7 @@ const SubAccounts = () => {
}]
});
- // Refresh the Sub Accounts list
+ // Обновляем список субаккаунтов
await handleGetSubAccounts();
} catch (error) {
console.error("Error creating Sub Account:", error);
@@ -134,14 +134,14 @@ const SubAccounts = () => {
disabled={!baseAccount || isLoading}
className="px-4 py-2 bg-blue-600 text-white rounded disabled:opacity-50"
>
- Get Sub Accounts
+ Получить субаккаунты
@@ -165,11 +165,11 @@ const SubAccounts = () => {
```
-### Key Methods
+### Ключевые методы
-#### Getting Sub Accounts
+#### Получение субаккаунтов
-Use `wallet_getSubAccounts` to retrieve existing Sub Accounts for a domain:
+Используйте `wallet_getSubAccounts` для получения существующих субаккаунтов для домена:
```tsx Get Sub Accounts (components/sections/sub-accounts.tsx)
const response = await provider.request({
@@ -181,9 +181,9 @@ const response = await provider.request({
});
```
-#### Creating Sub Accounts
+#### Создание субаккаунтов
-Use `wallet_addSubAccount` to create new Sub Accounts:
+Используйте `wallet_addSubAccount` для создания новых субаккаунтов:
```tsx Create Sub Account (components/sections/sub-accounts.tsx)
await provider.request({
@@ -201,14 +201,14 @@ await provider.request({
});
```
-### Network Configuration
+### Конфигурация сети
-Sub accounts work on both Base Mainnet and Base Sepolia:
+Субаккаунты работают как в основной сети Base, так и в тестовой сети Base Sepolia:
- **Base Mainnet**: Chain ID `8453`
- **Base Sepolia**: Chain ID `84532`
-### Explore further
+### Узнать больше
-- [Sub Accounts Guide](/base-account/improve-ux/sub-accounts)
-- [Privy Sub Accounts Recipe](https://docs.privy.io/recipes/react/external-wallets/base-sub-accounts)
\ No newline at end of file
+- [Руководство по субаккаунтам](/base-account/improve-ux/sub-accounts)
+- [Рецепт субаккаунтов Privy](https://docs.privy.io/recipes/react/external-wallets/base-sub-accounts)
diff --git a/docs/base-account/framework-integrations/privy/wallet-actions.mdx b/docs/base-account/framework-integrations/privy/wallet-actions.mdx
index 5d5d39cf..d1bf7dd3 100644
--- a/docs/base-account/framework-integrations/privy/wallet-actions.mdx
+++ b/docs/base-account/framework-integrations/privy/wallet-actions.mdx
@@ -1,34 +1,34 @@
---
-title: "Wallet Actions"
-description: "Sign messages, transactions, and typed data with Privy wallets"
+title: "Действия с кошельком"
+description: "Подписывайте сообщения, транзакции и типизированные данные с помощью кошельков Privy"
---
import { GithubRepoCard } from "/snippets/GithubRepoCard.mdx";
-Learn how to perform wallet actions including signing messages, typed data, and transactions for EVM wallets using Privy.
+Узнайте, как выполнять действия с кошельком, включая подпись сообщений, типизированных данных и транзакций для EVM-кошельков с использованием Privy.
-## Overview
+## Обзор
-Privy provides comprehensive [wallet action hooks](https://docs.privy.io/wallets/using-wallets/ethereum/send-a-transaction) that work seamlessly with EVM (Ethereum-compatible) wallets. You can sign messages, typed data, raw hashes, and transactions, as well as send transactions directly.
+Privy предоставляет комплексные [хуки для действий с кошельком](https://docs.privy.io/wallets/using-wallets/ethereum/send-a-transaction), которые бесшовно работают с EVM (Ethereum-совместимыми) кошельками. Вы можете подписывать сообщения, типизированные данные, сырые хэши и транзакции, а также отправлять транзакции напрямую.
-### What you'll achieve
+### Что вы получите
-By the end of this guide, you will:
+К концу этого руководства вы сможете:
-- Sign messages for EVM wallets
-- Sign typed data (EIP-712) for structured data
-- Send transactions on EVM networks
+- Подписывать сообщения для EVM-кошельков
+- Подписывать типизированные данные (EIP-712) для структурированных данных
+- Отправлять транзакции в EVM-сетях
-The code snippets in this guide are based on the following example project:
+Фрагменты кода в этом руководстве основаны на следующем примере проекта:
```tsx Wallet Actions Component (components/sections/wallet-actions.tsx) expandable
@@ -54,7 +54,7 @@ const [selectedWallet, setSelectedWallet] = useState<{
name: string;
} | null>(null);
- // Map wallets for selection
+ // Сопоставляем кошельки для выбора
const allWallets = useMemo(() => {
return wallets.map((wallet) => ({
address: wallet.address,
@@ -169,28 +169,28 @@ const [selectedWallet, setSelectedWallet] = useState<{
- {/* Action Buttons */}
+ {/* Кнопки действий */}
Connect Your Wallet
@@ -388,9 +388,9 @@ export function WalletAuthButton() { } ``` -### Step 6: Handle transactions for each wallet type +### Шаг 6: Обработка транзакций для каждого типа кошелька -Create a transaction component that adapts to each wallet type: +Создайте компонент транзакций, адаптированный для каждого типа кошелька: ```typescript // components/SendTransaction.tsx @@ -423,7 +423,7 @@ export function SendTransaction() { } }; - // Show different guidance based on wallet type + // Показываем различные инструкции в зависимости от типа кошелька const getTransactionGuidance = () => { switch (walletType) { case 'base_account': @@ -539,9 +539,9 @@ export function SendTransaction() { } ``` -### Step 7: Complete your app +### Шаг 7: Завершите ваше приложение -Put everything together in your main application: +Объедините все компоненты в вашем основном приложении: ```typescript // app/page.tsx @@ -574,44 +574,44 @@ export default function HomePage() { } ``` -## Troubleshooting +## Устранение неполадок -### Common Issues +### Распространенные проблемы -**Base Account connector not appearing** -- Verify the Base Account SDK, `@base-org/account`, is installed and up-to-date -- Check wagmi configuration includes Base Account connector -- Ensure app is running on Base or Base Sepolia network +**Коннектор Base Account не появляется** +- Убедитесь, что Base Account SDK, `@base-org/account`, установлен и обновлен +- Проверьте, что конфигурация wagmi включает коннектор Base Account +- Убедитесь, что приложение запущено в сети Base или Base Sepolia -**CDP Embedded Wallet authentication failing** -- Verify CDP Project ID is correct in environment variables -- **Critical**: Add your domains (e.g., `http://localhost:3000`, `http://localhost:3001`) to CDP Portal → Wallets → Embedded Wallet settings → Allowed domains -- Ensure all required CDP packages (see above) are installed +**Сбой аутентификации встроенного кошелька CDP** +- Убедитесь, что Project ID CDP указан правильно в переменных окружения +- **Критично**: Добавьте ваши домены (например, `http://localhost:3000`, `http://localhost:3001`) в CDP Portal → Wallets → Embedded Wallet settings → Allowed domains +- Убедитесь, что все необходимые пакеты CDP (см. выше) установлены -**New wallet created each time instead of signing into existing wallet** -- Ensure you're using `CDPHooksProvider` with proper config in your layout -- Verify CDP Project ID is correctly configured -- Check that hooks are imported from `@coinbase/cdp-hooks` consistently +**Создается новый кошелек каждый раз вместо входа в существующий** +- Убедитесь, что вы используете `CDPHooksProvider` с правильной конфигурацией в вашем layout +- Проверьте, что CDP Project ID корректно настроен +- Убедитесь, что хуки импортируются из `@coinbase/cdp-hooks` последовательно -**Users can't switch between wallet types** -- Implement proper disconnect flow before connecting different type -- Clear any cached authentication state when switching -- Provide clear UI guidance for wallet type selection +**Пользователи не могут переключаться между типами кошельков** +- Реализуйте правильный процесс отключения перед подключением другого типа +- Очистите все кэшированные состояния аутентификации при переключении +- Предоставьте четкие UI-инструкции для выбора типа кошелька -## Enhanced integration coming soon +## Улучшенная интеграция скоро появится -We are actively working on native Base Account integration with CDP Embedded Wallets that will enable: +Мы активно работаем над нативной интеграцией Base Account с встроенными кошельками CDP, которая позволит: -- **Unified connector**: Single CDP connector to handle both wallet types seamlessly -- **Spend permissions**: Sub Accounts will be able to access parent Base Account balance with limits -- **Sub Account creation**: Base Account users will be able to create app-specific Sub Accounts +- **Единый коннектор**: Единый коннектор CDP для бесшовной работы с обоими типами кошельков +- **Разрешения на траты**: Субаккаунты смогут получать доступ к балансу родительского Base Account с ограничениями +- **Создание субаккаунтов**: Пользователи Base Account смогут создавать субаккаунты, привязанные к конкретным приложениям -## Resources +## Ресурсы -- [CDP Embedded Wallets Documentation](https://docs.cdp.coinbase.com/embedded-wallets/) -- [CDP React Components Documentation](https://docs.cdp.coinbase.com/embedded-wallets/components) -- [Base Account Wagmi Setup](/base-account/framework-integrations/wagmi/setup) +- [Документация встроенных кошельков CDP](https://docs.cdp.coinbase.com/embedded-wallets/) +- [Документация React-компонентов CDP](https://docs.cdp.coinbase.com/embedded-wallets/components) +- [Настройка Wagmi для Base Account](/base-account/framework-integrations/wagmi/setup) - [CDP Portal](https://portal.cdp.coinbase.com/) -- [Wagmi Documentation](https://wagmi.sh/) +- [Документация Wagmi](https://wagmi.sh/) -Monitor the [CDP documentation](https://docs.cdp.coinbase.com/) for updates on enhanced Embedded Wallet Base Account integration features. \ No newline at end of file +Следите за [документацией CDP](https://docs.cdp.coinbase.com/) для получения обновлений о расширенных функциях интеграции встроенных кошельков с Base Account. diff --git a/docs/base-account/framework-integrations/nextjs-with-dynamic.mdx b/docs/base-account/framework-integrations/nextjs-with-dynamic.mdx index fe275898..e9bd82e4 100644 --- a/docs/base-account/framework-integrations/nextjs-with-dynamic.mdx +++ b/docs/base-account/framework-integrations/nextjs-with-dynamic.mdx @@ -1,13 +1,14 @@ --- title: "Dynamic" -description: "Integrate Base Account with Dynamic" +description: "Интеграция Base Account с Dynamic" --- -We are working with [Dynamic](https://www.dynamic.xyz/) to integrate Base Account with their SDK. +Мы работаем с [Dynamic](https://www.dynamic.xyz/) над интеграцией Base Account с их SDK. A full guide and example will be available soon. -In the meantime, you can use the connector from the [Wagmi guide](/base-account/framework-integrations/wagmi/setup) -with [Dynamic+Wagmi](https://www.dynamic.xyz/docs/react-sdk/using-wagmi) as a workaround. +Полное руководство и пример будут доступны в ближайшее время. +А пока вы можете использовать коннектор из [руководства по Wagmi](/base-account/framework-integrations/wagmi/setup) +вместе с [Dynamic+Wagmi](https://www.dynamic.xyz/docs/react-sdk/using-wagmi) в качестве временного решения. diff --git a/docs/base-account/framework-integrations/privy/authentication.mdx b/docs/base-account/framework-integrations/privy/authentication.mdx index 4fac05f7..75f7014a 100644 --- a/docs/base-account/framework-integrations/privy/authentication.mdx +++ b/docs/base-account/framework-integrations/privy/authentication.mdx @@ -1,43 +1,41 @@ --- -title: "Auth (Sign In With Base)" -description: "Manage user authentication with Privy and Base Account" +title: "Аутентификация (Sign In With Base)" +description: "Управляйте аутентификацией пользователей с помощью Privy и Base Account" --- import { GithubRepoCard } from "/snippets/GithubRepoCard.mdx"; -Learn how to handle authentication flows with Privy and Base Account, including both Privy-managed authentication and custom backend verification. +Узнайте, как обрабатывать потоки аутентификации с Privy и Base Account, включая как аутентификацию, управляемую Privy, так и пользовательскую проверку на бэкенде. -## Overview +## Обзор -Privy handles the initial authentication flow, managing user sessions and wallet connections. You can also implement additional authentication layers for enhanced security or custom requirements. +Privy обрабатывает первоначальный поток аутентификации, управляя сессиями пользователей и подключениями кошельков. Вы также можете реализовать дополнительные уровни аутентификации для повышенной безопасности или пользовательских требований. -The code snippets in this guide are based on the following example project: +Фрагменты кода в этом руководстве основаны на следующем примере проекта:
Configuration
@@ -180,7 +180,7 @@ export const SpendPermissions = () => {
Existing Permissions
@@ -211,11 +211,11 @@ export const SpendPermissions = () => { ``` -### Key Methods +### Ключевые методы -#### Creating Spend Permissions +#### Создание Разрешений на траты -Use `requestSpendPermission` to create new Spend Permissions: +Используйте `requestSpendPermission` для создания новых Разрешений на траты: ```tsx const permission = await requestSpendPermission({ @@ -224,14 +224,14 @@ const permission = await requestSpendPermission({ token: tokenAddress, chainId: base.id, allowance: BigInt(1) * BigInt(10 ** 6), // 1 USDC - periodInDays: 1, // 1 day + periodInDays: 1, // 1 день provider, }); ``` -#### Fetching Permissions +#### Получение разрешений -Use `fetchPermissions` to retrieve existing permissions: +Используйте `fetchPermissions` для получения существующих разрешений: ```tsx const permissions = await fetchPermissions({ @@ -242,49 +242,49 @@ const permissions = await fetchPermissions({ }); ``` -#### Using Permissions +#### Использование разрешений -Check permission status and prepare spend calls: +Проверьте статус разрешения и подготовьте вызовы для траты: ```tsx -// Check if permission is active +// Проверяем, активно ли разрешение const { isActive, remainingSpend } = await getPermissionStatus(permission); -// Prepare spend transaction data +// Подготавливаем данные транзакции для траты const spendCalls = await prepareSpendCallData(permission, spendAmount); ``` -### Configuration Options +### Параметры конфигурации -#### Allowance and Period +#### Лимит и период -Configure spending limits and time periods: +Настройте лимиты трат и временные периоды: ```tsx { allowance: BigInt(100) * BigInt(10 ** 6), // 100 USDC (6 decimals) - periodInDays: 7, // 7 days + periodInDays: 7, // 7 дней } ``` -#### Token Addresses +#### Адреса токенов -Common token addresses on Base: +Распространенные адреса токенов в сети Base: - **USDC**: `0x833589fCD6eDb6E08f4c7C32D4f71b54bdA02913` - **ETH**: Native token `0xEeeeeEeeeEeEeeEeEeEeeEEEeeeeEeeeeeeeEEeE` - **DAI**: `0x50c5725949A6F0c72E6C4a641F24049A917DB0Cb` -### Use Cases +### Сценарии использования -Spend permissions are ideal for: +Разрешения на траты идеально подходят для: -- **Subscriptions**: Recurring payments without user interaction -- **DeFi protocols**: Automated trading and yield farming -- **Gaming**: In-game purchases and rewards -- **Commerce**: Streamlined checkout experiences +- **Подписок**: Повторяющиеся платежи без взаимодействия с пользователем +- **DeFi-протоколов**: Автоматизированная торговля и фарминг доходности +- **Игр**: Внутриигровые покупки и награды +- **Электронной коммерции**: Упрощенные процессы оформления заказа
payerInfo object:
+Нужна электронная почта, телефон или адрес доставки при оформлении заказа? Передайте объект payerInfo:
```ts
try {
@@ -77,13 +77,13 @@ try {
{ type: 'phoneNumber', optional: true },
{ type: 'physicalAddress', optional: true }
],
- callbackURL: 'https://your-api.com/validate' // Optional - for server-side validation
+ callbackURL: 'https://your-api.com/validate' // Опционально - для проверки на стороне сервера
}
});
console.log(`Payment sent! Transaction ID: ${payment.id}`);
- // Log the collected user information
+ // Логируем собранную информацию о пользователе
if (payment.payerInfoResponses) {
if (payment.payerInfoResponses.email) {
console.log(`Email: ${payment.payerInfoResponses.email}`);
@@ -102,27 +102,27 @@ try {
}
```
-Supported request types:
+Поддерживаемые типы запросов:
-| type | returns |
+| тип | возвращает |
|---------|---------|
| email | string |
| name | { firstName, familyName } |
| phoneNumber | { number, country } |
-| physicalAddress | [full address object](/base-account/reference/core/capabilities/datacallback#physical-address-object) |
+| physicalAddress | [полный объект адреса](/base-account/reference/core/capabilities/datacallback#physical-address-object) |
| onchainAddress | string |
-optional: true to avoid aborting the payment if the user declines.optional: true, чтобы платеж не прерывался, если пользователь откажется предоставлять данные.
testnet: true in your pay() and getPaymentStatus() calls.
-3. Use Sepolia BaseScan to watch the transaction.
+1. Получите тестовые USDC на Circle Faucet (select "Base Sepolia").
+2. Передайте testnet: trueв ваши вызовыpay() и getPaymentStatus().
+3. Используйте Sepolia BaseScan чтобы отслеживать транзакцию.
-
\ No newline at end of file
+
diff --git a/docs/base-account/guides/accept-recurring-payments.mdx b/docs/base-account/guides/accept-recurring-payments.mdx
index 38e6461e..50b0dac3 100644
--- a/docs/base-account/guides/accept-recurring-payments.mdx
+++ b/docs/base-account/guides/accept-recurring-payments.mdx
@@ -1,105 +1,105 @@
---
-title: "Accept Recurring Payments"
-description: "Enable subscription-based revenue models with automatic USDC payments"
+title: "Прием повторяющихся платежей"
+description: "Включите модели дохода на основе подписок с автоматическими платежами в USDC"
---
import {BasePayButton} from "/snippets/BasePayButton.mdx"
import {SignInWithBaseButton} from "/snippets/SignInWithBaseButton.mdx"
-## Start accepting recurring payments with Base Pay Subscriptions
+## Начните принимать повторяющиеся платежи с помощью Base Pay Subscriptions
-Base Subscriptions enable you to build predictable, recurring revenue streams by accepting automatic USDC payments. Whether you're running a SaaS platform, content subscription service, or any business model requiring regular payments, Base Subscriptions provide a seamless solution with no merchant fees.
+Base Subscriptions позволяют создавать предсказуемые, повторяющиеся потоки доходов, принимая автоматические платежи в USDC. Независимо от того, управляете ли вы SaaS-платформой, сервисом подписки на контент или любой другой бизнес-моделью, требующей регулярных платежей, Base Subscriptions предоставляют бесшовное решение без комиссий для мерчантов.
-**Key Capabilities:**
+**Ключевые возможности:**
Base Account signatures include the ERC-6492 wrapper so they can be verified even before the wallet contract is deployed. Viem’s `verifyMessage` and `verifyTypedData` handle this automatically. +**Не развернутые смарт-кошельки?**
Подписи Base Account включают обертку ERC-6492 поэтому их можно верифицировать даже до развертывания контракта кошелька. Функции `verifyMessage` и `verifyTypedData` в Viem обрабатывают это автоматически.
wallet_connect method](/base-account/reference/core/provider-rpc-methods/wallet_connect) yet. If the call throws [method_not_supported], fall back to using eth_requestAccounts and personal_sign.
+Если используете код выше за пределами Base Account, обратите внимание, что не все кошельки еще поддерживают новый метод [wallet_connect method](/base-account/reference/core/provider-rpc-methods/wallet_connect). Если вызов выбрасывает ошибку [method_not_supported], вернитесь к использованию eth_requestAccounts и personal_sign.
- Desktop experience showing the updated logged out flow for Coinbase Wallet users
+ Опыт работы на десктопе, показывающий обновленный процесс для неавторизованных пользователей Coinbase Wallet
diff --git a/docs/base-account/guides/tips/popup-tips.mdx b/docs/base-account/guides/tips/popup-tips.mdx
index 576aa36c..5364e78d 100644
--- a/docs/base-account/guides/tips/popup-tips.mdx
+++ b/docs/base-account/guides/tips/popup-tips.mdx
@@ -3,36 +3,35 @@ title: "Popup Tips"
---
-## Overview
-When a Base Account is connected and Coinbase Wallet SDK receives a request, it opens
-[keys.coinbase.com](https://keys.coinbase.com/) in a popup window and passes the request to the popup for handling.
-Keep the following points in mind when working with the Base Account popup.
+## Обзор
+Когда подключен Base Account (смарт-аккаунт) и Coinbase Wallet SDK получает запрос, он открывает сайт
+[keys.coinbase.com](https://keys.coinbase.com/) во всплывающем окне (popup) и передает запрос в это окно для обработки.
+При работе со всплывающим окном Base Account учитывайте следующие моменты.
-## Default blocking behavior
-- Most modern browsers block all popups by default, unless they are triggered by a click.
-- If a popup is blocked the browser shows a notification to the user, allowing them to manage popup settings.
+## Поведение блокировки по умолчанию
+- Большинство современных браузеров по умолчанию блокируют все всплывающие окна, если они не вызваны кликом пользователя.
+- Если окно заблокировано, браузер показывает пользователю уведомление, позволяя управлять настройками всплывающих окон.
+
+### Что с этим делать
+- Убедитесь, что между кликом по кнопке и запросом на открытие окна Base Account нет дополнительной логики, так как браузеры могут воспринимать такой запрос как программно инициированный.
+- Если логика неизбежна, сведите ее к минимуму и тщательно тестируйте во всех поддерживаемых браузерах.
-### What to do about it
-- Ensure there is no additional logic between the button click and the request to open the Base Account popup,
-as browsers might perceive the request as programmatically initiated.
-- If logic is unavoidable, keep it minimal and test thoroughly in all supported browsers.
## `Cross-Origin-Opener-Policy`
-If the Base Account popup opens and displays an error or infinite spinner, it may be due to the dapp's `Cross-Origin-Opener-Policy`. Be sure to use a directive that allows the Base Account popup to function.
+Если окно Base Account открывается и показывает ошибку или бесконечный спиннер, это может быть связано с заголовком `Cross-Origin-Opener-Policy` вашего dapp. Убедитесь, что используется директива, которая позволяет окну Base Account функционировать.
-- ✅ Allows Base Account popup to function
- - `unsafe-none` (default)
- - `same-origin-allow-popups` (recommended)
-- ❌ Breaks Base Account popup
+- ✅ Позволяет работать окну Base Account
+ - `unsafe-none` (по умолчанию)
+ - `same-origin-allow-popups` (рекомендуется)
+- ❌ Ломает работу окна Base Account
- `same-origin`
-For more detailed information refer to the [MDN docs](https://developer.mozilla.org/en-US/docs/Web/HTTP/Headers/Cross-Origin-Opener-Policy).
+Для получения более подробной информации обратитесь к [документации MDN](https://developer.mozilla.org/en-US/docs/Web/HTTP/Headers/Cross-Origin-Opener-Policy).
-## Base Account popup 'linger' behavior
-- Sometimes a dapp may programmatically make a followup request based on the response to a previous request.
-Normally, browsers block these programmatic requests to open popups.
-- To address this, after the Base Account popup responds to a request, it will linger for 200ms to listen for another incoming request before closing.
- - If a request is received *during* this 200ms window, it will be received and handled within the same popup window.
- - If a request is received *after* the 200ms window and the popup has closed, opening the Base Account popup will be blocked by the browser.
-
\ No newline at end of file
+## Поведение окна Base Account: "задержка" перед закрытием
+- Иногда dapp может программно отправлять последующий запрос на основе ответа на предыдущий запрос. Обычно браузеры блокируют такие программные запросы на открытие всплывающих окон.
+- Чтобы решить эту проблему, после того как окно Base Account ответит на запрос, оно будет оставаться открытым в течение 200 мс, "прислушиваясь" к возможному следующему входящему запросу, прежде чем закрыться.
+ - Если запрос получен в течение этого 200-миллисекундного интервала, он будет принят и обработан в том же самом всплывающем окне.
+ - Если запрос получен после истечения 200 мс и окно уже закрылось, попытка открыть окно Base Account будет заблокирована браузером.
+
diff --git a/docs/base-account/improve-ux/batch-transactions.mdx b/docs/base-account/improve-ux/batch-transactions.mdx
index 88e1fe7c..f204b64e 100644
--- a/docs/base-account/improve-ux/batch-transactions.mdx
+++ b/docs/base-account/improve-ux/batch-transactions.mdx
@@ -1,14 +1,14 @@
---
-title: "Batch Transactions"
+title: "Пакетные транзакции"
---
-With Base Account, you can send multiple onchain calls in a single transaction. Doing so improves the UX of multi-step interactions by reducing them to a single click. A common example of where you might want to leverage batch transactions is an ERC-20 `approve` followed by a swap.
+С помощью Base Account вы можете отправлять несколько ончейн-вызовов в одной транзакции. Это улучшает пользовательский опыт (UX) многошаговых операций, сводя их к одному клику. Типичный пример, где можно использовать пакетные транзакции - это вызов `approve` для токена ERC-20, за которым следует обмен (swap).
-You can submit batch transactions by using the `wallet_sendCalls` RPC method, defined in [EIP-5792](https://eips.ethereum.org/EIPS/eip-5792).
+Вы можете отправлять пакетные транзакции, используя RPC-метод `wallet_sendCalls`, определенный в [EIP-5792](https://eips.ethereum.org/EIPS/eip-5792).
-## Installation
+## Установка
-Install the Base Account SDK:
+Установите SDK Base Account:
```bash npm
@@ -28,11 +28,11 @@ bun add @base-org/account
```
-## Setup
+## Настройка
-### Initialize the SDK
+### Инициализация SDK
-Import and create the Base Account SDK instance:
+Импортируйте и создайте экземпляр SDK Base Account:
```tsx
import { createBaseAccountSDK, base } from '@base-org/account';
@@ -46,11 +46,11 @@ const sdk = createBaseAccountSDK({
const provider = sdk.getProvider();
```
-## Basic Batch Transaction
+## Базовая пакетная транзакция
-### Simple Multiple Transfers
+### Простые множественные переводы
-Send multiple ETH transfers in a single transaction:
+Отправьте несколько переводов ETH в одной транзакции:
```tsx
import { createBaseAccountSDK, getCryptoKeyAccount, base } from '@base-org/account';
@@ -66,32 +66,32 @@ const provider = sdk.getProvider();
async function sendBatchTransfers() {
try {
- // Get crypto account
+ // Получаем криптоаккаунт
const cryptoAccount = await getCryptoKeyAccount();
const fromAddress = cryptoAccount?.account?.address;
- // Prepare batch calls
+ // Подготавливаем пакет вызовов
const calls = [
{
to: '0xd8da6bf26964af9d7eed9e03e53415d37aa96045',
value: numberToHex(parseEther('0.001')), // 0.001 ETH
- data: '0x', // Empty data for simple transfer
+ data: '0x', // Пустые данные для простого перевода
},
{
to: '0x742d35Cc6634C0532925a3b844Bc9e7595f6E456',
value: numberToHex(parseEther('0.001')), // 0.001 ETH
- data: '0x', // Empty data for simple transfer
+ data: '0x', // Пустые данные для простого перевода
}
];
- // Send batch transaction
+ // Отправляем пакетную транзакцию
const result = await provider.request({
method: 'wallet_sendCalls',
params: [{
version: '2.0.0',
from: fromAddress,
chainId: numberToHex(base.constants.CHAIN_IDS.base),
- atomicRequired: true, // All calls must succeed or all fail
+ atomicRequired: true, // Все вызовы должны завершиться успешно, иначе все будут отменены
calls: calls
}]
});
@@ -105,17 +105,17 @@ async function sendBatchTransfers() {
}
```
-## Contract Interactions
+## Взаимодействие с контрактами
-### ERC-20 Approve and Transfer
+### Approve и перевод токена ERC-20
-A common pattern is to approve and then transfer ERC-20 tokens:
+Часто встречающийся паттерн - утвердить (approve), а затем перевести токены ERC-20:
```tsx
import { createBaseAccountSDK, getCryptoKeyAccount, base } from '@base-org/account';
import { numberToHex, parseUnits, encodeFunctionData } from 'viem';
-// ERC-20 ABI for approve and transfer functions
+// ABI ERC-20 для функций approve и transfer
const erc20Abi = [
{
name: 'approve',
@@ -150,8 +150,8 @@ async function approveAndTransfer() {
const cryptoAccount = await getCryptoKeyAccount();
const fromAddress = cryptoAccount?.account?.address;
- const tokenAddress = '0x833589fCD6eDb6E08f4c7C32D4f71b54bdA02913'; // USDC on Base
- const spenderAddress = '0x3fc91a3afd70395cd496c647d5a6cc9d4b2b7fad'; // Example spender
+ const tokenAddress = '0x833589fCD6eDb6E08f4c7C32D4f71b54bdA02913'; // USDC на Base
+ const spenderAddress = '0x3fc91a3afd70395cd496c647d5a6cc9d4b2b7fad'; // Пример получателя разрешения
const recipientAddress = '0xd8da6bf26964af9d7eed9e03e53415d37aa96045';
const amount = parseUnits('10', 6); // 10 USDC (6 decimals)
@@ -191,11 +191,11 @@ async function approveAndTransfer() {
}
```
-## Advanced Features
+## Расширенные возможности
-### Checking Wallet Capabilities
+### Проверка возможностей кошелька
-Before sending batch transactions, you can check if the wallet supports atomic batching:
+Перед отправкой пакетных транзакций вы можете проверить, поддерживает ли кошелек атомарное объединение (atomic batching):
```tsx
async function checkCapabilities() {
@@ -226,9 +226,9 @@ async function checkCapabilities() {
}
```
-### Non-Atomic Batching
+### Неатомарное объединение
-Sometimes you want calls to execute sequentially, even if some fail:
+Иногда требуется, чтобы вызовы выполнялись последовательно, даже если некоторые из них завершатся неудачей:
```tsx
const result = await provider.request({
@@ -237,15 +237,15 @@ const result = await provider.request({
version: '2.0.0',
from: fromAddress,
chainId: numberToHex(base.constants.CHAIN_IDS.base),
- atomicRequired: false, // Allow partial execution
+ atomicRequired: false, // Разрешить частичное выполнение
calls: calls
}]
});
```
-## Error Handling
+## Обработка ошибок
-Handle common batch transaction errors:
+Обработка типичных ошибок пакетных транзакций:
```tsx
async function sendBatchWithErrorHandling(calls: any[]) {
diff --git a/docs/base-account/improve-ux/magic-spend.mdx b/docs/base-account/improve-ux/magic-spend.mdx
index 7607ebe0..1ef66b86 100644
--- a/docs/base-account/improve-ux/magic-spend.mdx
+++ b/docs/base-account/improve-ux/magic-spend.mdx
@@ -1,22 +1,22 @@
---
-title: "Use Coinbase Balances Onchain"
-description: "How to use Coinbase balances onchain with Base Account"
+title: "Использование балансов Coinbase в ончейн-среде"
+description: "Как использовать балансы Coinbase в ончейн-среде с помощью Base Account"
---
-With MagicSpend, Base Account users can use their Coinbase balances onchain. This means users can easily start using onchain apps without needing to onramp funds into their wallet.
+Благодаря функции MagicSpend пользователи Base Account могут использовать свои балансы Coinbase в ончейн-операциях. Это означает, что пользователи могут легко начать использовать ончейн-приложения без необходимости пополнять баланс (onramp) в своем кошельке.
-This also means that apps might not have all the balance information typically available to them by reading onchain data. Base Account indicates that this is the case by responding to [`wallet_getCapabilities` RPC calls](https://eip5792.xyz/reference/getCapabilities) with the `auxiliaryFunds` capability for each chain Base Account users can use their Coinbase balances on.
+Это также означает, что приложениям может быть недоступна вся информация о балансе, которая обычно получается путем чтения ончейн-данных. Base Account указывает на это, отвечая на [RPC-запросы `wallet_getCapabilities`](https://eip5792.xyz/reference/getCapabilities) возможностью (capability) `auxiliaryFunds` для каждой цепи, на которой пользователи Base Account могут использовать свои балансы Coinbase.
-If your app supports Base Account, it should not assume it knows the full balances available to a user if the `auxiliaryFunds` capability is present on a given chain. For example, if your app disables a transaction button if it sees that the wallet has insufficient funds, your app should take `auxiliaryFunds` into account and enable the button if the account has `auxiliaryFunds` on the chain the user is transacting on.
+Если ваше приложение поддерживает Base Account, оно не должно предполагать, что знает все доступные пользователю балансы, если для данной цепи присутствует возможность `auxiliaryFunds`. Например, если ваше приложение отключает кнопку транзакции, когда видит, что в кошельке недостаточно средств, оно должно учитывать `auxiliaryFunds` и активировать кнопку, если у аккаунта есть `auxiliaryFunds` в цепи, где пользователь совершает транзакцию.
-## Why it matters
+## Почему это важно
-MagicSpend makes onboarding smoother by letting users pay gas or send funds even when their onchain wallet balance is **zero**. Your interface should therefore _never_ disable an action just because the onchain balance is insufficient.
+MagicSpend упрощает вовлечение пользователей, позволяя им оплачивать комиссии или отправлять средства, даже когда баланс их ончейн-кошелька равен **нулю**. Следовательно, ваш интерфейс _никогда_ не должен отключать действие только из-за недостаточного ончейн-баланса.
-1. Ensure you have the user’s `address` stored in your component state (from your wallet connection flow).
+1. Убедитесь, что `address` пользователя сохранен в состоянии вашего компонента (из вашего потока подключения кошелька).
-2. Drop the component below into your UI. It will check whether MagicSpend (`auxiliaryFunds`) is available for that address on Base and if not, disable the send button accordingly.
+2. Добавьте приведенный ниже компонент в ваш интерфейс. Он проверит, доступна ли MagicSpend (`auxiliaryFunds`) для данного адреса на Base, и в противном случае соответствующим образом отключит кнопку отправки.
```tsx title="SendButton.tsx"
import { useEffect, useState } from "react";
@@ -31,14 +31,14 @@ const sdk = createBaseAccountSDK({
const provider = sdk.getProvider();
interface Props {
- address?: string; // wallet address from your app state
+ address?: string; // адрес кошелька из состояния вашего приложения
}
export function SendButton({ address }: Props) {
const [hasAuxFunds, setHasAuxFunds] = useState(null);
useEffect(() => {
- if (!address) return; // Wallet not connected yet
+ if (!address) return; // Кошелек еще не подключен
(async () => {
try {
@@ -67,24 +67,24 @@ export function SendButton({ address }: Props) {
}
```
-### What the code does
+### Что делает этот код
-1. Receives the current `address` from your own wallet logic.
-2. Calls `wallet_getCapabilities` whenever the address changes.
-3. Reads `auxiliaryFunds.supported` for the Base chain (`8453`).
-4. Enables the button when MagicSpend is available; otherwise shows “Insufficient Balance”.
+1. Получает текущий `address` из вашей собственной логики работы с кошельком.
+2. Вызывает `wallet_getCapabilities` при каждом изменении адреса.
+3. Считывает `auxiliaryFunds.supported` для цепи Base (`8453`).
+4. Активирует кнопку, когда MagicSpend доступен; в противном случае показывает "Недостаточно средств".
-## Base Pay integrates Magic Spend by default
+## Base Pay интегрирует Magic Spend по умолчанию
-Thanks to [Magic Spend](/base-account/improve-ux/magic-spend), [Base Pay](/base-account/guides/accept-payments) allows users to pay with their USDC balance on Coinbase by default.
+Благодаря [Magic Spend](/base-account/improve-ux/magic-spend), [Base Pay](/base-account/guides/accept-payments) позволяет пользователям по умолчанию оплачивать с помощью своего баланса USDC на Coinbase.
---
-## Next steps
+## Следующие шаги
-- Handle loading/error states if you need fine-grained UX
-- Combine this check with your existing onchain balance logic for fallback flows
+- Обрабатывайте состояния загрузки/ошибок, если требуется детальный контроль над пользовательским опытом
+- Объедините эту проверку с вашей существующей логикой проверки ончейн-баланса для резервных сценариев
diff --git a/docs/base-account/improve-ux/spend-permissions.mdx b/docs/base-account/improve-ux/spend-permissions.mdx
index 2cfe719c..d0785e4b 100644
--- a/docs/base-account/improve-ux/spend-permissions.mdx
+++ b/docs/base-account/improve-ux/spend-permissions.mdx
@@ -1,41 +1,41 @@
---
-title: "Use Spend Permissions"
-description: "Learn how to use Spend Permissions to allow a trusted spender to spend user assets"
+title: "Использование разрешений на расходование"
+description: "Узнайте, как использовать Spend Permissions для предоставления доверенной стороне права расходовать активы пользователя"
---
-## Overview
+## Обзор
-Spend Permissions let you designate a trusted `spender` that can move assets out of a user's Base Account on their behalf.
+Разрешения на расходование (Spend Permissions) позволяют назначить доверенную сторону (`spender`), которая может перемещать активы из Base Account пользователя от его имени.
-After the user signs the permission, the `spender` can initiate transfers within the limits you define — no additional prompts, pop-ups, or signatures needed from the user. This powers seamless experiences such as subscription renewals, algorithmic trading, and automated payouts.
+После того как пользователь подписывает разрешение, `spender` может инициировать переводы в пределах установленных вами лимитов - без дополнительных запросов, всплывающих окон или подписей от пользователя. Это обеспечивает бесперебойную работу для таких сценариев, как продление подписок, алгоритмическая торговля и автоматические выплаты.
-Read more about the Spend Permission Manager contract and supported chains on [GitHub](https://github.com/coinbase/spend-permissions).
+Подробнее о контракте менеджера Spend Permissions и поддерживаемых цепях читайте на [GitHub](https://github.com/coinbase/spend-permissions).
- Spend Permissions for Base App Mini Apps are coming soon and will be supported in a future update.
+ Поддержка Spend Permissions для мини-приложений Base App появится в ближайшем будущем и будет добавлена в одном из следующих обновлений.
-If you're using Sub Accounts, learn how Base Account can automatically fund Sub Accounts and optionally skip approval prompts using [Auto Spend Permissions](/base-account/improve-ux/sub-accounts#auto-spend-permissions).
+Если вы используете Суб-аккаунты (Sub Accounts), узнайте, как Base Account может автоматически пополнять их и, при желании, пропускать запросы на подтверждение, используя [Auto Spend Permissions](/base-account/improve-ux/sub-accounts#auto-spend-permissions).
-## Usage
+## Использование
-### Request a Spend Permission
+### Запрос разрешения на расходование
-You create an EIP-712 payload that describes the permission and ask the user to sign it. Store the resulting signature along with the permission data so you can register the permission on-chain later. The SDK helper below handles construction and signing for you.
+Вы создаете полезную нагрузку (payload) EIP-712, описывающую разрешение, и просите пользователя подписать её. Сохраните полученную подпись вместе с данными разрешения, чтобы позднее зарегистрировать его в блокчейне. Помощник SDK ниже позаботится о формировании и подписании за вас.
-| Field Name | Type | Description |
-| ----------- | --------- | ---------------------------------------------------------------------------------------- |
-| `account` | `address` | Smart account this spend permission is valid for |
-| `spender` | `address` | Entity that can spend `account`'s tokens |
-| `token` | `address` | Token address (ERC-7528 native token or ERC-20 contract) |
-| `allowance` | `uint160` | Maximum allowed value to spend within each `period` |
-| `period` | `uint48` | Time duration for resetting used `allowance` on a recurring basis (seconds) |
-| `start` | `uint48` | Timestamp this spend permission is valid starting at (inclusive, unix seconds) |
-| `end` | `uint48` | Timestamp this spend permission is valid until (exclusive, unix seconds) |
-| `salt` | `uint256` | Arbitrary data to differentiate unique spend permissions with otherwise identical fields |
-| `extraData` | `bytes` | Arbitrary data to attach to a spend permission which may be consumed by the `spender` |
+| Название поля | Тип | Описание |
+| -------------- | --------- | ---------------------------------------------------------------------------------------------------- |
+| `account` | `address` | Смарт-аккаунт, для которого действительно данное разрешение на расходование |
+| `spender` | `address` | Субъект, который может расходовать токены `account` |
+| `token` | `address` | Адрес токена (нативный токен ERC-7528 или контракт ERC-20) |
+| `allowance` | `uint160` | Максимальное допустимое значение для расходования в течение каждого `period` |
+| `period` | `uint48` | Продолжительность времени для сброса использованного `allowance` на регулярной основе (в секундах) |
+| `start` | `uint48` | Метка времени, начиная с которой разрешение действительно (включительно, Unix секунды) |
+| `end` | `uint48` | Метка времени, до которой разрешение действительно (исключительно, Unix секунды) |
+| `salt` | `uint256` | Произвольные данные для различения уникальных разрешений с идентичными остальными полями |
+| `extraData` | `bytes` | Произвольные данные, прикрепляемые к разрешению, которые могут быть использованы стороной `spender` |
```tsx
import { requestSpendPermission } from "@base-org/account/spend-permission";
@@ -52,7 +52,7 @@ const permission = await requestSpendPermission({
account: "0x...",
spender: "0x...",
token: "0x...",
- chainId: 8453, // or any other supported chain
+ chainId: 8453, // или любой другая поддерживаемая цепь
allowance: 1_000_000n,
periodInDays: 30,
provider: sdk.getProvider(),
@@ -61,29 +61,29 @@ const permission = await requestSpendPermission({
console.log("Spend Permission:", permission);
```
-### Use the Spend Permission
+### Использование разрешения на расходование
-Using a permission is 2 steps:
+Использование разрешения состоит из 2 шагов:
-1. **Prepare the calls** — Call `prepareSpendCallData` with the permission and the requested `amount`.
-2. **Submit the calls** — Submit the calls using your app's spender account.
+1. **Подготовка вызовов** — Вызовите `prepareSpendCallData` с разрешением и запрашиваемой `amount`.
+2. **Отправка вызовов** — Отправьте вызовы, используя смарт-аккаунт spender вашего приложения.
-`prepareSpendCallData` returns an array of calls needed to spend the tokens:
+`prepareSpendCallData` возвращает массив вызовов, необходимых для расходования токенов:
-- `approveWithSignature` — When the permission is not yet registered onchain, this call would be prepended to the `spend` call.
-- `spend` — The call to spend the tokens from the user's Base Account.
+- `approveWithSignature` — Когда разрешение еще не зарегистрировано в блокчейне, этот вызов будет добавлен перед вызовом `spend`.
+- `spend` — Вызов для расходования токенов из Base Account пользователя.
```tsx
import { prepareSpendCallData } from "@base-org/account/spend-permission";
-// returns [approveWithSignatureCall, spendCall]
+// возвращает [approveWithSignatureCall, spendCall]
const spendCalls = await prepareSpendCallData({
permission,
- amount, // optional; omit to spend the remaining allowance
+ amount, // опционально; опустите, чтобы потратить оставшийся лимит
});
-// If your app spender account supports wallet_sendCalls, submit them in batch using wallet_sendCalls
-// this is an example on how to do it using wallet_sendCalls in provider interface
+// Если смарт-аккаунт spender вашего приложения поддерживает wallet_sendCalls, отправьте их пакетно, используя wallet_sendCalls
+// это пример того, как это сделать через интерфейс provider
await provider.request({
method: "wallet_sendCalls",
params: [
@@ -96,8 +96,8 @@ await provider.request({
],
});
-// If your app spender account doesn't support wallet_sendCalls, submit them in order using eth_sendTransaction
-// this is an example on how to do it using eth_sendTransaction in provider interface
+// Если смарт-аккаунт spender вашего приложения не поддерживает wallet_sendCalls, отправьте их по порядку, используя eth_sendTransaction
+// это пример того, как это сделать через интерфейс provider
await Promise.all(
spendCalls.map((call) =>
provider.request({
@@ -114,20 +114,20 @@ await Promise.all(
```
-**About the `spendCalls` array**
+**О массиве `spendCalls`**
-This array has 2 calls when submitting the permission onchain for *the first time*.
-When the permission is already registered onchain, this array has only 1 call (the `spend` call).
+Этот массив содержит 2 вызова при первой регистрации разрешения в блокчейне.
+Когда разрешение уже зарегистрировано, массив содержит только 1 вызов (вызов `spend`).
-For most use cases, you don't need to worry about this.
+Для большинства случаев использования вам не нужно об этом беспокоиться.
-### Revoke a Spend Permission
+### Отзыв разрешения на расходование
-You can revoke a permission in two ways:
+Вы можете отозвать разрешение двумя способами:
-- Request user approval via request to user's Base Account using `requestRevoke`.
-- Revoke silently from your app's spender by submitting the call returned from `prepareRevokeCallData`.
+- Запросить подтверждение пользователя через его Base Account с помощью `requestRevoke`.
+- Отозвать автоматически со смарт-аккаунта spender вашего приложения, отправив вызов, возвращенный функцией `prepareRevokeCallData`.
```tsx
import {
@@ -135,7 +135,7 @@ import {
prepareRevokeCallData,
} from "@base-org/account/spend-permission";
-// Option A: User-initiated revoke (wallet popup)
+// Вариант А: Отзыв, инициированный пользователем (всплывающее окно кошелька)
try {
const hash = await requestRevoke(permission);
console.log("Revoke succeeded", hash);
@@ -143,11 +143,11 @@ try {
console.warn("Revoke was rejected or failed");
}
-// Option B: Silent revoke by your app's spender account
+// Вариант Б: Автоматический отзыв со смарт-аккаунта spender вашего приложения
const revokeCall = await prepareRevokeCallData(permission);
-// Submit the revoke call using your app's spender account
-// this is an example on how to do it using wallet_sendCalls in provider interface
+// Отправьте вызов отзыва, используя смарт-аккаунт spender вашего приложения
+// это пример того, как это сделать через интерфейс provider
await provider.request({
method: "wallet_sendCalls",
params: [
@@ -160,8 +160,8 @@ await provider.request({
],
});
-// If your app spender account doesn't support wallet_sendCalls, submit the revoke call using eth_sendTransaction
-// this is an example on how to do it using eth_sendTransaction in provider interface
+// Если смарт-аккаунт spender вашего приложения не поддерживает wallet_sendCalls, отправьте вызов отзыва, используя eth_sendTransaction
+// это пример того, как это сделать через интерфейс provider
await provider.request({
method: "eth_sendTransaction",
params: [
@@ -173,7 +173,7 @@ await provider.request({
});
```
-## API Reference
+## Справочник API
- [requestSpendPermission](/base-account/reference/spend-permission-utilities/requestSpendPermission)
- [prepareSpendCallData](/base-account/reference/spend-permission-utilities/prepareSpendCallData)
@@ -183,7 +183,7 @@ await provider.request({
- [fetchPermission](/base-account/reference/spend-permission-utilities/fetchPermission)
- [getPermissionStatus](/base-account/reference/spend-permission-utilities/getPermissionStatus)
-## Complete Integration Example
+## Пример полной интеграции
```typescript
import {
@@ -207,17 +207,17 @@ const sdk = createBaseAccountSDK({
const spender = "0xAppSpenderAddress";
-// 1) Fetch a specific permission by its hash
-// Use fetchPermission when you already know the permission hash
-// (e.g., stored from a previous session or passed as a parameter)
+// 1) Получить конкретное разрешение по его хэшу
+// Используйте fetchPermission, когда уже знаете хэш разрешения
+// (например, сохраненный из предыдущей сессии или переданный как параметр)
const permission = await fetchPermission({
permissionHash: "0x1234567890abcdef1234567890abcdef1234567890abcdef1234567890abcdef",
provider: sdk.getProvider(),
});
-// Alternative: Fetch all permissions for a spender
-// Use fetchPermissions when you need to see all available permissions
-// and want to choose which one to use
+// Альтернатива: Получить все разрешения для spender
+// Используйте fetchPermissions, когда нужно увидеть все доступные разрешения
+// и выбрать, какое из них использовать
// const permissions = await fetchPermissions({
// account: "0xUserBaseAccountAddress",
// chainId: 84532,
@@ -227,10 +227,10 @@ const permission = await fetchPermission({
// const permission = permissions.at(0);
// ========================================
-// When there IS an existing permission
+// Когда разрешение УЖЕ существует
// ========================================
-// 2. check the status of permission
+// 2. Проверить статус разрешения
try {
const { isActive, remainingSpend } = await getPermissionStatus(permission);
const amount = 1000n;
@@ -242,14 +242,14 @@ try {
throw new Error("No spend permission available");
}
-// 3. prepare the calls
+// 3. Подготовить вызовы
const [approveCall, spendCall] = await prepareSpendCallData({
permission,
amount,
});
-// 4. execute the calls using your app's spender account
-// this is an example using wallet_sendCalls, in production it could be using eth_sendTransaction.
+// 4. Выполнить вызовы, используя смарт-аккаунт spender вашего приложения
+// это пример использования wallet_sendCalls, в продакшене можно использовать eth_sendTransaction.
await provider.request({
method: "wallet_sendCalls",
params: [
@@ -263,10 +263,10 @@ await provider.request({
});
// ========================================
-// When there is NOT an existing permission
+// Когда разрешение НЕ существует
// ========================================
-// 2. request a spend permission to use
+// 2. Запросить разрешение на расходование для использования
const newPermission = await requestSpendPermission({
account: "0xUserBaseAccountAddress",
spender,
@@ -277,14 +277,14 @@ const newPermission = await requestSpendPermission({
provider: sdk.getProvider(),
});
-// 3. prepare the calls
+// 3. Подготовить вызовы
const spendCalls = await prepareSpendCallData({
permission: newPermission,
amount: 1_000n,
});
-// 4. execute the calls using your app's spender account
-// this is an example using eth_sendTransaction. If your app account supports wallet_sendCalls, use wallet_sendCalls to batch the calls instead.
+// 4. Выполнить вызовы, используя смарт-аккаунт spender вашего приложения
+// это пример использования eth_sendTransaction. Если смарт-аккаунт вашего приложения поддерживает wallet_sendCalls, используйте wallet_sendCalls для пакетной отправки.
await Promise.all(
spendCalls.map((call) =>
provider.request({
@@ -300,7 +300,7 @@ await Promise.all(
);
// ========================================
-// Request user to revoke spend permission
+// Запросить у пользователя отзыв разрешения
// ========================================
try {
@@ -311,7 +311,7 @@ try {
}
// ========================================
-// Revoke spend permission in the background
+// Отозвать разрешение в фоновом режиме
// ========================================
const revokeCall = await prepareRevokeCallData(permission);
@@ -329,11 +329,11 @@ await provider.request({
});
```
-## Example Use Case
+## Пример использования
-Let's say you're building an AI agent that can autonomously purchase [Zora Creator Coins](https://docs.zora.co/coins) using secure [Spend Permissions](/base-account/improve-ux/spend-permissions) on Base.
+Предположим, вы создаете AI-агента, который может автономно покупать [Zora Creator Coins](https://docs.zora.co/coins), используя безопасные [Spend Permissions](/base-account/improve-ux/spend-permissions) на Base.
-This example demonstrates how to combine Base Account's [Spend Permissions](/base-account/improve-ux/spend-permissions) with Coinbase Developer Platform (CDP) [Server Wallets](https://docs.cdp.coinbase.com/server-wallets/v2/introduction/quickstart) and [Trade API](https://docs.cdp.coinbase.com/trade-api/quickstart) for seamless, gas-free AI agent transactions.
+Этот пример демонстрирует, как объединить [Spend Permissions](/base-account/improve-ux/spend-permissions) Base Account с [Server Wallets](https://docs.cdp.coinbase.com/server-wallets/v2/introduction/quickstart) and [Trade API](https://docs.cdp.coinbase.com/trade-api/quickstart) от Coinbase Developer Platform (CDP) для бесперебойных, не требующих комиссий транзакций AI-агента.
@@ -345,19 +345,19 @@ This example demonstrates how to combine Base Account's [Spend Permissions](/bas
- Try the live application and see spend permissions in action
+ Протестируйте живое приложение и посмотрите, как работают разрешения на расходование
- Explore the complete implementation on GitHub
+ Изучите полную реализацию на GitHub
-**Learn more:** [AI Agent with Spend Permissions](/cookbook/spend-permissions-ai-agent)
\ No newline at end of file
+**Узнать больше:** [AI Agent with Spend Permissions](/cookbook/spend-permissions-ai-agent)
diff --git a/docs/base-account/improve-ux/sponsor-gas/erc20-paymasters.mdx b/docs/base-account/improve-ux/sponsor-gas/erc20-paymasters.mdx
index 4a23e867..8d9f11bf 100644
--- a/docs/base-account/improve-ux/sponsor-gas/erc20-paymasters.mdx
+++ b/docs/base-account/improve-ux/sponsor-gas/erc20-paymasters.mdx
@@ -1,25 +1,25 @@
---
-title: "Pay Gas in ERC20 tokens"
-description: "Base Account enables users to pay for gas in ERC20 tokens"
+title: "Оплата комиссий токенами ERC20"
+description: "Base Account позволяет пользователям оплачивать комиссии (gas) токенами стандарта ERC20"
---
-Base Account enables users to pay for gas in ERC20 tokens!
-Tokens can be accepted for payment by passed in app paymasters in addition to a set of universally supported tokens, such as USDC (this set to be expanded soon).
+Base Account позволяет пользователям оплачивать комиссии (gas) токенами стандарта ERC20!
+Токены могут быть приняты в качестве оплаты через переданные в приложении paymaster'ы, в дополнение к набору универсально поддерживаемых токенов, таких как USDC (этот набор будет расширен в ближайшее время).
-This guide outlines how to set up your own app paymaster which will accept your token as payment.
+Это руководство описывает, как настроить собственный paymaster для вашего приложения, который будет принимать ваш токен в качестве оплаты.
-### Choose a paymaster service provider
+### Выберите провайдера услуги paymaster
-As a prerequisite, you'll need to obtain a paymaster service URL from a paymaster service provider. ERC20 paymasters have additional requirements that will be outlined below.
+В качестве предварительного условия вам необходимо получить URL службы paymaster от провайдера. Paymaster'ы для токенов ERC20 имеют дополнительные требования, которые будут описаны ниже.
-We recommend the [Coinbase Developer Platform](https://www.coinbase.com/developer-platform) paymaster as it is fully set up to work with Base Account ERC20 token gas payments out of the box. CDP is also offering up to $15k in gas credits as part of the [Base Gasless Campaign](/base-account/more/base-gasless-campaign).
+Мы рекомендуем paymaster от [Coinbase Developer Platform](https://www.coinbase.com/developer-platform), поскольку он полностью готов к работе с оплатой комиссий токенами ERC20 в Base Account "из коробки". CDP также предлагает до $15 тыс. в виде грантов на газ в рамках [Base Gasless Campaign](/base-account/more/base-gasless-campaign).
-Otherwise if using a different paymaster provider, it must conform to the specification outlined in [ERC20 Compatible Paymasters](#erc20-compatible-paymasters) to correctly work with Base Account.
+Если вы используете другого провайдера paymaster, он должен соответствовать спецификации, изложенной в разделе [ERC20 Compatible Paymasters](#erc20-compatible-paymasters) чтобы корректно работать с Base Account.
-### App setup for custom token
+### Настройка приложения для пользовательского токена
-Once you have a paymaster that is compatible with ERC20 gas payments on Base Account, you are only responsible for including the approvals to the paymaster for your token. It is recommended to periodically top up the allowance once they hit some threshold.
+После того как у вас есть paymaster, совместимый с оплатой комиссий токенами ERC20 в Base Account, ваша задача - только включить разрешения (approvals) для вашего токена в адрес paymaster. Рекомендуется периодически пополнять разрешение, когда его остаток достигает определенного порога.
```js
@@ -39,7 +39,7 @@ const mintTo = {
calls = [mintTo]
-// Checks for allowance
+// Проверяем allowance (разрешенную сумму)
const allowance = await client.readContract({
abi: parseAbi(["function allowance(address owner, address spender) returns (uint256)"]),
address: tokenAddress,
@@ -48,7 +48,7 @@ const allowance = await client.readContract({
})
if (allowance < minTokenThreshold) {
- // include approval for $20 in calls so that the paymaster will be able to move the token to accept payment
+ // Добавляем вызов approve на $20 в список calls, чтобы paymaster мог переместить токены для принятия оплаты
calls.push({
abi: ["function approve(address,uint)"],
functionName: "approve",
@@ -58,34 +58,34 @@ if (allowance < minTokenThreshold) {
}
```
-That is it! Base Account will handle the rest as long as it is compatible as outlined below.
+Это всё! Base Account позаботится об остальном, при условии что paymaster совместим, как описано ниже.
-### ERC20 Compatible Paymasters
+### Совместимые с ERC20 Paymaster
-Coinbase Developer Platform is compatible out of the box and we will be working with other teams to include support soon!
+Coinbase Developer Platform совместим "из коробки", и мы работаем с другими командами, чтобы вскоре добавить поддержку и у них!
-The paymaster must handle the `pm_getPaymasterStubData` and `pm_getPaymasterData` JSON-RPC requests specified by ERC-7677 in addition to `pm_getAcceptedPaymentTokens`. We step through each request and response below.
+Paymaster должен обрабатывать JSON-RPC запросы `pm_getPaymasterStubData` и `pm_getPaymasterData`, указанные в ERC-7677, в дополнение к `pm_getAcceptedPaymentTokens`. Мы разберем каждый запрос и ответ ниже.
#### pm_getPaymasterStubData and pm_getPaymasterData
-1. The paymaster must use the specified ERC20 for payment if specified in the 7677 context field under `erc20`.
-2. Upon rejection / failure the paymaster should return a `data` field in the JSONRPC response which could be used to approve the paymaster and includes:
+1. Paymaster должен использовать указанный токен ERC20 для оплаты, если он указан в поле контекста `erc20` согласно спецификации 7677.
+2. При отказе / неудаче paymaster должен возвращать поле `data` в JSONRPC-ответе, которое может быть использовано для выдачи разрешения (approve) paymaster'у. Оно должно включать:
-- `acceptedTokens` array which is a struct including the token address
-- `paymasterAddress` field which is the paymaster address which will perform the token transfers.
+- Массив `acceptedTokens`, который представляет собой структуру, содержащую адрес токена.
+- Поле `paymasterAddress` - адрес paymaster'а, который будет выполнять перевод токенов.
-3. Upon success the paymaster must return a `tokenPayment` field in the result. This includes:
+3. При успехе paymaster должен возвращать поле `tokenPayment` в результате. Оно включает:
-- `tokenAddress` address of the token used for payment
-- `maxFee` the maximum fee to show in the UI
-- `decimals` decimals to use in the UI
-- `name` name of the token
+- `tokenAddress` - адрес токена, использованного для оплаты.
+- `maxFee` - максимальная комиссия для отображения в интерфейсе.
+- `decimals` - количество знаков после запятой (децималы) для использования в интерфейсе.
+- `name` - название токена.
-Base Account will simulate the transaction to ensure success and accurate information.
+Base Account выполнит симуляцию транзакции, чтобы убедиться в успехе и точности информации.
-##### Request
+##### Запрос
-This is a standard V0.6 Entrypoint request example with the additional context for the specified token to be used.
+Это пример стандартного запроса Entrypoint V0.6 с дополнительным контекстом для указания токена, который следует использовать.
```json
{
@@ -115,9 +115,9 @@ This is a standard V0.6 Entrypoint request example with the additional context f
}
```
-##### Response
+##### Ответ
-Successful response:
+Успешный ответ:
```json
{
@@ -135,7 +135,7 @@ Successful response:
}
```
-Rejection response:
+Ответ при отказе:
```json
{
@@ -158,10 +158,10 @@ Rejection response:
#### pm_getAcceptedPaymentTokens
-`pm_getAcceptedPaymentTokens` returns an array of tokens the paymaster will accept for payment.
-The request contains the entrypoint and the chain id with optional context.
+`pm_getAcceptedPaymentTokens` возвращает массив токенов, которые paymaster примет в качестве оплаты.
+Запрос содержит адрес Entrypoint и идентификатор цепи (Chain ID) с опциональным контекстом.
-##### Request
+##### Запрос
```json
{
@@ -171,7 +171,7 @@ The request contains the entrypoint and the chain id with optional context.
}
```
-##### Response
+##### Ответ
```json
{
diff --git a/docs/base-account/improve-ux/sponsor-gas/paymasters.mdx b/docs/base-account/improve-ux/sponsor-gas/paymasters.mdx
index 27efde08..6f6e1f3d 100644
--- a/docs/base-account/improve-ux/sponsor-gas/paymasters.mdx
+++ b/docs/base-account/improve-ux/sponsor-gas/paymasters.mdx
@@ -1,32 +1,31 @@
---
-title: "Sponsor Gas"
-description: "Use Paymasters to sponsor your users' transactions"
+title: "Спонсирование комиссий"
+description: "Используйте Paymaster'ы для спонсирования транзакций ваших пользователей"
---
-One of the biggest UX enhancements unlocked by Base Account is the ability for app developers to sponsor their users' transactions.
-If your app supports Base Account, you can start sponsoring your users'
-transactions by using [standardized Paymaster service communication](https://erc7677.xyz) enabled by [new wallet RPC methods](https://eip5792.xyz).
+Одним из ключевых улучшений пользовательского опыта, которое предоставляет Base Account, является возможность для разработчиков приложений спонсировать транзакции своих пользователей.
+Если ваше приложение поддерживает Base Account, вы можете начать спонсировать транзакции пользователей, используя [стандартизированную коммуникацию со службой Paymaster](https://erc7677.xyz) обеспечиваемую [новыми RPC-методами кошелька](https://eip5792.xyz).
-This guide is specific to using Base Account, you can find our more about using Paymasters with Base in
-the [Base Go Gasless page](/cookbook/go-gasless).
+Данное руководство специфично для использования Base Account. Более подробную информацию об использовании Paymaster'ов на Base вы можете найти
+на странице [Base Go Gasless page](/cookbook/go-gasless).
-## Implementation Guide
+## Руководство по реализации
-
- As a prerequisite, you'll need to obtain a Paymaster service URL from a Paymaster service provider.
+
+ В качестве предварительного условия вам необходимо получить URL службы Paymaster от провайдера этой услуги.
- We'll use [Coinbase Developer Platform](https://www.coinbase.com/developer-platform) as a Paymaster service provider,
- currently offering up to $15k in gas credits as part of the [Base Gasless Campaign](/base-account/more/base-gasless-campaign).
+ Мы будем использовать [Coinbase Developer Platform](https://www.coinbase.com/developer-platform) в качестве провайдера услуг Paymaster,
+ который в настоящее время предлагает до $15 тыс. в виде грантов на газ в рамках [Base Gasless Campaign](/base-account/more/base-gasless-campaign).
- **ERC-7677-Compliant Paymaster Providers**
+ **Провайдеры Paymaster, совместимые с ERC-7677**
- If you choose to use a different Paymaster service provider, ensure they are [ERC-7677-compliant](https://www.erc7677.xyz/ecosystem/paymasters).
+ Если вы решите использовать другого провайдера услуг Paymaster, убедитесь, что он [совместим с ERC-7677](https://www.erc7677.xyz/ecosystem/paymasters).
- Once you have signed up for [Coinbase Developer Platform](https://www.coinbase.com/developer-platform), you get your Paymaster service URL by navigating to **Onchain Tools > Paymaster** as shown below:
+ После регистрации в [Coinbase Developer Platform](https://www.coinbase.com/developer-platform), вы получите URL вашей службы Paymaster, перейдя в раздел **Onchain Tools > Paymaster**, как показано ниже:
- **Should you create a proxy for your Paymaster service?**
+ **Стоит ли создавать прокси для вашей службы Paymaster?**
- We recommend using a proxy to protect the Paymaster service URL to prevent it from being exposed/leaked on a frontend client.
+ Мы рекомендуем использовать прокси для защиты URL службы Paymaster, чтобы предотвратить его раскрытие/утечку на клиентской стороне (frontend).
- For local development, you can use the same URL for the Paymaster service and the proxy.
+ Для локальной разработки вы можете использовать один и тот же URL для службы Paymaster и прокси.
- Once you have your Paymaster service URL, you can proceed to setting up your contracts allowlist.
- This is a list of contracts and function calls that you want to be sponsored by the Paymaster.
+ Получив URL службы Paymaster, вы можете перейти к настройке разрешительного списка (allowlist) контрактов.
+ Это список контрактов и вызовов функций, которые вы хотите, чтобы Paymaster спонсировал.
- **You can also choose to create custom advanced policies !**
+ **Вы также можете создать собственные расширенные политики!**
- You can create a `willSponsor` function to add some extra validation if you need more control over the policy enforcement.
+ При необходимости более тонкого контроля над применением политик вы можете создать функцию `willSponsor` для дополнительной валидации.
- `willSponsor` is most likely not needed if you are using [Coinbase Developer Platform](https://www.coinbase.com/developer-platform) as it has built-in policy enforcement features,
- but know that this is still possible if you need it.
+ Скорее всего, функция `willSponsor` не понадобится, если вы используете [Coinbase Developer Platform](https://www.coinbase.com/developer-platform)так как он имеет встроенные функции применения политик,
+ но знайте, что эта возможность всё равно доступна, если она вам нужна.
-
- Install and initialize the Base Account SDK to interact with Base Account:
+
+ Установите и инициализируйте SDK Base Account для взаимодействия со смарт-аккаунтом:
- ### Installation
+ ### Установка
```bash npm
@@ -101,7 +100,7 @@ the [Base Go Gasless page](/cookbook/go-gasless).
```
- ### Initialize the SDK
+ ### Инициализация SDK
```tsx
import { createBaseAccountSDK, base } from '@base-org/account';
@@ -109,32 +108,32 @@ the [Base Go Gasless page](/cookbook/go-gasless).
const sdk = createBaseAccountSDK({
appName: 'Paymaster Demo',
appLogoUrl: 'https://base.org/logo.png',
- appChainIds: [base.constants.CHAIN_IDS.baseSepolia], // or base.constants.CHAIN_IDS.base for mainnet
+ appChainIds: [base.constants.CHAIN_IDS.baseSepolia], // или base.constants.CHAIN_IDS.base для мейннета
});
const provider = sdk.getProvider();
```
-
- Once you have your Paymaster service set up, you can now use `wallet_sendCalls` with paymaster capabilities to sponsor transactions.
+
+ После настройки службы Paymaster вы можете использовать метод `wallet_sendCalls` с возможностями paymaster для спонсирования транзакций.
- **Pass in the proxy URL**
+ **Передавайте URL прокси**
- If you set up a proxy in your app's backend as recommended in step (1) above, you'll want to pass in the proxy URL you created.
+ Если вы настроили прокси в бэкенде вашего приложения, как рекомендуется в шаге (1) выше, вам нужно передать созданный вами URL прокси.
- ### Basic Sponsored Transaction
+ ### Базовая спонсируемая транзакция
- Here's how to send a sponsored transaction using the `wallet_sendCalls` RPC method:
+ Вот как отправить спонсируемую транзакцию с помощью RPC-метода `wallet_sendCalls`:
```tsx
import { createBaseAccountSDK, getCryptoKeyAccount, base } from '@base-org/account';
import { numberToHex, encodeFunctionData, parseEther } from 'viem';
- // Example NFT contract ABI
+ // Пример ABI контракта NFT
const nftABI = [
{
name: 'safeMint',
@@ -155,7 +154,7 @@ the [Base Go Gasless page](/cookbook/go-gasless).
const provider = sdk.getProvider();
try {
- // Get the user's account
+ // Получаем аккаунт пользователя
const cryptoAccount = await getCryptoKeyAccount();
const fromAddress = cryptoAccount?.account?.address;
@@ -163,10 +162,10 @@ the [Base Go Gasless page](/cookbook/go-gasless).
throw new Error('No account found');
}
- // Your Paymaster service URL (use your proxy URL)
+ // URL вашей службы Paymaster (используйте URL вашего прокси)
const paymasterServiceUrl = process.env.NEXT_PUBLIC_PAYMASTER_PROXY_SERVER_URL;
- // Prepare the transaction call
+ // Подготавливаем вызов транзакции
const nftAddress = '0x119Ea671030FBf79AB93b436D2E20af6ea469a19';
const calls = [
{
@@ -180,7 +179,7 @@ the [Base Go Gasless page](/cookbook/go-gasless).
}
];
- // Send the transaction with paymaster capabilities
+ // Отправляем транзакцию с возможностями paymaster
const result = await provider.request({
method: 'wallet_sendCalls',
params: [{
@@ -205,9 +204,9 @@ the [Base Go Gasless page](/cookbook/go-gasless).
}
```
- ### Multiple Sponsored Transactions
+ ### Несколько спонсируемых транзакций
- You can also batch multiple transactions and have them all sponsored:
+ Вы также можете объединить несколько транзакций в пакет (batch), и все они будут спонсированы:
```tsx
async function sendMultipleSponsoredTransactions() {
@@ -223,17 +222,17 @@ the [Base Go Gasless page](/cookbook/go-gasless).
const paymasterServiceUrl = process.env.NEXT_PUBLIC_PAYMASTER_PROXY_SERVER_URL;
- // Multiple calls in a single sponsored transaction
+ // Несколько вызовов в одной спонсируемой транзакции
const calls = [
{
to: '0xd8da6bf26964af9d7eed9e03e53415d37aa96045',
value: numberToHex(parseEther('0.001')),
- data: '0x' // Simple ETH transfer
+ data: '0x' // Простой перевод ETH
},
{
to: '0x742d35Cc6634C0532925a3b844Bc9e7595f6E456',
value: numberToHex(parseEther('0.001')),
- data: '0x' // Another ETH transfer
+ data: '0x' // Еще один перевод ETH
}
];
@@ -256,9 +255,9 @@ the [Base Go Gasless page](/cookbook/go-gasless).
}
```
- ### Check Paymaster Capabilities
+ ### Проверка поддержки Paymaster
- Before sending sponsored transactions, you can check if the wallet supports paymaster services:
+ Перед отправкой спонсируемых транзакций вы можете проверить, поддерживает ли кошелек услуги paymaster:
```tsx
async function checkPaymasterSupport() {
@@ -294,8 +293,8 @@ the [Base Go Gasless page](/cookbook/go-gasless).
}
```
- That's it! Base Account will handle the rest. If your Paymaster service is able to sponsor the transaction,
- in the UI Base Account will indicate to your user that the transaction is sponsored.
+ Вот и всё! Base Account позаботится обо всём остальном. Если ваша служба Paymaster может спонсировать транзакцию,
+ в интерфейсе Base Account укажет вашему пользователю, что транзакция спонсируется.
diff --git a/docs/base-account/improve-ux/sub-accounts.mdx b/docs/base-account/improve-ux/sub-accounts.mdx
index 7c50b6b0..24af18e9 100644
--- a/docs/base-account/improve-ux/sub-accounts.mdx
+++ b/docs/base-account/improve-ux/sub-accounts.mdx
@@ -1,37 +1,37 @@
---
-title: 'Use Sub Accounts'
-description: 'Learn how to create and use Sub Accounts using Base Account SDK'
+title: 'Использование суб-аккаунтов'
+description: 'Узнайте, как создавать и использовать суб-аккаунты с помощью SDK Base Account'
---
import { GithubRepoCard } from "/snippets/GithubRepoCard.mdx"
-## What are Sub Accounts?
+## Что такое суб-аккаунты?
-Sub Accounts allow you to provision app-specific wallet accounts for your users that are embedded directly in your application. Once created, you can interact with them just as you would with any other wallet via the wallet provider or popular onchain libraries like OnchainKit, wagmi, and viem.
+Суб-аккаунты (Sub Accounts) позволяют создавать для ваших пользователей специфичные для приложения кошельки, которые встроены непосредственно в ваше приложение. После создания вы можете взаимодействовать с ними так же, как и с любым другим кошельком, через провайдер кошелька или популярные ончейн-библиотеки, такие как OnchainKit, wagmi и viem.
-Looking for a full implementation? Jump to the [Complete Integration Example](/base-account/improve-ux/sub-accounts#complete-integration-example).
+Ищете полную реализацию? Перейдите к [Complete Integration Example](/base-account/improve-ux/sub-accounts#complete-integration-example).
-## Key Benefits
+## Ключевые преимущества
-- **Frictionless transactions**: Eliminate repeated signing prompts for high frequency and agentic use cases or take full control of the transaction flow.
-- **No funding flows required**: Spend Permissions allow Sub Accounts to spend directly from the universal Base Account's balance.
-- **User control**: Users can manage all their sub accounts at [account.base.app](https://account.base.app).
+- **Беспрепятственные транзакции**: Устраните повторяющиеся запросы на подпись для сценариев с высокой частотой операций или автономных агентов (AI agents) или возьмите полный контроль над процессом транзакции.
+- **Не требуются пополнения**: Разрешения на расходование (Spend Permissions) позволяют суб-аккаунтам тратить средства напрямую с баланса универсального Base Account пользователя.
+- **Контроль со стороны пользователя**: Пользователи могут управлять всеми своими суб-аккаунтами на [account.base.app](https://account.base.app).
-If you would like to see a live demo of Sub Accounts in action, check out our [Sub Accounts Demo](https://sub-accounts-fc.vercel.app).
+Если вы хотите увидеть живую демонстрацию работы суб-аккаунтов, ознакомьтесь с нашим [Sub Accounts Demo](https://sub-accounts-fc.vercel.app).
**Spend Permissions**
-Sub Accounts are optimized for use with Spend Permissions to allow your app to take advantage of the user's existing Base Account balances. See the [Spend Permissions](/base-account/improve-ux/spend-permissions) guide for more information about how they work.
+Суб-аккаунты оптимизированы для использования вместе с Разрешениями на расходование (Spend Permissions), что позволяет вашему приложению использовать существующие балансы Base Account пользователя. Подробнее о том, как это работает, читайте в руководстве по [Spend Permissions](/base-account/improve-ux/spend-permissions).
-## Installation
+## Установка
-Install the Base Account SDK:
+Установите SDK Base Account:
```bash npm
@@ -51,9 +51,9 @@ bun add @base-org/account
```
-## Quickstart
+## Быстрый старт
-The fastest way to adopt Sub Accounts is to set `creation` to `on-connect` and `defaultAccount` to `sub` in the SDK configuration.
+Самый быстрый способ начать использовать суб-аккаунты - установить для параметров конфигурации SDK значения `creation`: `on-connect` и `defaultAccount`: `sub`.
```tsx
const sdk = createBaseAccountSDK({
@@ -65,52 +65,52 @@ const sdk = createBaseAccountSDK({
});
```
-This will automatically create a Sub Account for the user when they connect their Base Account and transactions will automatically be sent from the Sub Account unless you specify the `from` parameter in your transaction request to be the universal account address. Spend Permissions will also be automatically requested for the Sub Account as your app needs them.
+Это автоматически создаст суб-аккаунт для пользователя при подключении его Base Account, и транзакции будут автоматически отправляться с этого суб-аккаунта, если вы не укажете в запросе транзакции параметр `from` как адрес универсального аккаунта. Разрешения на расходование также будут автоматически запрашиваться для суб-аккаунта по мере необходимости вашему приложению.
-This is what the user will see when they connect their Base Account and automatic Sub Accounts are enabled:
+Вот что увидит пользователь при подключении своего Base Account, когда включены автоматические суб-аккаунты:
-We recommend using a [Paymaster](/base-account/improve-ux/sponsor-gas/paymasters) to sponsor gas to ensure the best user experience when integrating Sub Accounts. You can set a paymaster to be used for all transactions by configuring the `paymasterUrls` parameter in the SDK configuration. See the [createBaseAccount](/base-account/reference/core/createBaseAccount#param-paymaster-urls) reference for more information.
+Мы рекомендуем использовать [Paymaster](/base-account/improve-ux/sponsor-gas/paymasters) для спонсирования комиссий, чтобы обеспечить наилучший пользовательский опыт при интеграции суб-аккаунтов. Вы можете настроить paymaster для использования во всех транзакциях, указав параметр `paymasterUrls` в конфигурации SDK. Подробнее см. в справочнике по [createBaseAccount](/base-account/reference/core/createBaseAccount#param-paymaster-urls).
-## Using Sub Accounts
+## Использование суб-аккаунтов
-### Initialize the SDK
+### Инициализация SDK
-First, set up the Base Account SDK. Be sure to customize the `appName` and `appLogoUrl` to match your app as this will be displayed in the wallet connection popup and in the account.base.app dashboard. You can also customize the `appChainIds` to be the chains that your app supports.
+Сначала настройте SDK Base Account. Обязательно укажите `appName` и `appLogoUrl`, соответствующие вашему приложению, так как они будут отображаться во всплывающем окне подключения кошелька и в панели управления account.base.app. Вы также можете настроить `appChainIds` на цепи, которые поддерживает ваше приложение.
```tsx
import { createBaseAccountSDK, getCryptoKeyAccount } from '@base-org/account';
import { base } from 'viem/chains';
-// Initialize SDK with Sub Account configuration
+// Инициализация SDK с конфигурацией суб-аккаунта
const sdk = createBaseAccountSDK({
appName: 'Base Account SDK Demo',
appLogoUrl: 'https://base.org/logo.png',
appChainIds: [base.id],
});
-// Get an EIP-1193 provider
+// Получить провайдер EIP-1193
const provider = sdk.getProvider()
```
-### Create a Sub Account
+### Создание суб-аккаунта
-Make sure to authenticate the user with their Base Account before creating a Sub Account.
-For that, you can choose one of the following options:
-- Follow the [Authenticate users](/base-account/guides/authenticate-users) guide
-- Simply use `provider.request({ method: 'eth_requestAccounts' });` for a simple wallet connection
+Убедитесь, что пользователь аутентифицирован с помощью своего Base Account перед созданием суб-аккаунта.
+Для этого вы можете выбрать один из следующих вариантов:
+- Следуйте руководству [Authenticate users](/base-account/guides/authenticate-users)
+- Или просто используйте `provider.request({ method: 'eth_requestAccounts' });` для простого подключения кошелька
-Create a Sub Account for your application using the provider's [wallet_addSubAccount](/base-account/reference/core/provider-rpc-methods/wallet_addSubAccount) RPC method. When no `publicKey` parameter is provided, a non-extractable browser CryptoKey is generated and used to sign on behalf of the Sub Account.
+Создайте суб-аккаунт для вашего приложения, используя RPC-метод провайдера [wallet_addSubAccount](/base-account/reference/core/provider-rpc-methods/wallet_addSubAccount). Когда параметр `publicKey` не указан, генерируется неизвлекаемый ключ браузера (CryptoKey), который используется для подписи от имени суб-аккаунта.
```tsx
-// Create sub account
+// Создать суб-аккаунт
const subAccount = await provider.request({
method: 'wallet_addSubAccount',
params: [
@@ -125,7 +125,7 @@ const subAccount = await provider.request({
console.log('Sub Account created:', subAccount.address);
```
-Alternatively, you can use the SDK convenience method:
+Альтернативно, вы можете использовать удобный метод SDK:
```tsx
const subAccount = await sdk.subAccount.create();
@@ -133,24 +133,24 @@ const subAccount = await sdk.subAccount.create();
console.log('Sub Account created:', subAccount.address);
```
-This is what the user will see when prompted to create a Sub Account:
+Вот что увидит пользователь при запросе на создание суб-аккаунта:
-### Get Existing Sub Account
+### Получение существующего суб-аккаунта
-Retrieve an existing Sub Account using the provider's [wallet_getSubAccounts](/base-account/reference/core/provider-rpc-methods/wallet_getSubAccounts) RPC method. This will return the Sub Account associated with the app's domain and is useful to check if a Sub Account already exists for the user to determine if one needs to be created.
+Получите существующий суб-аккаунт, используя RPC-метод провайдера [wallet_getSubAccounts](/base-account/reference/core/provider-rpc-methods/wallet_getSubAccounts). Это вернет суб-аккаунт, связанный с доменом приложения, и полезно для проверки существования суб-аккаунта у пользователя, чтобы определить, нужно ли его создавать.
```tsx
-// Get the universal account
+// Получить универсальный аккаунт
const [universalAddress] = await provider.request({
method: "eth_requestAccounts",
params: []
})
-// Get sub account for universal account
+// Получить суб-аккаунт для универсального аккаунта
const { subAccounts: [subAccount] } = await provider.request({
method: 'wallet_getSubAccounts',
params: [{
@@ -166,33 +166,33 @@ if (subAccount) {
}
```
-Alternatively, you can use the SDK convenience method:
+Альтернативно, вы можете использовать удобный метод SDK:
```tsx
const subAccount = await sdk.subAccount.get();
console.log('Sub Account:', subAccount);
```
-### Send transactions
+### Отправка транзакций
-To send transactions from the connected sub account you can use EIP-5792 `wallet_sendCalls` or `eth_sendTransaction`. You need to specify the `from` parameter to be the sub account address.
+Чтобы отправлять транзакции с подключенного суб-аккаунта, вы можете использовать `wallet_sendCalls` (EIP-5792) или `eth_sendTransaction`. Вам необходимо указать параметр `from` как адрес суб-аккаунта.
-When the Sub Account is connected, it is the second account in the array returned by `eth_requestAccounts` or `eth_accounts`. `wallet_addSubAccount` needs to be called in each session before the Sub Account can be used. It will not trigger a new Sub Account creation if one already exists.
+Когда суб-аккаунт подключен, он является вторым аккаунтом в массиве, возвращаемом `eth_requestAccounts` или `eth_accounts`. Метод `wallet_addSubAccount` необходимо вызывать в каждой сессии перед использованием суб-аккаунта. Это не вызовет новое создание суб-аккаунта, если он уже существует.
-If you are using `mode: 'auto'`, the Sub Account will be the first account in the array.
+Если вы используете `mode: 'auto'`, суб-аккаунт будет первым аккаунтом в массиве.
-First, get all the accounts that are available, of which the sub account will be the second account:
+Сначала получите все доступные аккаунты, где суб-аккаунт будет вторым:
```tsx
const [universalAddress, subAccountAddress] = await provider.request({
- method: "eth_requestAccounts", // or "eth_accounts" if already connected
+ method: "eth_requestAccounts", // или "eth_accounts", если уже подключен
params: []
})
```
-Then, send the transaction from the sub account:
+Затем отправьте транзакцию от имени суб-аккаунта:
**`wallet_sendCalls`**
@@ -202,7 +202,7 @@ const callsId = await provider.request({
params: [{
version: "2.0",
atomicRequired: true,
- from: subAccountAddress, // Specify the sub account address
+ from: subAccountAddress, // Указываем адрес суб-аккаунта
calls: [{
to: '0x...',
data: '0x...',
@@ -224,7 +224,7 @@ console.log('Calls sent:', callsId);
const tx = await provider.request({
method: 'eth_sendTransaction',
params: [{
- from: subAccountAddress, // Specify the sub account address
+ from: subAccountAddress, // Указываем адрес суб-аккаунта
to: '0x...',
data: '0x...',
value: '0x...',
@@ -234,13 +234,13 @@ const tx = await provider.request({
console.log('Transaction sent:', tx);
```
-We recommend using `wallet_sendCalls` in conjunction with a paymaster to ensure the best user experience. See the [Paymasters](/base-account/improve-ux/sponsor-gas/paymasters) guide for more information.
+Мы рекомендуем использовать `wallet_sendCalls` вместе с paymaster для обеспечения наилучшего пользовательского опыта. Подробнее см. в руководстве по [Paymasters](/base-account/improve-ux/sponsor-gas/paymasters).
-## Advanced Usage
+## Расширенное использование
-### Import an existing account
+### Импорт существующего аккаунта
-If you already have a deployed Smart Contract Account and would like to turn it into a Sub Account of the connected Base Account, you can import it as a Sub Account using the provider RPC method:
+Если у вас уже есть развернутый смарт-контракт аккаунт, и вы хотите сделать его суб-аккаунтом подключенного Base Account, вы можете импортировать его как суб-аккаунт, используя RPC-метод провайдера:
```tsx
const subAccount = await provider.request({
@@ -250,7 +250,7 @@ const subAccount = await provider.request({
account: {
type: 'deployed',
address: '0xYourSmartContractAccountAddress',
- chainId: 8453 // the chain the account is deployed on
+ chainId: 8453 // цепь, на которой развернут аккаунт
},
}
],
@@ -261,18 +261,17 @@ console.log('Sub Account added:', subAccount.address);
-Before the Sub Account is imported, you will need to add the Base Account address as an owner of the Sub Account. This currently needs to be done manually
-by calling the [`addOwnerAddress`](https://github.com/coinbase/smart-wallet/blob/a8c6456f3a6d5d2dea08d6336b3be13395cacd42/src/MultiOwnable.sol#L101) or [`addOwnerPublicKey`](https://github.com/coinbase/smart-wallet/blob/a8c6456f3a6d5d2dea08d6336b3be13395cacd42/src/MultiOwnable.sol#L109) functions on the Smart Contract of the Sub Account that was imported and setting the Base Account address as the owner.
+Перед импортом суб-аккаунта вам необходимо добавить адрес Base Account в качестве владельца (owner) суб-аккаунта. В настоящее время это необходимо делать вручную путем вызова функций [`addOwnerAddress`](https://github.com/coinbase/smart-wallet/blob/a8c6456f3a6d5d2dea08d6336b3be13395cacd42/src/MultiOwnable.sol#L101) или [`addOwnerPublicKey`](https://github.com/coinbase/smart-wallet/blob/a8c6456f3a6d5d2dea08d6336b3be13395cacd42/src/MultiOwnable.sol#L109) в смарт-контракте импортируемого суб-аккаунта, указав адрес Base Account в качестве владельца.
-Additionally, only Coinbase Smart Wallet contracts are currently supported for importing as a Sub Account into your Base Account.
+Кроме того, на данный момент только контракты Coinbase Smart Wallet поддерживаются для импорта в качестве суб-аккаунта в ваш Base Account.
-The Coinbase Smart Wallet contract ABI can be found on [GitHub](https://github.com/base/account-sdk/blob/master/packages/account-sdk/src/sign/base-account/utils/constants.ts#L8).
+ABI контракта Coinbase Smart Wallet можно найти на [GitHub](https://github.com/base/account-sdk/blob/master/packages/account-sdk/src/sign/base-account/utils/constants.ts#L8).
-### Add Owner Account
+### Добавление владельца (Owner) аккаунта
-Sub Accounts automatically detect when an ownership update is needed when a signature is required and will prompt the user to approve the update before signing. However, you can also add an owner to a Sub Account manually using the SDK convenience method:
+Суб-аккаунты автоматически обнаруживают необходимость обновления прав владения, когда требуется подпись, и запрашивают у пользователя подтверждение перед подписанием. Однако вы также можете добавить владельца к суб-аккаунту вручную, используя удобный метод SDK:
```tsx
const ownerAccount = await sdk.subAccount.addOwner({
@@ -284,43 +283,43 @@ const ownerAccount = await sdk.subAccount.addOwner({
console.log('Owner added to Sub Account');
```
-This generates a transaction to call the `addOwnerAddress` or `addOwnerPublicKey` functions on the Sub Account's smart contract to add the owner.
+Это создает транзакцию для вызова функций `addOwnerAddress` или `addOwnerPublicKey` в смарт-контракте суб-аккаунта, чтобы добавить владельца.
-Ownership changes are expected if the user signs in to your app on a new device or browser.
+Изменения прав владения ожидаемы, если пользователь входит в ваше приложение на новом устройстве или в другом браузере.
-Ensure you do not lose your app's Sub Account signer keys when using the SDK on the server (e.g. Node.js) as updating the owner requires a signature from the user, which cannot be requested from server contexts.
+Убедитесь, что вы не теряете ключи для подписи суб-аккаунта вашего приложения при использовании SDK на сервере (например, Node.js), так как обновление владельца требует подписи от пользователя, которую нельзя запросить в серверном контексте.
-## Auto Spend Permissions
+## Автоматические разрешения на расходование (Auto Spend Permissions)
-Auto Spend Permissions allows Sub Accounts to access funds from their parent Base Account when transaction balances are insufficient. This feature can also establish ongoing spend permissions, enabling future transactions to execute without user approval prompts, reducing friction in your app's transaction flow.
+Функция Auto Spend Permissions позволяет суб-аккаунтам получать доступ к средствам из их родительского Base Account, когда баланса суб-аккаунта недостаточно для транзакции. Эта функция также может устанавливать постоянные разрешения на расходование, позволяя выполнять будущие транзакции без запросов на подтверждение пользователя, что снижает трение в процессе транзакций вашего приложения.
-This feature is **enabled by default** when using Sub Accounts.
+Эта функция **включена по умолчанию** при использовании суб-аккаунтов.
-### How it works
+### Как это работает
-**First-time transaction flow:**
-When a Sub Account attempts its first transaction, Base Account displays a popup for user approval. During this approval process, Base Account:
+**Поток первой транзакции:**
+Когда суб-аккаунт пытается совершить свою первую транзакцию, Base Account отображает всплывающее окно для подтверждения пользователем. В процессе этого подтверждения Base Account:
-- Automatically detects any missing tokens (native or ERC-20) needed for the transaction
-- Requests a transfer of the required funds from the parent Base Account to the Sub Account to fulfill the current transaction
-- Allows the user to optionally grant ongoing spend permissions for future transactions in that token
+- Автоматически определяет отсутствующие токены (нативные или ERC-20), необходимые для транзакции
+- Запрашивает перевод необходимых средств из родительского Base Account в суб-аккаунт для выполнения текущей транзакции
+- Позволяет пользователю при желании предоставить постоянные разрешения на расходование для будущих транзакций в этом токене
-**Subsequent transactions:**
-If the user granted spend permissions, future transactions follow this priority:
+**Последующие транзакции:**
+Если пользователь предоставил разрешения на расходование, будущие транзакции следуют такому приоритету:
-1. First, attempt using existing Sub Account balances and granted spend permissions
-2. If insufficient, prompt the user to authorize additional transfers and/or spend permissions from their Base Account
+1. Сначала используется существующий баланс суб-аккаунта и предоставленные разрешения на расходование
+2. Если средств недостаточно, пользователю предлагается авторизовать дополнительные переводы и/или разрешения на расходование со своего Base Account
-Spend permission requests are limited to the first token when multiple transfers are needed for a single transaction. Additional tokens require separate approvals.
+Запросы на разрешение расходования ограничены первым токеном, когда для одной транзакции требуется несколько переводов. Для дополнительных токенов требуются отдельные разрешения.
-### Configuration
+### Конфигурация
-If your users' Sub Accounts will be funded manually, you can disable Auto Spend Permissions by setting `funding` to `manual` in your SDK configuration:
+Если суб-аккаунты ваших пользователей будут пополняться вручную, вы можете отключить Auto Spend Permissions, установив для параметра `funding` значение `manual` в конфигурации SDK:
```tsx
const sdk = createBaseAccountSDK({
@@ -328,24 +327,24 @@ const sdk = createBaseAccountSDK({
appLogoUrl: 'https://base.org/logo.png',
appChainIds: [base.id],
subAccounts: {
- funding: 'manual', // Disable auto spend permissions
+ funding: 'manual', // Отключить автоматические разрешения на расходование
}
});
```
-## Technical Details
+## Технические детали
-Base Account's self-custodial design requires a user passkey prompt for each wallet interaction, such as transactions or message signing. While this ensures user awareness and approval of every wallet interaction, it can impact user experience in applications requiring frequent wallet interactions.
+Самокастодиальный дизайн Base Account требует запроса на подтверждение с помощью passkey для каждого взаимодействия с кошельком, такого как транзакции или подпись сообщений. Хотя это обеспечивает осведомленность и одобрение пользователем каждого действия, это может повлиять на пользовательский опыт в приложениях, требующих частых взаимодействий с кошельком.
-To support Base Account with user experiences that need more developer control over wallet interactions, we've built Sub Accounts in conjunction with [ERC-7895](https://eip.tools/eip/7895), a new wallet RPC for creating hierarchical relationships between wallet accounts.
+Для поддержки Base Account в сценариях, где разработчикам требуется больший контроль над взаимодействиями с кошельком, мы создали суб-аккаунты совместно с [ERC-7895](https://eip.tools/eip/7895) - новым RPC-методом кошелька для создания иерархических отношений между аккаунтами кошельков.
-These Sub Accounts are linked to the end user's Base Account through an onchain relationship. When combined with our [Spend Permission feature](/base-account/improve-ux/spend-permissions), this creates a powerful foundation for provisioning and funding app accounts securely, while giving you ample control over building the user experience that makes the most sense for your application.
+Эти суб-аккаунты связаны с Base Account конечного пользователя через ончейн-отношения. В сочетании с нашей функцией [Spend Permission](/base-account/improve-ux/spend-permissions) это создает мощную основу для безопасного создания и финансирования аккаунтов приложений, предоставляя вам широкий контроль для создания оптимального пользовательского опыта.
-## Complete Integration Example
+## Пример полной интеграции
-Here's a full React component that demonstrates Sub Account creation and usage:
+Вот полный React-компонент, демонстрирующий создание и использование суб-аккаунта:
```tsx
import { createBaseAccountSDK } from "@base-org/account";
@@ -379,7 +378,7 @@ export default function SubAccountDemo() {
const [loadingUniversal, setLoadingUniversal] = useState(false);
const [status, setStatus] = useState("");
- // Initialize SDK and crypto account
+ // Инициализация SDK и криптоаккаунта
useEffect(() => {
const initializeSDK = async () => {
try {
@@ -388,7 +387,7 @@ export default function SubAccountDemo() {
appChainIds: [baseSepolia.id],
});
- // Get the provider
+ // Получить провайдер
const providerInstance = sdkInstance.getProvider();
setProvider(providerInstance);
@@ -412,7 +411,7 @@ export default function SubAccountDemo() {
setStatus("Connecting wallet...");
try {
- // Connect to the wallet
+ // Подключиться к кошельку
const accounts = (await provider.request({
method: "eth_requestAccounts",
params: [],
@@ -422,7 +421,7 @@ export default function SubAccountDemo() {
setUniversalAddress(universalAddr);
setConnected(true);
- // Check for existing sub account
+ // Проверить наличие существующего суб-аккаунта
const response = (await provider.request({
method: "wallet_getSubAccounts",
params: [
@@ -500,7 +499,7 @@ export default function SubAccountDemo() {
{
version: "2.0",
atomicRequired: true,
- chainId: `0x${baseSepolia.id.toString(16)}`, // Convert to hex
+ chainId: `0x${baseSepolia.id.toString(16)}`, // Конвертировать в hex
from,
calls,
capabilities: {
@@ -669,4 +668,4 @@ export default function SubAccountDemo() {
);
}
-```
\ No newline at end of file
+```
diff --git a/docs/base-account/more/base-gasless-campaign.mdx b/docs/base-account/more/base-gasless-campaign.mdx
index 224d3e80..32811e42 100644
--- a/docs/base-account/more/base-gasless-campaign.mdx
+++ b/docs/base-account/more/base-gasless-campaign.mdx
@@ -1,14 +1,14 @@
---
-title: "Base Gasless Campaign"
+title: "Кампания Base Gasless"
---
-Base is offering gas credits to help developers make the most of
-Base Account's [paymaster (sponsored transactions)](/base-account/improve-ux/sponsor-gas/paymasters) features.
+Base предлагает газовые кредиты, чтобы помочь разработчикам максимально
+использовать возможности Base Account [paymaster (спонсируемых транзакций)](/base-account/improve-ux/sponsor-gas/paymasters).
-| Partner Tier | Base Gas Credit Incentive | Requirements | Actions |
+| Уровень партнёрства | Стимул: Газовый кредит от Base | Требования | Действия |
| ------------ | ------------------------- | -------------------------------------------------------------------------------------------------------------------------------------------------------------- | --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
-| 1 | $15k |
@@ -37,20 +36,20 @@ the [Base Go Gasless page](/cookbook/go-gasless).
loading="lazy"
/>
- How to get your Paymaster service URL
+ Как получить URL вашей службы Paymaster
@@ -61,27 +60,27 @@ the [Base Go Gasless page](/cookbook/go-gasless).
loading="lazy"
/>
- How to set your Paymaster contracts allowlist
+ Как настроить разрешительный список контрактов Paymaster
- Congrats! You've set up your Paymaster service and contracts allowlist.
- It's time to set up the Base Account SDK.
+ Поздравляем! Вы настроили службу Paymaster и разрешительный список контрактов.
+ Пришло время настроить SDK для Base Account.
- - Support Base Account
- - Onboard to CDP Paymaster
- - Preferred placement in your UI (ie "Create Wallet" button)
- 1. Migrate your Coinbase SDK to add Base Account to your app, or bump to latest version of any supporting wallet library.
- 2. Sign in / up for [Coinbase Developer Platform](https://www.coinbase.com/developer-platform) (takes less than 2 minutes). No KYC needed - just email and phone.
- 3. Check out the Paymaster product where the Base Mainnet Paymaster is enabled by default. Set and change your gas policy at any time.
- 4. Complete [this form](https://docs.google.com/forms/d/1yPnBFW0bVUNLUN_w3ctCqYM9sjdIQO3Typ53KXlsS5g/viewform?edit_requested=true)
- Credits will land within 1 week of completion
- - Support Base Account
- - Onboard to CDP Paymaster
- 1. Migrate your Coinbase SDK to add Base Account to your app, or bump to latest version of any supporting wallet library.
- 2. Sign in / up for [Coinbase Developer Platform](https://www.coinbase.com/developer-platform) (takes less than 2 minutes). No KYC needed - just email and phone.
- 3. Check out the Paymaster product where the Base Mainnet Paymaster is enabled by default. Set and change your gas policy at any time.
- 4. Complete [this form](https://docs.google.com/forms/d/1yPnBFW0bVUNLUN_w3ctCqYM9sjdIQO3Typ53KXlsS5g/viewform?edit_requested=true)
- Credits will land within 1 week of completion
- - Release demo
- - Поддержка Base Account
- - Подключение к CDP Paymaster
- - Предпочтительное размещение в вашем интерфейсе (например, кнопка "Create Wallet")
- 1. Мигрируйте Coinbase SDK, чтобы добавить Base Account в ваше приложение, или обновитесь до последней версии любой поддерживающей библиотеки кошельков.
- 2. Войдите / зарегистрируйтесь в [Coinbase Developer Platform](https://www.coinbase.com/developer-platform) (занимает менее 2 минут). KYC не требуется - только email и телефон.
- 3. Ознакомьтесь с продуктом Paymaster, где Base Mainnet Paymaster включён по умолчанию. Устанавливайте и изменяйте свою газовую политику в любое время.
- 4. Заполните [эту форму](https://docs.google.com/forms/d/1yPnBFW0bVUNLUN_w3ctCqYM9sjdIQO3Typ53KXlsS5g/viewform?edit_requested=true)
- Кредиты поступят в течение 1 недели после выполнения всех условий
- - Поддержка Base Account
- - Подключение к CDP Paymaster
- 1. MМигрируйте Coinbase SDK, чтобы добавить Base Account в ваше приложение, или обновитесь до последней версии любой поддерживающей библиотеки кошельков.
- 2. Войдите / зарегистрируйтесь в [Coinbase Developer Platform](https://www.coinbase.com/developer-platform) (занимает менее 2 минут). KYC не требуется - только email и телефон.
- 3. Ознакомьтесь с продуктом Paymaster, где Base Mainnet Paymaster включён по умолчанию. Устанавливайте и изменяйте свою газовую политику в любое время.
- 4. Заполните [эту форму](https://docs.google.com/forms/d/1yPnBFW0bVUNLUN_w3ctCqYM9sjdIQO3Typ53KXlsS5g/viewform?edit_requested=true)
- Кредиты поступят в течение 1 недели после выполнения всех условий
- - Выпуск демо
- 
+ 