<rss xmlns:atom="http://www.w3.org/2005/Atom" version="2.0">
    <channel>
        <title>Backtest - Nhãn - NZQIRC</title>
        <link>https://nzqirc.xyz/tags/backtest/</link>
        <description>Backtest - Nhãn - NZQIRC</description>
        <generator>Hugo -- gohugo.io</generator><language>vi</language><copyright>This work is licensed under a Creative Commons Attribution-NonCommercial 4.0 International License.</copyright><lastBuildDate>Fri, 07 Aug 2026 10:00:00 &#43;0700</lastBuildDate><atom:link href="https://nzqirc.xyz/tags/backtest/" rel="self" type="application/rss+xml" /><item>
    <title>Backtesting: Kiểm định Kupiec POF và Nghịch lý &#39;Vai Mỏng&#39;</title>
    <link>https://nzqirc.xyz/posts/math/stats/kupiec-pof-backtest/</link>
    <pubDate>Fri, 07 Aug 2026 10:00:00 &#43;0700</pubDate>
    <author>Du Mã</author>
    <guid>https://nzqirc.xyz/posts/math/stats/kupiec-pof-backtest/</guid>
    <description><![CDATA[<p>Sau khi xây dựng một mô hình đo lường rủi ro (như ước lượng VaR bằng Monte Carlo hay Bootstrap), làm sao để sếp của bạn (Giám đốc Rủi ro - CRO) tin rằng nó hoạt động tốt? Câu trả lời là bạn phải thực hiện <strong>Backtesting</strong> (Kiểm định lại trên dữ liệu quá khứ).</p>
<p>Một trong những bài kiểm định kinh điển và bắt buộc đối với chuẩn Basel là <strong>Kupiec POF (Proportion of Failures)</strong>. Cơ chế của nó rất đơn giản: Đếm số lần mức lỗ thực tế đâm xuyên qua (vượt) ngưỡng VaR dự báo. Nếu bạn dự báo VaR ở độ tin cậy 95% (tức kỳ vọng có 5% số ngày bị vượt ngưỡng) trên 1000 ngày giao dịch, bạn được phép sai khoảng 50 lần. Nếu bạn sai tới 95 lần, kiểm định Kupiec sẽ bác bỏ mô hình của bạn vì nó &ldquo;bảo vệ quá yếu&rdquo;.</p>]]></description>
</item>
</channel>
</rss>
