เพดานรางวัล

4.22 เพดานต่อใบเสร็จและเพดานรายวัน

เพดานเชิงพฤติกรรมสองระดับปกป้องพูลการปล่อยจากการกระจุกตัวและสแปม เพดานทั้งสองถูกบังคับใช้ที่ชั้นแอปพลิเคชันก่อนที่ bINT จะถูกเครดิตเข้ายอดคงเหลือนอกบล็อกเชนของผู้ใช้ เพดานระดับสากลที่สามจะมีผลเมื่อชำระ (soft-cap pro-rata ใน 4.24)

เพดานต่อใบเสร็จ

ใบเสร็จที่ยืนยันแล้วแต่ละใบจะให้เครดิต bINT สูงสุดตามระดับของผู้ใช้ เพดานนี้ป้องกันไม่ให้ใบเสร็จมูลค่าสูงรายการเดียวใช้งบประมาณรายวันของผู้ใช้ในสัดส่วนที่ไม่เหมาะสม ระบบรองรับ 50 ระดับผู้ใช้ โดยเพดานต่อใบเสร็จเพิ่มขึ้นแบบโมโนโทนิก (monotonically) ตามระดับ ค่าที่แน่นอนสำหรับแต่ละระดับถูกปรับเทียบในระบบผลิตและไม่เผยแพร่

เพดานรายวัน

ผู้ใช้แต่ละคนมีงบประมาณ bINT รายวันที่จำกัดรางวัลรวมจากใบเสร็จทั้งหมดในหนึ่งวัน UTC เพดานจะปรับตามระดับของผู้ใช้ตลอดช่วง 50 ระดับเดียวกันนี้ โดยเพิ่มขึ้นแบบโมโนโทนิก ค่าที่แน่นอนสำหรับแต่ละระดับถูกปรับเทียบในระบบผลิตและไม่เผยแพร่

เมื่อยอดรวมรายวันของผู้ใช้ถึงเพดานแล้ว ใบเสร็จเพิ่มเติมจะถูกประมวลผลและบันทึกแต่ไม่ได้รับ bINT เพิ่มเติมสำหรับวันนั้น เพดานจะรีเซ็ตเมื่อเที่ยงคืน UTC ค่าเหล่านี้สามารถปรับเปลี่ยนได้ผ่านการกำหนดค่าตามระดับ และจะถูกปรับจูนใหม่เมื่อฐานผู้ใช้เติบโตและการกระจายระดับเปลี่ยนแปลง

4.23 สถาปัตยกรรมเป้าหมาย: เพดานแบบสูตร

โมเดลเพดานระยะยาวแทนที่ตารางแบบเรียบต่อระดับด้วยสูตรต่อเนื่อง:

effective_daily_ceiling = base_cap × level_multiplier × health_score

ภายใต้โมเดลนี้ ผู้ใช้ระดับต่ำที่มีสถานะสุขภาพเป็นกลางจะได้รับเพียงเศษส่วนของเพดานพื้นฐาน (base_cap × level_multiplier × health_score) ในขณะที่ผู้ใช้ระดับสูงที่มีสถานะสุขภาพแข็งแรงจะเข้าใกล้ขีดจำกัดบนของช่วงเพดาน ค่าคงที่ที่แน่นอนถูกปรับเทียบในระบบผลิตและไม่เผยแพร่ สูตรนี้ช่วยให้โปรโตคอลปรับจูนปัจจัยใดก็ได้จากสามปัจจัยอย่างอิสระโดยยังคงรักษาซองเศรษฐกิจโดยรวม

เส้นทางการเปลี่ยนผ่าน

ตาราง MVP และสูตรเป้าหมายดำรงอยู่คู่กันในช่วง pre-TGE และ post-TGE ระยะแรก ตาราง MVP ให้เพดานที่กำหนดได้แน่นอนและตรวจสอบได้ง่ายในช่วงที่ระบบให้คะแนนสุขภาพและการกระจายระดับยังอยู่ระหว่างการพัฒนา โมเดลแบบสูตรจะเปิดใช้งานเมื่อสัญญาณสุขภาพและระดับของชั้นความน่าเชื่อถือถึงความลึกของการปรับเทียบที่เพียงพอ การเปลี่ยนผ่านเป็นการเปลี่ยนค่าคอนฟิกของโปรโตคอล ไม่ใช่การย้าย smart contract