منهجية حساب الأسعار

1. مصادر البيانات

1.1 تكامل المنصات

تتكامل CoinPaprika مع منصات تداول العملات المشفرة عبر واجهات برمجة التطبيقات العامة الخاصة بها. يجب أن توفر كل منصة معرّفات أزواج السوق (مثل BTC/USD وETH/BTC)، وآخر سعر تداول لكل زوج سوق، وحجم التداول خلال 24 ساعة لكل زوج سوق.

1.2 النطاق

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

1.3 بيانات المرجع الخارجية

تُستقى أسعار صرف العملات الورقية من Open Exchange Rates للتحويل بين العملات الورقية (EUR وGBP وJPY وغيرها) وUSD. تُحوَّل معدلات ربط العملات المستقرة — USDT وUSDC وغيرها من العملات المستقرة الرئيسية — إلى USD باستخدام مؤشر مرجح بالحجم مشتق من أسواق الدخول بالدولار الأمريكي.

2. معالجة حساب الأسعار

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

1. جمع البيانات

   تجلب CoinPaprika من كل منصة متكاملة جميع أسواق السلع الفورية المتاحة. يوفر كل سوق: اسم زوج السوق (مثل BTC/USD)، وآخر سعر تداول بعملة الاقتباس، وحجم التداول خلال 24 ساعة بعملة الاقتباس.

2. تأسيس السعر المرجعي BTC/USD

   يبدأ الخوارزم بأسعار مفترضة صفرية. الحساب الأول هو متوسط سعر BTC/USD المرجح بالحجم، المشتق مباشرة من جميع أسواق BTC/USD الفورية. يُختار Bitcoin لأن أسواق BTC هي الأكثر سيولة عادةً عبر المنصات.

   BTC_USD = Σ(Price_i × Volume_i) / Σ(Volume_i)
   where i = each BTC/USD market across all exchanges

3. التمرير الأول: أسواق BTC والعملات الورقية فقط

   باستخدام سعر BTC/USD، يعالج الخوارزم الأسواق التي يكون أحد طرفي الزوج فيها إما BTC أو عملة ورقية. الأسواق المقوّمة بـ BTC (مثل ETH/BTC وSOL/BTC):

   Price_USD = Price_BTC × BTC_USD

   الأسواق المقوّمة بالعملات الورقية (مثل ETH/EUR وBTC/JPY):

   Price_BTC = Price_USD / BTC_USD

4. التمريرات اللاحقة: دمج جميع الأسواق

   تتداول كثير من العملات المشفرة أيضاً مقابل عملات مشفرة أخرى. يستخدم الخوارزم معدلات التحويل من التمرير السابق لحل هذه الأسواق بصورة تكرارية.

   Pass 1: BTC/USD markets → BTC_USD rate
   Pass 2: BTC + fiat markets → conversion rates for major coins
   Pass 3: All markets using Pass 2 rates → refined rates, more coins covered
   Pass N: Repeat until convergence → all reachable coins have prices

5. اكتشاف القيم الشاذة وإزالتها

   قبل التجميع النهائي، تُحدَّد أسعار السوق الشاذة وتُستبعد. الأسواق المستبعدة مسبقاً تشمل تلك ذات رسوم تداول صفرية وحوافز تعدين المعاملات والبيانات القديمة (أكثر من 30 دقيقة) والأزواج المدرجة في القائمة السوداء. يستخدم اكتشاف القيم الشاذة الإحصائية حدوداً قائمة على الوسيط معدَّلة لعمق السيولة.

   The statistical stages are described in Section 3.

6. السعر النهائي: المتوسط المرجح بالحجم

   بعد إزالة القيم الشاذة، يكون السعر النهائي هو المتوسط المرجح بالحجم لجميع الأسواق الصالحة المتبقية:

   Price_USD = Σ(Price_i_USD × Volume_i_USD) / Σ(Volume_i_USD)

   تحمل الأسواق ذات السيولة الأعلى وزناً أكبر بطبيعتها، مما يضمن أن السعر المجمَّع يعكس أين تجري غالبية نشاط التداول الفعلي.

3. Outlier Detection

Outlier removal runs as four independent stages before any price is averaged. Each catches a failure the others cannot see.

3.1 Stage 1 — Excluded Markets

Markets on exchanges under verification, and markets manually excluded after review, are dropped before anything is measured.

3.2 Stage 2 — Volume Anomalies

Volume is checked before price, because a fabricated volume corrupts every weight downstream. Markets reporting negative or implausibly large volume are rejected outright.

Past that bound, an asset's markets are accumulated smallest-first, and a market is rejected only when it fails several independent tests at once: the accumulated total must exceed a floor, the market's volume must be out of proportion to the smaller markets already accumulated, and the new total must exceed both the asset's previous observed maximum and its 24-hour median by a multiplier. Requiring all of them together is what keeps a genuine new listing on a large venue from being mistaken for fabricated volume. The limits scale with the asset's own median volume: the more liquid the asset, the tighter the constraint.

A rejection here is not final. Flagged markets are surfaced for review, and a market confirmed as genuine is re-admitted to the calculation.

3.3 Stage 3 — Trusted Price Band

Rather than applying one statistical test to every asset, CoinPaprika derives a trusted price band per asset per run, using the strongest method the available market depth supports and falling back through five tiers:

1. Interquartile. Requires several markets above a volume floor. Qualification is decided on the asset's stronger markets, but the band itself is computed across all but its emptiest ones. The band widens with the asset's own dispersion, so a volatile asset is not punished for being volatile.
2. Median bound, narrow. Requires several markets above a lower floor, with more than half of all markets already clustered around the median. The band is then tightened to the lowest and highest price actually observed.
3. Median bound, wide. As above, with fewer markets required and a wider tolerance.
4. Reference price. No usable market cohort, but a previous reference price exists. The band's width scales with the asset's median volume.
5. Last observed price. No reference price either, but a recent observation exists.

A liquid asset with many honest markets gets a tight band. A thin asset gets a wide band rather than a wrong one.

Stablecoins are treated as a separate class. The volume threshold for the strongest tier is lowered, so that tier stays available for assets whose individual markets are smaller, and the dispersion factor is tightened. An asset that should sit at its peg is given a far narrower tolerance than a volatile one.

Prices outside an asset's band never enter its average. Markets inside the band face one more check: a market — or a group of markets sitting on the same side of the median — whose distance-weighted volume would pull the average materially away from the median is excluded as well. And if every market for an asset lands outside its band, the markets are rejected rather than the band: the asset keeps its previous price instead of adopting a suspect one.

For thinly-listed assets, absolute sanity checks run alongside the band: a price or volume implausible on its face, or an implied market capitalization exceeding Bitcoin's, is rejected regardless of what the band would allow.

3.4 Stage 4 — Exchange-Level Anomalies

A final pass aggregates volume per exchange and compares it against that venue's own recent history — its previous maximum and its 24-hour median. The comparison is made only when the venue's market list is unchanged: a volume jump explained by newly added markets is not an anomaly, but the same jump on an unchanged market set is. This catches a venue-wide distortion that each individual market would survive.

3.5 Why a Band Is Derived for Every Asset

Assets are priced through one another, so one bad market propagates. An asset quoted at $1 on a single small market, joined by a second market of similar size quoting the inverse pair at $1,000, would carry that asset's reference price from $1 to roughly $500 on the next run — and from there into every asset quoted against it, and onward through the graph. Deriving a band for every asset, including those with too little data to measure precisely, breaks that chain at the first link.

4. حساب حجم التداول

4.1 حجم كل منصة

حجم التداول خلال 24 ساعة لكل منصة هو مجموع الأحجام المحوَّلة إلى USD عبر جميع أزواج التداول النشطة غير المدرجة في القائمة السوداء. الأزواج التي لم تُحدَّث خلال 30 دقيقة تُستبعد.

Exchange_Volume = Σ(Volume_pair_i × Price_pair_i_USD)

4.2 حجم كل أصل

حجم التداول خلال 24 ساعة لأصل فردي هو مجموع الأحجام عبر جميع أزواج السوق الصالحة لديه على جميع المنصات المتكاملة.

4.3 الحجم العالمي

حجم تداول العملات المشفرة العالمي هو مجموع جميع أحجام المنصات.

5. درجة ثقة المنصة

تحصل كل منصة على درجة ثقة على مقياس من 0 إلى 100، تعكس موثوقية وجودة البيانات المُبلَّغ عنها. تؤثر درجة الثقة على كيفية ترجيح بيانات المنصة وتصفيتها في معالجة حساب الأسعار.

5.1 معايير التقييم

5.2 تطبيق درجة الثقة

• المنصات قيد المراجعة تُستبعد كلياً من حسابات الأسعار والأحجام.
• تُراجَع درجات الثقة وتُحدَّث بشكل دوري، وقد تتغير فوراً استجابةً للأحداث الجسيمة (الاختراقات والإجراءات التنظيمية وانقطاعات API الممتدة وغيرها).
• بيانات المنصة تخضع لتدقيق إضافي من خلال مؤشر سيولة الزوج السوقي (انظر القسم 6).

5.3 الحجم الحقيقي المُقدَّر (ERV)

الحجم الحقيقي المُقدَّر مقياس أُدخل عام 2019 لمكافحة الحجم المزيف وتداول الغسيل. يُشتق ERV من مؤشرات السيولة لجميع الأسواق على منصة معينة. يُعدَّل حجم التداول المُبلَّغ عنه لكل سوق لمدة 24 ساعة باستخدام أوزان مخصصة لفئة مؤشر السيولة الخاصة به (جيد أو متوسط أو سيء).

6. مؤشر سيولة الزوج السوقي (النقاط)

تحصل أزواج السوق الفردية على تقييم سيولة في الوقت الفعلي بناءً على فارق دفتر الأوامر (الفرق النسبي بين أفضل سعر بيع وأفضل سعر شراء)، وعمق دفتر الأوامر (القيمة ضمن ±1% و±10% من السعر الوسط)، واتساق الحجم، وفحوصات القيم الشاذة.

6.1 فئات المؤشر

• جيد — سيولة قوية وظروف سوق طبيعية.
• متوسط — ظروف سوق مقيدة أو متذبذبة؛ السيولة أقل مما يوحي به الحجم المُبلَّغ عنه.
• سيء — سيولة غير كافية بالنسبة للحجم المُبلَّغ عنه، أو ظروف سوق شديدة الاختلال.

أزواج السوق التي تفشل في فحوصات السيولة يُخفَّض وزنها في حساب VWAP. إذا لم يكن هناك مصدر آخر لحساب سعر الأصل وحجمه، يُستخدم الزوج على أي حال — مع إشارة واضحة إلى أنه لا يمكن التحقق من السيولة.

7. المعروض المتداول

7.1 عملات Proof-of-Work

بالنسبة للعملات المشفرة القائمة على PoW (مثل Bitcoin وLitecoin)، يُستعلم عن المعروض المتداول مباشرةً من واجهات برمجة تطبيقات مستكشف الكتل. تُتحقق القيم عبر مستكشفات كتل مستقلة متعددة وتُحدَّث تلقائياً مع تعدين كتل جديدة.

7.2 الرموز المميزة (القائمة على العقود الذكية)

بالنسبة لرموز ERC-20 والرموز المشابهة، يُحسب المعروض المتداول على النحو التالي:

Circulating Supply = Total Supply - Locked Tokens

Locked Tokens includes:
  - Team/founder vesting wallets
  - Treasury or reserve wallets
  - Burn addresses
  - Locked staking contracts

7.3 التحقق

تُقارن أرقام المعروض المتداول مع البيانات التي يُفصح عنها فرق المشاريع وتُحدَّث عند وقوع أحداث الإفراج والحرق وغيرها من الأحداث المؤثرة على المعروض. تُحجب حدود محددة عمداً لمنع التحايل.

8. المقاييس المشتقة

8.1 القيمة السوقية

Per-asset:  Market Cap = Current Price (USD) × Circulating Supply
Global:     Global Market Cap = Σ(Market Cap of all tracked assets)

8.2 أعلى سعر على الإطلاق (ATH)

تتتبع CoinPaprika لكل أصل أعلى سعر مجمَّع تم تسجيله على الإطلاق، والتاريخ الذي حدث فيه، والمسافة الحالية عن ATH:

ATH Distance (%) = (ATH Price − Current Price) / ATH Price × 100%

9. معايير الإدراج

9.1 أصول العملات المشفرة

لكي تُدرج على CoinPaprika، يجب أن تستوفي العملة المشفرة المتطلبات التالية:

• موقع ويب وظيفي تمتلكه المشروع مع معلومات واضحة عن المشروع
• مستكشف كتل يعمل مع بيانات على السلسلة قابلة للتحقق
• تداول نشط على منصة واحدة على الأقل متكاملة مع CoinPaprika
• تواصل شفاف — يحافظ المشروع على قنوات عامة (X/Twitter وTelegram وDiscord) مع تحديثات منتظمة واستجابة لمشاكل المجتمع

9.2 المنصات

لكي تُدمج منصة كمصدر بيانات، يجب أن تستوفي الشروط التالية:

• تشغيل موقع ويب وظيفي مع نشاط تداول قابل للتحقق
• توفير REST API عام يلبي معايير بيانات CoinPaprika (أزواج السوق والأسعار والأحجام)
• الحفاظ على توثيق API محدَّث
• توفير نقطة اتصال مخصصة لمشاكل جودة البيانات

10. Asset Identifiers

Reference data is only usable inside a regulated workflow if it joins to the identifiers that workflow already runs on. CoinPaprika maps its asset IDs to external identifiers:

• DTI — Digital Token Identifier (ISO 24165), issued by the Digital Token Identifier Foundation. The ISO standard identifier for digital tokens, and the identifier regulatory reporting regimes reference for digital assets.
• ISIN — International Securities Identification Number (ISO 6166), which joins crypto positions to instrument records in existing back-office, custody and accounting systems.
• Provider IDs from CoinMarketCap, CoinGecko and CryptoCompare, for reconciliation and migration without re-mapping a universe by hand.

Mappings are available through the API ID Mappings endpoint: docs.coinpaprika.com — API ID Mappings

11. Independence and Conflicts of Interest

CoinPaprika is independently owned. It is not owned by, and holds no stake in, any cryptocurrency exchange, trading venue, market maker or token issuer. This distinguishes CoinPaprika from aggregators owned by the venues whose data they publish.

11.1 What a Commercial Relationship Can and Cannot Affect

CoinPaprika operates a paid expedited listing service (Fast Track) and carries advertising. Both are disclosed here, because a claim of independence is only useful if it is specific about its limits.

Fast Track buys moderator time: a submission and its metadata are reviewed and processed on a priority schedule instead of the standard queue. It buys nothing else.

No payment of any kind affects:

• the price calculated for an asset, which is produced by the pipeline described on this page and subject to the same outlier detection as every other listed asset;
• an exchange's Confidence Score;
• a market pair's Liquidity Indicator;
• ranking, which is derived from calculated market capitalization.

Listing is a decision about coverage. Pricing is a measurement. An asset admitted through Fast Track is measured by exactly the same method as any other: a thin asset receives a correspondingly wide trusted band and a low liquidity indicator.

Advertising is labeled as advertising and is never presented as data.

Questions about this methodology, including any concern about a potential conflict of interest, can be raised through our contact page: coinpaprika.com/contact

12. تكرار التحديث