---
title: "ERC-721"
description: "ERC-721 هو الواجهة القياسية في Ethereum للرموز غير القابلة للاستبدال (NFT)؛ إذ يُعرَّف كل رمز على حدة ويسجل العقد الذكي قواعد الملكية والتحويل."
image: "https://wiki.fcontext.com/og.png"
---

> Documentation Index
> Fetch the complete documentation index at: https://wiki.fcontext.com/llms.txt
> Use this file to discover all available pages before exploring further.

# ERC-721

> لأغراض تعليمية فقط؛ لا يشكل ذلك نصيحة استثمارية أو توصية استثمارية. قد تؤدي الاستثمارات إلى خسائر.

<a id="answer"></a>

## الإجابة المباشرة

ERC-721 هو الواجهة القياسية في Ethereum للرموز غير القابلة للاستبدال. فبدلاً من تسجيل رصيد واحد قابل للاستبدال، يتتبع عقد ERC-721 كل رمز عبر `tokenId`، ويعرض مالكه، ويحدد طريقة نقله أو تفويضه. يتحدد الرمز بزوج عنوان العقد و`tokenId`؛ ولا يحدد المعيار وحده سعر الأصل أو أصالته أو ندرته أو حقوقه القانونية.

يختلف ERC-721 عن ERC-20 لأن وحدات ERC-20 قابلة للاستبدال، أي يُفترض أن تكون الوحدة قابلة للتبادل مع أخرى. قد تنتمي رموز ERC-721 إلى المجموعة نفسها مع امتلاكها معرفات وبيانات وصفية مختلفة. ويمكن للمحفظة أو السوق دعم المعيارين، لكن استدعاءات النقل والموافقة مختلفة.

السؤال العملي ليس ما إذا كان المشروع يعلن «ERC-721»، بل ما يفعله عقده والأنظمة المحيطة به فعلياً. افحص التنفيذ والصلاحيات والبيانات الوصفية وتفويض السوق والسيولة والحقوق الموعودة للمالكين قبل اعتبار NFT أصلاً.

<a id="mechanism"></a>

## كيف يعمل

### الهوية والملكية

يسجل العقد مالك كل `tokenId` موجود. تعيد `ownerOf` ذلك العنوان، وتعد `balanceOf` عدد الرموز التي يملكها العنوان. ينشئ السك عادةً معرفاً جديداً ويصدر حدث `Transfer` من العنوان الصفري؛ ويصدر الحرق عادةً تحويلاً إلى العنوان الصفري. تفيد الأحداث في الفهرسة، لكن حالة العقد هي المرجع المعتمد.

### التحويلات والموافقات

يمكن للمالك استدعاء `transferFrom` مباشرة أو تفويض عنوان واحد لرمز واحد باستخدام `approve`. وتفوض `setApprovalForAll` مشغلاً لإدارة جميع الرموز التي يملكها المالك في المجموعة. هذا مريح للأسواق، لكنه يمنح صلاحية واسعة. تحقق من المشغل عبر عنوان العقد واسحب الموافقات غير اللازمة على السلسلة. يختلف أمر السوق الموقع عن الموافقة على السلسلة؛ إلغاء أحدهما لا يلغي الآخر بالضرورة.

تتحقق `safeTransferFrom` أيضاً من أن المستلم، إذا كان عقداً، ينفذ `IERC721Receiver`. يساعد ذلك في منع إرسال الرمز إلى عقد لا يستطيع استلامه؛ أما `transferFrom` فلا ينفذ استدعاء المستلم. ولا تضمن أي من الدالتين أن يعالج السوق أو الجسر أو المحفظة الرمز بطريقة صحيحة.

### البيانات الوصفية والإتاوات

يوفر امتداد البيانات الوصفية الاختياري `tokenURI`، وقد يشير إلى بيانات مخزنة على السلسلة أو خارجها. ويمكن لـ URI أساسي قابل للتغيير أو عقد قابل للترقية أو مدير أو خدمة استضافة مركزية تغيير ما يعرضه الرمز بعد السك. يقلل التخزين الدائم واللامركزي بعض الاعتماد، لكنه لا يثبت المؤلف أو المصدر أو ملكية الحقوق الفكرية.

لا يلزم ERC-721 الأسواق الثانوية بدفع إتاوات للمبدع. قد تنفذ المجموعة واجهة الإتاوة الاختيارية `EIP-2981`، لكن السوق يختار احترامها، ولا تقوم الواجهة بتسوية الدفع أو فرضه. يجب التحقق من حدود العرض والعشوائية وأصالة العمل وترخيص العلامة التجارية والوعود الأخرى كلٌّ على حدة في الشيفرة وقواعد التوزيع والوثائق القانونية.

<a id="example"></a>

## مثال

لنفترض أن عقداً قام بسك الرمز `#42` إلى Alice. لا يُعرَّف الرمز عالمياً بالرقم `42` وحده؛ فعنوان عقد المجموعة جزء من هويته أيضاً. تستطيع Alice إدراجه في سوق بمنح `approve` لذلك الرمز أو `setApprovalForAll` لمشغل السوق. عند تنفيذ البيع يستدعي السوق دالة نقل، ويتحقق العقد من الملكية والتفويض. وينبغي لـ Alice إلغاء الموافقة على المجموعة كلها عندما لا تعود بحاجة إليها.

الصورة التي يعرضها السوق مسألة بيانات وصفية منفصلة. يجب على Alice فحص سلوك `tokenURI` وصلاحيات التحديث والاستضافة والترخيص، لا افتراض أن حيازة الرمز تنقل حقوق الطبع أو الاستخدام التجاري.

<a id="risks"></a>

## المخاطر

- مخاطر العقد: قد يؤدي خطأ أو ترقية خبيثة أو مدير ذو صلاحيات أو خطاف نقل غير صحيح إلى قفل الرموز أو نقلها.

- مخاطر التفويض: قد ينقل `setApprovalForAll` على مستوى المجموعة أو سوق مخترق جميع الرموز المصرح بها في تلك المجموعة.

- مخاطر البيانات الوصفية والقانون: قد تختفي الملفات خارج السلسلة أو تتغير، ولا تمنح ملكية الرمز تلقائياً حقوق الطبع أو العلامة أو الحقوق القانونية الأخرى.

- مخاطر السوق: قد تتقلب أسعار NFT بشدة، وقد تكون السيولة ضعيفة، وقد لا يكون السعر الأدنى المعروض قابلاً للتنفيذ لرمز محدد.

تكون العمليات على السلسلة غير قابلة للعكس عادةً. تحقق من عقد المجموعة وعنوان المستلم والموافقات وضوابط البيانات الوصفية وتفاصيل المعاملة قبل التوقيع؛ وتعامل مع ادعاءات المروجين أو المجتمعات كادعاءات تحتاج إلى تحقق لا كضمانات.

<a id="misconceptions"></a>

## مفاهيم خاطئة شائعة

### الخرافة 1: يضمن ERC-721 الندرة

هو يميز الرموز داخل عقد واحد فقط. يمكن للمُصدر سك رموز إضافية أو نشر مجموعات مشابهة أو جعل معرفات متعددة تشير إلى وسائط متكافئة. تعتمد الندرة على قواعد العرض والصلاحيات التي تنفذها.

### الخرافة 2: يتضمن NFT جميع حقوق الملكية الفكرية

تسجل سلسلة الكتل نقل الرمز. تعتمد حقوق الطبع والاستنساخ والاستخدام التجاري والتعديل والعلامة التجارية على ترخيص المجموعة والقانون المطبق، ولا يمكن استنتاجها من `ownerOf`.

### الخرافة 3: يؤدي إلغاء إدراج السوق إلى إزالة كل الصلاحيات

الإدراج وتوقيعه وانتهاؤه، و`approve` أو `setApprovalForAll` على السلسلة، حالات منفصلة. افحص الصلاحية على السلسلة واسحبها بشكل مستقل عندما لا تعود لازمة.

<a id="related"></a>

## مواضيع ذات صلة

- [المُجمِّع التشفيري](/ar/crypto/cryptographic-accumulator/)
- [ERC-20](/ar/crypto/erc20/)
- [NFT](/ar/crypto/nft/)
- [العبارة التذكيرية](/ar/crypto/seed-phrase/)
- [معيار الرموز](/ar/crypto/token-standard/)

<a id="sources"></a>

## المصادر

- [ERC-721: Non-Fungible Token Standard](https://eips.ethereum.org/EIPS/eip-721) - Ethereum Improvement Proposals (تاريخ الاطلاع: 2026-08-20)
- [ERC-721 Non-Fungible Token Standard](https://ethereum.org/en/developers/docs/standards/tokens/erc-721/) - Ethereum.org (تاريخ الاطلاع: 2026-08-20)
- [ERC-2981: NFT Royalty Standard](https://eips.ethereum.org/EIPS/eip-2981) - Ethereum Improvement Proposals (تاريخ الاطلاع: 2026-08-20)
- [توخَّ الحذر عند شراء العملات أو الرموز الرقمية](https://www.cftc.gov/LearnAndProtect/AdvisoriesAndArticles/caution_of_digital_currencies.html) - CFTC (تاريخ الاطلاع: 2026-08-20)

Source: https://wiki.fcontext.com/ar/crypto/erc721/index.mdx