ข้ามไปยังเนื้อหา
Financial Context Wiki

คิวการออกและการถอนของผู้ตรวจสอบ

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

อัปเดต

จัดทำขึ้นเพื่อการศึกษาเท่านั้น ไม่ใช่คำแนะนำการลงทุน การลงทุนอาจทำให้สูญเสียเงินลงทุนได้

คำตอบโดยตรง

คิวการออกของผู้ตรวจสอบจำกัดความเร็วที่น้ำหนักฉันทามติสามารถออกจากชุดผู้ตรวจสอบที่ใช้งานอยู่ มันไม่จำเป็นต้องเป็นกลไกเดียวกับคิวคำขอถอนเงิน การยกเลิกพันธะหรือความล่าช้าในการรับผิดชอบ การเก็บยอดคงเหลือที่มีสิทธิ์โดยอัตโนมัติ การเรียกร้องที่ผู้ใช้เริ่มต้น หรือคิวการไถ่ถอนของผู้ให้บริการสเตก คำถามที่เป็นประโยชน์ไม่ใช่ ‘คิวยาวเท่าไหร่?’ แต่เป็น ‘ตำแหน่งนี้อยู่ในสถานะใด การเปลี่ยนถัดไปคืออะไร และเงื่อนไขใดที่ทำให้สินทรัพย์สามารถใช้จ่ายได้โดยเจ้าของของมัน?’

แยกขั้นตอนและข้อเรียกร้องเหล่านี้ออก

  • การยอมรับคำขอ: ข้อความที่ลงนาม การทำธุรกรรม การเรียกสัญญา หรือคำสั่งผู้ให้บริการ ถูกบรรจุอย่างถูกต้องและระบุให้อยู่กับผู้ตรวจสอบ บัญชี หรือสถานะที่ถูกต้อง
  • ความสามารถในการออกหรือปิดการใช้งาน: โปรโตคอลจำกัดจำนวนผู้ตรวจสอบหรือผลรวมของน้ำหนักที่สามารถหยุดเข้าร่วมต่อยุค เซสชัน หรือช่วงเวลาที่กำหนดอื่น ๆ
  • ความรับผิดชอบหรือการหน่วงเวลาในการปลดล็อกพันธะ: ตำแหน่งที่ออกไปแล้วหรือยังไม่ได้มอบหมายจะยังคงถูกล็อก และอาจยังคงเสี่ยงต่อบทลงโทษสำหรับพฤติกรรมก่อนหน้านี้ที่สามารถระบุได้
  • การดำเนินการถอนเงิน: ยอดคงเหลือที่มีสิทธิ์จะถูกผลักโดยการสแกนถอนของโปรโตคอล ดึงโดยธุรกรรมการเรียกร้อง ปล่อยออกจากบัญชีสเตก หรือโอนไปเมื่อกระบวนการคิวการครบกำหนดถูกดำเนินการ
  • การไถ่ถอนผ่านผู้ให้บริการ: ผู้รับฝากทรัพย์ พูล โทเค็นลิควิดสเตก หรือสัญญารีสเตก อาจกำหนดการรวมรายการ สภาพคล่อง ค่าธรรมเนียม อัตราแลกเปลี่ยน สิทธิ์ และระยะเวลาของตนเพิ่มเติมจากโปรโตคอลพื้นฐาน

Ethereum แสดงให้เห็นว่าทำไมความแตกต่างถึงมีความสำคัญ การออกจากระบบของผู้ตรวจสอบอย่างเต็มรูปแบบสามารถเริ่มได้ด้วยกุญแจลงชื่อของผู้ตรวจสอบ หรือภายใต้กฎปัจจุบัน จากชั้นการประมวลผลโดยหน่วยงานถอนเงิน หลังจากการกำหนดเวลาการออกและสถานะที่สามารถถอนเงินได้ในภายหลัง การถอนเงินเต็มรูปแบบที่มีรหัสประจำตัวการถอนจากชั้นการประมวลผลจะถูกทำให้เสร็จสิ้นโดยอัตโนมัติ ผู้ตรวจสอบ Type 1 แบบเดิมและผู้ตรวจสอบ Type 2 แบบสะสมมีพฤติกรรมการถอนเงินบางส่วนแตกต่างกัน ดังนั้น รายการคำขอธุรกรรม การออกจากระบบตามฉันทามติ ยุคที่สามารถถอนเงินได้ และการทำให้เสร็จสิ้นจึงเป็นการสังเกตที่แยกออกจากกัน

ป้าย Ethereum เหล่านั้นไม่ได้ใช้ได้ทุกที่ ในเชน Cosmos SDK การเลิกมอบหมายของผู้มอบหมายสร้างรายการเลิกพันธะพร้อมเวลาที่กำหนดโดยการตั้งค่าเชน และโมดูลภายนอกสามารถระงับการเลิกพันธะได้ ใน Solana อำนาจบัญชีสเตกจะปิดการมอบหมาย การสเตกจะเย็นตัวลงข้ามขอบเขตยุค และอำนาจในการถอนสามารถถอนสเตกที่ไม่ใช้งานได้โดยขึ้นอยู่กับข้อกำหนดการล็อกสัญญา สัญญาการสเตกซ้ำสามารถเพิ่มการถอนที่รอต่อแถวและหน้าต่างที่สามารถถูกตัดได้เสมอ ควรตรวจสอบเครือข่าย เวอร์ชัน โมดูล สัญญา และข้อกำหนดการให้บริการอย่างละเอียด

วิธีวิเคราะห์เวลาในการออกและถอนตัว

1. กำหนดตำแหน่งและชุดกฎ

บันทึก network, chain ID, ฟอร์กหรือรันไทม์ที่ใช้งาน, บล็อกหรือยุค, เวอร์ชันของไคลเอนต์/ข้อกำหนด, โมดูลการสเตกหรือสัญญา, และข้อกำหนดในการให้บริการ ระบุว่าวัตถุเป็นตัวตนของผู้ตรวจสอบการสเตก (validator identity), การสเตกด้วยตนเอง (self-stake), หุ้นที่ได้รับมอบหมาย (delegated shares), บัญชีสเตก (stake account), การเรียกร้องจากกลุ่มสเตก (pooled claim), โทเค็นสเตกแบบเหลว (liquid-staking token), หรือการจัดสรรที่สเตกซ้ำ (restaked allocation) อย่าใช้กฎการออกจากผู้ตรวจสอบ (validator-exit rule) กับการถอนของผู้มอบหมาย (delegator redemption) หรือความรับผิดนอกเครือข่ายของผู้ให้บริการ (provider’s off-chain liability)

2. ตรวจสอบสิทธิ์และการรับคำขอ

ทำแผนที่คีย์การลงนามของผู้ตรวจสอบ ข้อมูลรับรองการถอนหรืออำนาจ ผู้มีอำนาจสเตก เจ้าของบัญชี ผู้เรียกสัญญา ผู้รับประโยชน์ และผู้จ่ายค่าธรรมเนียม ทำซ้ำฟิลด์ข้อความที่จำเป็น โดเมนลายเซ็น ดัชนีผู้ตรวจสอบหรือคีย์สาธารณะ จำนวนเงิน นอนซ์ ปลายทาง และค่าธรรมเนียม ยืนยันการรวมที่เสร็จสมบูรณ์และสถานะที่เกิดขึ้น; ไฟล์ที่ลงนามในเครื่อง ธุรกรรมที่ส่ง ตั๋วผู้ให้บริการ หรือการจำลองที่สำเร็จไม่ถือเป็นหลักฐานว่าระเบียบปฏิบัติได้ยอมรับคำขอ

3. สร้างเครื่องสถานะขึ้นใหม่

เขียนสถานะและการเปลี่ยนแปลงทุกอย่างแทนที่จะระบุวันที่ประมาณการเพียงวันเดียว เส้นทางผู้ตรวจสอบประกอบเป็นตัวอย่างคือ active -> exit_requested -> exit_scheduled -> exited -> withdrawable -> withdrawal_processed -> wallet_credited ผู้มอบสิทธิ์อาจเคลื่อนไหวผ่าน bonded -> unbonding -> matured -> transferred แทน ในขณะที่บัญชีสเตกอาจเป็น active -> deactivating -> inactive -> withdrawn บันทึกว่าการเปลี่ยนแปลงใดเป็นอัตโนมัติและการเปลี่ยนแปลงใดต้องการธุรกรรมหรือการดำเนินการของบริการอื่น

4. วัดปริมาณคอขวดแต่ละข้อ

จำแนกขีดจำกัดการร้องขอเข้าด้วยกัน การหมุนเวียนการออกของผู้ตรวจสอบ ความล่าช้าที่กำหนด ความจุการถอนเงินเป็นชุด คิวสัญญา การรวมกลุ่มผู้ให้บริการ และความสุดท้ายหรือการยืนยัน กำหนดว่าความจุถูกวัดโดยบันทึกของผู้ตรวจสอบ หุ้นมีผล ยอดคงเหลือ คำร้อง ใช้แก๊ส หรือเวลาที่ผ่านไป สืบค้น queue_ahead, capacity_per_interval ขนาดชุดที่ใช้งานหรือยอดคงเหลือ และขีดจำกัดใด ๆ ณ จุดสังเกตที่สรุปแล้วเดียวกัน การประเมินอย่างง่าย ceil((work_ahead + own_work) / capacity) ใช้ได้ก็ต่อเมื่อสมมติฐานเรื่องลำดับและความจุเป็นจริง

5. ระบุหน้าที่ รางวัล และความเสี่ยงจากการสแลช

หาค่าเวลาที่แน่นอน ระดับความสูง หรือสถานะเมื่อหน้าที่ในการเสนอและการลงคะแนนสิ้นสุดลง เมื่อรางวัลปกติหยุดลง เมื่อยังสามารถใช้บทลงโทษได้ และเมื่อยอดคงเหลือไม่สามารถถูกหักได้ เวลาเหล่านี้ไม่จำเป็นต้องตรงกัน ให้เก็บเครื่องมือผู้ตรวจสอบออนไลน์และตั้งค่าให้ถูกต้องจนกว่าสถานะของโปรโตคอลจะระบุว่าหน้าที่ของมันสิ้นสุดแล้ว; การส่งคำขอยกเลิกออกอากาศหรือสถานะหน้าส่วนติดต่อผู้ใช้ไม่ใช่อำนาจเพียงพอในการปิดระบบ

6. ตรวจสอบชั้นของสินทรัพย์และการเรียกร้อง

ติดตามหน่วยท้องถิ่นจากการบัญชีแบบพันธะหรือแบบใช้งานผ่านสถานะรอดำเนินการ การยกเลิกพันธะ การถอนได้ เอสโครว์สัญญา การเก็บรักษาผู้ให้บริการ และบัญชีปลายทาง แยกมูลค่าหุ้น ใบเสร็จโทเค็น หรือโทเค็นสเตกแบบลื่นใช้ราคาตลาดและอัตราแลกเปลี่ยนของพวกมัน กระทบยอดรางวัลโปรโตคอล ค่าปรับ การลดทอน ค่าคอมมิชชั่น ค่าธรรมเนียมการไถ่ถอน แก๊ส ค่าข้ามเครือข่าย และการปัดเศษ การขายสิทธิเรียกร้องจะโอนความเสี่ยงด้านสภาพคล่องไปยังผู้ซื้อ; การขายไม่ได้เร่งกระบวนการเปลี่ยนแปลงของโปรโตคอลพื้นฐาน

7. ตรวจสอบการเสร็จสมบูรณ์และวางแผนสภาพคล่อง

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

ตัวอย่างที่มีการทำงาน

การคำนวณเวลาหลายขั้นตอน

พิจารณาโปรโตคอลตัวอย่างที่มี block_time = 12 seconds และ epoch = 30 blocks = 6 minutes คำขอใช้เวลา 4 blocks เพื่อไปยังจุดยืนยันที่เลือก รอ 72 epochs สำหรับความจุในการออก จากนั้นมีความล่าช้าในการรับผิดชอบ 8 epochs และคาดว่าจะใช้เวลา 12 blocks จนกว่าการประมวลผลการโอน:

4 * 12 = 48 seconds.

72 * 6 = 432 minutes.

8 * 6 = 48 minutes.

12 * 12 = 144 seconds = 2.4 minutes.

เวลาตัวอย่างรวมทั้งหมดคือ 48 seconds + 432 minutes + 48 minutes + 2.4 minutes = 483.2 minutes = 8.0533 hours ขั้นตอนต่าง ๆ ถูกบวกเข้าด้วยกันเพราะเป็นลำดับต่อเนื่อง นี่ไม่ใช่การพยากรณ์ Ethereum: กฎจริงสามารถใช้ช่วงเวลาที่แตกต่างกัน การสลับสถานะที่ขึ้นกับรัฐ ความล่าช้าขั้นต่ำ อัลกอริทึมการสแกน และสมมติฐานเกี่ยวกับความสมบูรณ์สุดท้าย

คิวตามน้ำหนักที่มีความจุเปลี่ยนแปลงได้

สมมติว่าหน่วยที่มีประสิทธิภาพ work_ahead = 50,000, ทางออกนี้แทน own_work = 320, และ capacity_per_epoch = 640 เริ่มต้น ด้วยความจุคงที่:

ceil((50,000 + 320) / 640) = ceil(78.625) = 79 epochs.

ที่ 6 minutes ต่อยุค นั่นคือ 79 * 6 = 474 minutes = 7.9 hours แต่สมมติว่าความจุลดลงเหลือ 512 หลังยุค 30 ยุคแรก ๆ จำนวน 30 จะประมวลผล 30 * 640 = 19,200 เหลือ 50,320 - 19,200 = 31,120 ที่เหลือต้องใช้ ceil(31,120 / 512) = 61 epochs ดังนั้นผลรวมที่ปรับปรุงใหม่คือ 30 + 61 = 91 epochs = 9.1 hours การประเมินแบบสดต้องคำนวณความจุและการจัดลำดับใหม่ แทนที่จะคงอัตราในแดชบอร์ดเดียว

การปรับยอดเงินผ่านการออก

ผู้ตรวจสอบที่เป็นตัวอย่างเริ่มต้นด้วยหน่วย 32 ได้รับ 0.40 ก่อนที่หน้าที่จะสิ้นสุด เกิดค่าปรับปกติ 0.05 และต่อมาได้รับส่วนลด 1.20 ตามหน้าต่างการรับความเสี่ยงของโปรโตคอล จำนวนที่มีอยู่ก่อนค่าธรรมเนียมหรือภาษีของผู้ให้บริการคือ:

32 + 0.40 - 0.05 - 1.20 = 31.15 units.

คำขอไม่ได้ล็อกการจ่ายเงินหน่วย 32 การเปลี่ยนแปลงยอดคงเหลือของโปรโตคอล การบัญชีของผู้ให้บริการ และการเปลี่ยนแปลงราคาตลาดเป็นบัญชีแยกต่างหาก หากปลายทางได้รับ 31.15 นั่นจะทำให้เส้นทางหน่วยพื้นเมืองตรงกัน แต่ไม่ได้บอกอะไรเกี่ยวกับมูลค่าเงินจริงหรือสิทธิ์ในการชดเชย

การเรียกร้องแบบใช้เงินสดเทียบกับการไถ่ถอนแบบต่อแถว

สมมติว่าโทเค็น liquid-staking 100 สามารถขายได้ตอนนี้ในราคา 0.965 หน่วยพื้นเมืองต่อโทเค็น ซึ่งให้ผลลัพธ์ดังนี้:

100 * 0.965 = 96.5 units.

ผู้ให้บริการกลับเสนอการไถ่ถอนที่หนึ่งหน่วยพื้นเมืองต่อโทเค็นหลังจากคิวที่มีค่าธรรมเนียม 0.2% หรือ 100 * (1 - 0.002) = 99.8 units ความแตกต่างคือ 99.8 - 96.5 = 3.3 units และส่วนลดการขายทันทีเมื่อเทียบกับรายได้ที่คิวเสนอคือ 3.3 / 99.8 = 3.3066% ส่วนต่างหน่วย 3.3 ชดเชยเวลา ความไม่แน่นอน และสภาพคล่องเฉพาะในภาพรวมนี้เท่านั้น; การลดค่า อัตราแลกเปลี่ยนที่เปลี่ยนแปลง การสูญเสียสัญญา หรือคิวที่หยุดชั่วคราวสามารถเปลี่ยนรายได้ในภายหลังได้

ความเสี่ยงและความล้มเหลวในการทบทวน

  • เลือกคิวผิด: คิวออกของผู้ตรวจสอบ คิวรับคำขอถอน ช่วงอันบอนดิง สวีป คิวสัญญา และคิวไถ่ถอนของผู้ให้บริการมีสถานะและกำลังประมวลผลต่างกัน
  • ใช้ชุดกฎผิด: เชน ฟอร์ก รันไทม์ เวอร์ชันโมดูล เทสต์เน็ต หรือการติดตั้งสัญญาที่ต่างกันอาจใช้การเปลี่ยนสถานะคนละแบบ
  • พารามิเตอร์ล้าสมัย: อัตราการออก ความล่าช้าคงที่ ขีดจำกัดสวีป ค่าธรรมเนียม ล็อกอัป และเงื่อนไขผู้ให้บริการอาจเปลี่ยนหลังการประมาณ
  • คำขอยังไม่ถูกรับ: การลงนาม ส่ง เผยแพร่ จำลอง หรือเปิดทิกเก็ต ไม่ได้พิสูจน์ว่าโปรโตคอลยอมรับคำขอและสถานะถึงจุดสิ้นสุดแล้ว
  • สับสนเรื่องสิทธิ์: คีย์ของผู้ตรวจสอบ การถอน สเตก เจ้าของ ผู้รับฝากทรัพย์ และผู้ดูแลสัญญาอาจอนุญาตการกระทำคนละประเภท
  • ข้อมูลรับรองหรือปลายทางผิด: การแปลงข้อมูลรับรองที่ย้อนกลับไม่ได้หรือที่อยู่ถอนผิดอาจโอนอำนาจควบคุมไปอย่างถาวร
  • หยุดทำงานเร็วเกินไป: การหยุดหน้าที่ก่อนสถานะออกที่บันทึกบนเชนอาจทำให้เสียรางวัลหรือถูกลงโทษ
  • กำหนดจุดสิ้นสุดรางวัลผิด: เวลารับคำขอ กำหนดออก ออกจริง ถอนได้ และโอน อาจใช้กฎการสะสมรางวัลต่างกัน
  • ยังมีความเสี่ยงถูกสแลช: เงินที่ออกแล้ว อยู่ระหว่างอันบอนดิง หรืออยู่ในคิว อาจยังถูกลงโทษจากความผิดก่อนหน้าที่ระบุผู้รับผิดได้
  • จำนวนกับน้ำหนักไม่ตรงกัน: คิวที่แสดงเป็นจำนวนผู้ตรวจสอบอาจไม่สะท้อนกำลังประมวลผลที่จำกัดตามยอดคงเหลือที่มีผลหรือจำนวนหุ้น
  • คิวเปลี่ยนแบบไดนามิก: การเปลี่ยนพารามิเตอร์หรือชุดผู้ตรวจสอบที่ใช้งานภายหลังอาจเปลี่ยนอัตราประมวลผล แม้คำขอใหม่จะแซงไม่ได้
  • สับสนระหว่างสวีปกับการเคลม: เมื่อมีสิทธิ์แล้ว โปรโตคอลอาจส่งให้อัตโนมัติ กำหนดให้ผู้ใช้เคลม หรือยังต้องรอสวีปตามรอบ
  • สับสนระหว่างบางส่วนกับทั้งหมด: การถอนยอดเกิน การยกเลิกมอบหมายบางส่วน และการออกของผู้ตรวจสอบทั้งหมดไม่ใช่เหตุการณ์เดียวกัน
  • ล็อกอัปและการระงับ: การล็อกบัญชี การควบคุมโดยธรรมาภิบาล การหยุดเพื่อความปลอดภัย หรือการระงับโดยโมดูลภายนอกอาจนานกว่าวันครบกำหนด
  • เงื่อนไขผู้ให้บริการไม่ตรงกับโปรโตคอล: แม้โปรโตคอลพื้นฐานเสร็จแล้ว ผู้ให้บริการยังอาจชะลอ รวมรายการ จำกัด หักกลบ หรือปฏิเสธการไถ่ถอน
  • ความเสี่ยงซ้อนจากรีสเตก: การออกจากเชนพื้นฐานอาจไม่ปล่อยสเตกที่จัดสรรให้บริการอื่นหรือยุติช่วงลงโทษของบริการนั้น
  • ความเสี่ยงส่วนต่างของสิทธิเรียกร้อง: โทเค็นลิควิดสเตกอาจซื้อขายต่ำกว่ามูลค่าสิทธิเรียกร้องหรือไม่สามารถแลกได้ในภาวะตึงเครียด
  • ค่าธรรมเนียมและการปัดเศษ: ค่าแก๊ส ค่าคำขอแบบไดนามิก ค่าคอมมิชชัน การแปลงหุ้น ค่าบริดจ์ และการเปลี่ยนทศนิยมล้วนกระทบยอดรับจริง
  • ความล้มเหลวของการรับฝากและสัญญา: คีย์ถูกเจาะ ผู้ให้บริการล้มละลาย สิทธิ์อัปเกรด บั๊ก หรือบริดจ์ล้มเหลว อาจระงับหรือเบี่ยงสินทรัพย์ได้
  • ข้อมูลสังเกตและไฟนอลิตี้ผิด: แดชบอร์ดอาจล่าช้า ข้ามรายการที่ถูกระงับ สับสนสถานะประมาณกับสถานะสุดท้าย หรือแสดงเหตุการณ์ที่ภายหลังถูกรีออร์ก

ความเข้าใจผิดทั่วไป

การส่งคำขอออกหมายความว่าหน้าที่ของผู้ตรวจสอบจะหยุดทันทีหรือไม่?

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

คำว่า withdrawable หมายความว่า กระเป๋าเงินปลายทางได้รับเครดิตแล้วหรือไม่?

ไม่ใช่ withdrawable มักหมายถึงมีสิทธิ์ถอนเท่านั้น โปรโตคอลอาจยังต้องสวีป ผู้ใช้อาจต้องเคลม บัญชีอาจต้องส่งคำสั่งถอน หรือผู้ให้บริการอาจยังต้องชำระหนี้สิน จึงต้องตรวจสอบยอดคงเหลือปลายทางจริง

ความยาวคิวหารด้วยอัตราของวันนี้สามารถให้วันที่ที่แน่นอนได้หรือไม่?

ไม่ใช่ หน้าจออาจนับหน่วยผิด ความจุอาจขึ้นอยู่กับสภาวะ ความล่าช้าคงที่และเวลาสำรวจอาจตามมา และขั้นตอนของผู้ให้บริการอาจถูกละเว้น ระบุสมมติฐานทั้งหมดและคำนวณช่วงค่า

การขายโทเค็นสเตกแบบเหลวจะข้ามคิวการถอนเงินได้หรือไม่?

มันมอบสภาพคล่องในตลาดทันทีแก่ผู้ขายหากมีผู้ซื้ออยู่ ส่วนหุ้นพื้นฐานหรือสิทธิ์การไถ่ถอนของผู้ถือรายอื่นจะยังคงเป็นไปตามโปรโตคอลและกฎของผู้ให้บริการ ในขณะที่ผู้ขายยอมรับราคาตลาดและต้นทุนการซื้อขาย

ระยะเวลาการเลิกพันธะหรือถอนเงินที่โฆษณาไว้เป็นขีดจำกัดสูงสุดที่รับประกันหรือไม่?

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

หัวข้อที่เกี่ยวข้อง

แหล่งที่มา

การนำทาง

ค้นหาในวิกิ...