---
title: "نموذج UTXO"
description: "تعرّف إلى كيفية تمثيل Bitcoin للقيمة القابلة للإنفاق بمخرجات المعاملات غير المنفقة، والتحقق من الإنفاق، وإنشاء الباقي، والمفاضلة بين اختيار العملات والرسوم والخصوصية."
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.

# نموذج UTXO

> هذا المحتوى للتثقيف فقط ولا يمثل نصيحة استثمارية. قد يؤدي الاستثمار إلى خسائر.

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

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

يمثل نموذج مخرجات المعاملات غير المنفقة (UTXO) القيمة القابلة للإنفاق في صورة مخرجات منفصلة، لا في صورة رصيد واحد مسجل لحساب. في Bitcoin، يحدد مُدخل المعاملة العادية مخرجًا سابقًا بواسطة معرّف المعاملة وفهرس المخرج. ويسجل ذلك المخرج مبلغًا ونصًا برمجيًا للقفل. أما الرصيد الذي تعرضه المحفظة فهو مجموع محسوب للمخرجات التي تستطيع إنفاقها، وليس حقل رصيد محفوظًا داخل عنوان واحد.

يُنفَق المخرج كاملًا. فإذا تجاوزت المدخلات المختارة مبلغ الدفع والرسوم، وجب على المعاملة إنشاء مخرج للباقي صراحة؛ فالبروتوكول لا يعيد الباقي تلقائيًا. ويمكن لمعاملة واحدة استهلاك عدة مخرجات UTXO قائمة وإنشاء عدة مخرجات جديدة، لكل منها مبلغها وشروط إنفاقها.

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

## آلية العمل

لكي تكون المعاملة العادية غير coinbase صالحة، يجب أن يكون كل مخرج مشار إليه موجودًا وغير منفق، وأن يحقق كل مُدخل شروط قفل المخرج المقابل، وألا تتجاوز القيمة الإجمالية للمخرجات القيمة الإجمالية للمدخلات. ويتاح الفرق كرسم للمعاملة:

`fee = sum(inputs) - sum(outputs)`

عندما تقبل العقدة الكتل، تزيل المخرجات المستهلكة من مجموعة UTXO الحالية وتضيف المخرجات المنشأة حديثًا. ويظل سجل الكتل ضروريًا للتحقق من هذه الحالة وإعادة بنائها. قد تستبدل إعادة تنظيم السلسلة كتلًا حديثة، فتعود المخرجات القريبة من رأس السلسلة إلى حالة غير مؤكدة أو تختفي من السجل المقبول.

ضمن سجل سلسلة مقبول واحد، لا يمكن استهلاك مخرج بعينه إلا مرة واحدة. قد تتنافس معاملات غير مؤكدة متعارضة على إنفاق المخرج نفسه، لكن قبول المعاملات واستبدالها في mempool من سياسات العقدة، وليسا قاعدة تجعل الإنفاق المزدوج على السلسلة صالحًا. يحدد BIP 125 إشارة وسياسة الاستبدال الاختياري؛ لذلك لا يمثل استلام معاملة غير مؤكدة تسوية نهائية.

يُسعّر حيز كتل Bitcoin أساسًا وفق وزن المعاملة ومعدل الرسوم، لا وفق المبلغ المنقول. يعرّف BIP 141 الصيغة `virtual size = ceil(weight / 4)`. تضيف المدخلات عادة بيانات أكثر من المخرجات، ولذلك قد يكون إنفاق عدد كبير من مخرجات UTXO الصغيرة أعلى تكلفة من إنفاق مخرج كبير واحد عند معدل الرسوم نفسه. ويتوقف الحجم الدقيق على نوعي script وwitness المستخدمين.

للمعاملات التي تنفق مخرجات UTXO مختلفة تبعيات منفصلة للمدخلات، ما قد يسهل التحقق والبناء بالتوازي. لكنها لا تصبح مستقلة تلقائيًا في كل تطبيق أو تنفيذ: تتعارض معاملتان تختاران المخرج نفسه، وتعتمد المعاملة التابعة على معاملتها الأصلية غير المؤكدة. ويجب أن تنسق آلية اختيار العملات في المحفظة هذه التبعيات.

لا توفر UTXO إخفاء الهوية. فقد يوحي جمع المدخلات بسيطرة مشتركة، وقد تربط أنماط اكتشاف الباقي أو إعادة استخدام العناوين بين الأنشطة. هذه قرائن استدلالية وليست إثباتات تشفيرية، لكن الدمج قد يكشف علاقات لا تظهر عند الإنفاق بصورة منفصلة.

بالمقارنة مع نموذج الحسابات، يجعل نموذج UTXO كل عنصر قابل للإنفاق ومسار استهلاكه واضحين. تحدّث أنظمة الحسابات عادة حالة مشتركة مثل الأرصدة وnonce. لا يتفوق أحد النموذجين في جميع الحالات؛ فلكل منهما مفاضلات مختلفة في تمثيل الحالة وقابلية البرمجة والتوازي وتصميم المحافظ.

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

## مثال عملي

تتحكم Alice في مخرجات UTXO بقيم `0.08 BTC` و`0.12 BTC` و`0.50 BTC`. لدفع `0.15 BTC` إلى Bob، تختار محفظتها أول مُدخلين بإجمالي `0.20 BTC` وتقدّر رسمًا قدره `0.0002 BTC`. وتنشئ المخرجين التاليين:

- Bob: `0.15 BTC`
- باقي Alice: `0.0498 BTC`

الحساب هو `0.20 - 0.15 - 0.0002 = 0.0498 BTC`. بعد التأكيد، يصبح مخرجا `0.08 BTC` و`0.12 BTC` منفقين؛ ويصبح مخرج Bob وباقي Alice مخرجي UTXO جديدين؛ بينما يظل مخرج `0.50 BTC` دون تغيير.

لو أنشأت المعاملة مخرج Bob البالغ `0.15 BTC` فقط، لأصبحت قيمة `0.05 BTC` المتروكة رسمًا بدلًا من ردها تلقائيًا. ويمكن للمحفظة اختيار مجموعة أخرى من المدخلات، أو تجميع عدة مدفوعات، أو دمج المخرجات الصغيرة عندما تنخفض معدلات الرسوم. وتوازن هذه الخيارات بين الرسوم الحالية والمستقبلية وموثوقية التأكيد والخصوصية.

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

## المخاطر والضوابط

- **مخاطر الرسوم:** تزيد مخرجات UTXO المجزأة وزن المدخلات؛ ينبغي تقدير المعاملة الموقعة ومعدل رسومها قبل بثها.
- **مخاطر الخصوصية:** قد يربط دمج المدخلات والباقي سهل التمييز بين العناوين؛ ولا يضمن العنوان الجديد استحالة الربط.
- **مخاطر التأكيد:** تجعل المعاملات المتعارضة وسياسة الاستبدال وإعادة تنظيم السلسلة المبالغ غير المؤكدة قابلة للعكس.
- **مخاطر الاسترداد:** تحفظ السلسلة مخرجات UTXO، بينما تحفظ المحفظة أو تشتق المفاتيح وبيانات الاكتشاف اللازمة للعثور عليها وإنفاقها؛ يجب نسخ كل عوامل الاسترداد المطلوبة احتياطيًا.

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

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

### العنوان حساب دائم

يرمّز العنوان شروط الإنفاق أو يمثلها. ويمكن للمحفظة التحكم في مخرجات مرسلة إلى عناوين عديدة للاستلام والباقي، لذلك لا يمثل عنوان واحد حالة المحفظة كاملة.

### الرسوم تتناسب مع مبلغ الدفع

تعتمد الرسوم أساسًا على وزن المعاملة ومعدل الرسوم المختار. وقد تكون دفعة كبيرة قليلة المدخلات أصغر وأرخص من دفعة صغيرة مكوّنة من مدخلات كثيرة.

### ينشئ البروتوكول الباقي تلقائيًا

الباقي مخرج عادي تنشئه محفظة الدافع عمدًا. وأي قيمة من المدخلات لا تُخصص للمخرجات تصبح متاحة للمُعدّن كرسم.

### غير مؤكدة تعني مسوّاة

يمثل mempool رؤية مؤقتة للعقدة، لا سجل إجماع. تختلف سياسات القبول والاستبدال والإزالة، وينخفض خطر التأكيد مع الوقت بدلًا من أن يختفي عند البث.

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

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

- [النموذج القائم على الحسابات](/ar/crypto/account-based-model/)
- [Bitcoin](/ar/crypto/bitcoin/)
- [تأكيد الكتلة](/ar/crypto/block-confirmation/)
- [تجمع الذاكرة](/ar/crypto/mempool/)
- [هجوم الغبار](/ar/crypto/dust-attack/)

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

## المصادر

- [Bitcoin: A Peer-to-Peer Electronic Cash System](https://bitcoincore.org/bitcoin.pdf) - Satoshi Nakamoto (تاريخ الاطلاع: 2026-08-22)
- [Transactions — Bitcoin Developer Guide](https://developer.bitcoin.org/devguide/transactions.html) - Bitcoin.org (تاريخ الاطلاع: 2026-08-22)
- [Block Chain — Bitcoin Developer Guide](https://developer.bitcoin.org/devguide/block_chain.html) - Bitcoin.org (تاريخ الاطلاع: 2026-08-22)
- [BIP 141: Segregated Witness (Consensus layer)](https://github.com/bitcoin/bips/blob/master/bip-0141.mediawiki) - Bitcoin Improvement Proposals (تاريخ الاطلاع: 2026-08-22)
- [BIP 125: Opt-in Full Replace-by-Fee Signaling](https://github.com/bitcoin/bips/blob/master/bip-0125.mediawiki) - Bitcoin Improvement Proposals (تاريخ الاطلاع: 2026-08-22)

Source: https://wiki.fcontext.com/ar/crypto/utxo-model/index.mdx