حاسبة مزاد السعر الثاني
مع عروض قدرها 100 و95 و80، يفوز صاحب العرض 100 لكنه يدفع 95 فقط، وهو عرض صاحب المرتبة الثانية، ويحتفظ بفائض قدره 5. أدخلوا العروض المختومة لمعرفة الفائز والسعر والترتيب. مجانًا في متصفحكم.
- مجاني
- يعمل في متصفحك
- دون تسجيل
- بياناتك لا تغادر جهازك
شغّل الأداة مجانًا
مزاد السعر الثاني بعروض مغلقة—ويُعرف أيضًا بمزاد فيكيري—يمنح السلعة لصاحب أعلى عرض، لكنه لا يفرض إلا مبلغ ثاني أعلى عرض. قاعدة التسعير هذه هي الآلية القياسية في الكتب الدراسية لجعل المزايدة بالقيمة الحقيقية استراتيجية مهيمنة ضعيفة عندما تكون القيم خاصة ومستقلة. تقبل حاسبة فائز مزاد السعر الثاني قائمة عروض مغلقة، لكل منها مبلغ غير سالب وتسمية اختيارية للمزايد، وترتبها حسب المبلغ مع كسر تعادل مستقر بحسب ترتيب الإدخال، وتسمّي الفائز والثاني، وتعيد السعر المدفوع كعرض الثاني مع فائض المزايد (عرض الفوز ناقص السعر).
كيف يختار مزاد مغلق بالسعر الثاني الفائز والسعر
في مزاد السعر الثاني بعروض مغلقة يقدّم كل مشارك عرضًا واحدًا دون رؤية الآخرين. بعد جمع كل العروض يرتبها الدلال من الأعلى إلى الأدنى. يُعلن المشارك ذو أعلى عرض فائزًا ويتسلم السلعة أو العقد؛ أما المبلغ الذي يدفعه فعليًا فليس عرضه هو بل ثاني أعلى عرض في الترتيب—مبلغ الثاني.
يسمي الاقتصاديون ذلك مزاد فيكيري نسبةً إلى نتيجة ويليام فيكيري الكلاسيكية: تحت قيم خاصة مستقلة، تكون المزايدة بالقيمة الحقيقية استراتيجية مهيمنة ضعيفة لأن السعر الذي تدفعونه لا يعتمد على عرضكم بعد الفوز. تنفّذ هذه الحاسبة قاعدة التخصيص والسعر تلك تمامًا: فلا تشغّل ساعات إنجليزية صاعدة ولا هولندية هابطة ولا مدفوعات السعر الأول المغلقة. عندما يشترك عرضان أو أكثر في أعلى مبلغ، يفوز الإدخال الأسبق في قائمة الإدخال لديكم، فتبقى النتائج حتمية للاختبارات الآلية وإضافات LMS.
والثاني لأغراض التسعير هو دائمًا العرض التالي بعد الفائز في الترتيب نفسه، ما يعني أن تعادلًا ثنائيًا على المركز الأول ينتج سعرًا مساويًا لمبلغ الفوز وفائضًا صفريًا—بما يتوافق مع فكرة أن ثاني تسعير في السوق عند المستوى نفسه. يلزم عرضان على الأقل؛ فعرض واحد لا يعرّف دفع سعر ثانٍ بلا احتياطي، والاحتياطيات خارج نطاق هذه النقطة. تُرفض المبالغ السالبة حتى لا يخلط الترتيب عروضًا غير صالحة في نتيجة بمستوى الصف.
عقد الإدخال وحقول الاستجابة وقواعد التحقق
يجب أن يتضمن كل كائن amount كعدد منتهٍ أكبر من أو يساوي صفرًا؛ وbidder تسمية نصية اختيارية (اسم أو مقعد أو معرف وكيل). إذا حُذف bidder أو تُرك فارغًا يعيّن المعالج تسمية مستقرة بصيغة Bidder N باستخدام الموضع من واحد في القائمة. مثال: Alice بمئة وBob بثمانين وCarol بخمسة وتسعين يعطي Carol ثانيًا بخمسة وتسعين وAlice فائزة بمئة والسعر المدفوع خمسة وتسعين والفائض خمسة.
تُقرَّب المبالغ إلى اثنتي عشرة خانة عشرية لاستقرار goldens عبر بيئات التشغيل. لا تسوّي النقطة حزمًا متعددة الوحدات أو توافقية، ولا تطبق أسعار احتياطي، ولا تصمم تفضيلات المخاطرة—فقط الترتيب الكلاسيكي لمزاد السعر الثاني لسلعة واحدة.
متى يفيد حساب مزاد السعر الثاني
تستخدم مقررات المبادئ وتصميم السوق حاسبة مزاد السعر الثاني حتى يحوّل الطلاب أي قائمة قصيرة من العروض المغلقة إلى الزوج القانوني فائز-وسعر دون خلطه بقاعدة السعر الأول حيث يُدفع ما عُرض. تحتاج مولّدات الامتحانات وإضافات LMS إلى أوراكل حتمي يرفض القوائم الفارغة أو ذات العرض الواحد والمبالغ السالبة بدل اختراع سعر صفر أجوف قد يعدّه مصحح معيب نجاحًا. كثيرًا ما تجدول دفاتر البحث وبيئات تصميم الآليات نتائج فيكيري بجانب محاكاة السعر الأول؛ وتثبيت عمود السعر الثاني في واجهة parse صغيرة يمنع انحراف جداول الحساب من المقارنة.
يمكن لتدريبات الشراء وتجارب الصف التي تجمع عروضًا مغلقة مجهولة أن ترسل القائمة مرة واحدة وتعرض لكل مشارك الفائز نفسه والسعر المدفوع والفائض دون بناء محرك مزاد كامل. تستفيد مواقع المحتوى التي تتنافس على حاسبة مزاد السعر الثاني أو فائز مزاد فيكيري من أداة حية يطابق مسارها المجاني في المتصفح مسار الأتمتة المدفوعة بايتًا بايتًا على الوحدة النقية نفسها. التحقق الفاشل لا يستهلك الرصيد.
أبقوا الطلبات صغيرة وثبّتوا حقلي ranking والفائض في الاختبارات لتحصلوا على نتائج فيكيري قابلة للتكرار للواجبات وLMS والعاملين عند الحافة دون بناء بنية تحتية لعروض مغلقة خاصة بكم.
حالات الاستخدام
فحوصات فيكيري في الصف
اسمحوا للطلاب بإدخال قائمة عروض مغلقة والتحقق من أن أعلى مزايد يفوز ويدفع فقط ثاني أعلى مبلغ.
تصحيح آلي لـ LMS والامتحانات
صحّحوا بنود مزاد السعر الثاني بأوراكل حتمي يرفض قوائم العرض الواحد والمزايدات السالبة.
دفاتر تصميم الآليات
احسبوا فائز فيكيري والسعر المدفوع وفائض المزايد بجانب محاكاة السعر الأول دون محرك مزاد كامل.
الأسئلة الشائعة
كيف يحدّد مزاد السعر الثاني (فيكيري) السعر؟
يفوز أعلى مزايد بالسلعة، لكن السعر المدفوع يساوي ثاني أعلى عرض مغلق (الثاني)، وليس عرض الفائز نفسه.
ماذا يحدث إذا تعادل مزايدان على أعلى مبلغ؟
يفوز الإدخال الأسبق في قائمة الإدخال لديكم. العرض التالي في ذلك الترتيب يحدّد السعر، فيعطي تعادل ثنائي في القمة سعرًا مساويًا لمبلغ الفوز.
ما فائض المزايد في الاستجابة؟
وهو الفجوة بين ما أعلنه الفائز وما يدفعه فعليًا بموجب قاعدة السعر الثاني.
لماذا تكون المزايدة بالقيمة الحقيقية أفضل استراتيجية؟
لأن السعر بعد الفوز يتحدد بعروض الآخرين لا بعرضكم. ومع القيم الخاصة المستقلة، يكون عرض ما تساويه السلعة لكم تمامًا استراتيجية مهيمنة بشكل ضعيف.
كم عرضًا يمكنني إدخاله؟
عرضين على الأقل حتى يوجد سعر ثانٍ، وحتى خمسمئة عرض. ويجب أن يكون كل مبلغ صفرًا أو أكثر، ولا تُطبَّق أسعار احتياطية.
أدوات ذات صلة
للمطوّرين — الوصول عبر API
كل ما في هذه الصفحة متاح برمجيًا. هذا القسم موجّه للفرق التقنية التي تريد ربط الأداة بأنظمتها الخاصة؛ بقية المستخدمين يمكنهم استخدام الأداة أعلاه مباشرة دون الحاجة لقراءة ما يلي.
الـEndpoint
صادِق على طلبك بترويسة Bearer، وأرسل طلب POST واحدًا لتدخل مهمتك قائمة التنفيذ فورًا؛ ثم تستلم النتيجة عبر webhook أو رابط موقّع.
استدعِ الخدمة من بيئتك
curl -X POST https://api.kit.forhosting.com/econ/second-price-auction \
-H "Authorization: Bearer $KIT_KEY" \
-H "Content-Type: application/json" \
-d '{"bids":[{"bidder":"Alice","amount":100},{"bidder":"Bob","amount":80},{"bidder":"Carol","amount":95}]}'const res = await fetch("https://api.kit.forhosting.com/econ/second-price-auction", {
method: "POST",
headers: {
"Authorization": `Bearer ${process.env.KIT_KEY}`,
"Content-Type": "application/json"
},
body: JSON.stringify({
"bids": [
{
"bidder": "Alice",
"amount": 100
},
{
"bidder": "Bob",
"amount": 80
},
{
"bidder": "Carol",
"amount": 95
}
]
})
});
const { task_id } = await res.json();import os, requests
res = requests.post(
"https://api.kit.forhosting.com/econ/second-price-auction",
headers={"Authorization": f"Bearer {os.environ['KIT_KEY']}"},
json={
"bids": [
{
"bidder": "Alice",
"amount": 100
},
{
"bidder": "Bob",
"amount": 80
},
{
"bidder": "Carol",
"amount": 95
}
]
},
)
task_id = res.json()["task_id"]<?php
$res = file_get_contents("https://api.kit.forhosting.com/econ/second-price-auction", false, stream_context_create([
"http" => [
"method" => "POST",
"header" => "Authorization: Bearer " . getenv("KIT_KEY") . "\r\nContent-Type: application/json",
"content" => '{"bids":[{"bidder":"Alice","amount":100},{"bidder":"Bob","amount":80},{"bidder":"Carol","amount":95}]}',
],
]));
$task = json_decode($res, true);body := bytes.NewBufferString(`{"bids":[{"bidder":"Alice","amount":100},{"bidder":"Bob","amount":80},{"bidder":"Carol","amount":95}]}`)
req, _ := http.NewRequest("POST", "https://api.kit.forhosting.com/econ/second-price-auction", body)
req.Header.Set("Authorization", "Bearer "+os.Getenv("KIT_KEY"))
req.Header.Set("Content-Type", "application/json")
res, _ := http.DefaultClient.Do(req)مثال على الطلب
{
"bids": [
{
"bidder": "Alice",
"amount": 100
},
{
"bidder": "Bob",
"amount": 80
},
{
"bidder": "Carol",
"amount": 95
}
]
}مثال على الاستجابة
{
"task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
"type": "econ.second_price_auction",
"status": "queued",
"_links": {
"result": "/tasks/tsk_…/result"
}
}الواجهة غير متزامنة: تستلم task_id فور الإرسال، ويمكنك الاستعلام عن الحالة بمعدل طلب واحد في الثانية.
الأسعار
السعر معلن كما تراه: لا tokens ولا نظام نقاط؛ وإن فشلت المهمة فلن تُحاسَب عليها.
الأخطاء
| HTTP | الرمز | المعنى |
|---|---|---|
401 | unauthorized | مفتاح الوصول مفقود أو غير صالح؛ تحقق من ترويسة Bearer في طلبك. |
402 | insufficient_balance | رصيدك لا يكفي لتنفيذ هذه المهمة؛ أعد شحن الرصيد ثم أعد المحاولة. |
404 | unknown_type | نوع المهمة المطلوب غير موجود في الكتالوج — راجع الاسم المرسل في الطلب. |
429 | rate_limited | تجاوزت الحد المسموح من الطلبات؛ انتظر قليلًا ثم أعد المحاولة. |
ملاحظات تقنية
يسلك المسار التحليلي النقي نفسه واجهة المتصفح المجانية وواجهة API، فلا تختلف فحوصات الواجبات ودفاتر تصميم السوق والمصححون الآليون على قاعدة من سطرين كثيرًا ما يخلطها الطلاب بنتيجة السعر الأول حيث يُدفع ما عُرض.
عقد الإدخال وحقول الاستجابة وقواعد التحقق
أرسلوا عبر POST جسم JSON بحقل إلزامي واحد: bids، وهو مصفوفة من كائني عرض على الأقل وحتى خمسمئة. تُقبل أسماء بديلة شائعة للمصفوفة كاملة (list وoffers وsubmissions) ولـ amount في كل صف (bid وvalue وprice) وللتصنيف (name وid وlabel). غياب bids أو قيمة غير مصفوفة أو أقل من إدخالين أو أكثر من خمسمئة أو صفوف غير كائنات أو amount مفقود أو غير منتهٍ أو مبالغ سالبة تفشل بـ invalid_input ولا تُفوتر. عند النجاح يعيد الجسم bidder_count؛ وwinner وwinner_index (الموضع الأصلي من صفر)؛ وwinning_bid؛ وprice_paid مساويًا لمبلغ الثاني؛ وrunner_up وrunner_up_index وrunner_up_bid؛ وbidder_surplus كـ winning_bid ناقص price_paid؛ وranking كالقائمة المرتبة كاملة مع rank وbidder وamount وoriginal_index؛ وformula التي تؤكد أن الفائز هو argmax للعرض وأن price_paid هو ثاني أعلى عرض؛ وجملة ملخص قصيرة مناسبة للعرض.
أين تثبت واجهة API لمزاد السعر الثاني قيمتها
ولأن التنفيذ parse من المستوى A نقي، تكلّف كل مكالمة ناجحة السعر الأساسي المنشور $0.002 بلا رموز نموذج ولا شبكة صادرة.
أسئلة تقنية
كم عدد العروض اللازمة؟
اثنان على الأقل. قاعدة السعر الثاني تحتاج مبلغ الثاني؛ القوائم بأقل من عرضين تفشل بـ invalid_input ولا تُفوتر.
كم تكلفة حاسبة مزاد السعر الثاني؟
أداة المتصفح مجانية. طلبات API تستخدم رصيد KIT المدفوع مسبقًا بمبلغ $0.002 لكل مكالمة ناجحة؛ الإدخال غير الصالح لا يُفوتر.