---
title: "คิวการออกและการถอนของผู้ตรวจสอบ"
description: "คำขอออกจากผู้ตรวจสอบ คิวความจุการออก ความล่าช้าในการรับผิดชอบ การถอนหรือเรียกร้อง และการไถ่ถอนของผู้ให้บริการเป็นขั้นตอนที่แตกต่างกัน สร้างเครื่องสถานะโปรโตคอลที่ถูกต้อง สิทธิ์ ขีดความสามารถในการประมวลผล ความเสี่ยงที่จะถูกหักเงิน และเส้นทางสินทรัพย์ซ้ำก่อนที่จะประมาณเวลาที่สามารถใช้จ่ายเงินได้"
image: "https://wiki.fcontext.com/og.png"
---

> Documentation Index
> Fetch the complete documentation index at: https://wiki.fcontext.com/llms.txt
> Use this file to discover all available pages before exploring further.

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

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

<a id="answer"></a>

## คำตอบโดยตรง

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

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

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

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

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

<a id="mechanism"></a>

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

### 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. ตรวจสอบการเสร็จสมบูรณ์และวางแผนสภาพคล่อง

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

<a id="example"></a>

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

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

พิจารณาโปรโตคอลตัวอย่างที่มี `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 ชดเชยเวลา ความไม่แน่นอน และสภาพคล่องเฉพาะในภาพรวมนี้เท่านั้น; การลดค่า อัตราแลกเปลี่ยนที่เปลี่ยนแปลง การสูญเสียสัญญา หรือคิวที่หยุดชั่วคราวสามารถเปลี่ยนรายได้ในภายหลังได้

<a id="risks"></a>

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

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

<a id="misconceptions"></a>

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

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

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

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

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

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

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

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

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

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

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

<a id="related"></a>

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

- [ผู้ตรวจสอบ](/th/crypto/validator/)
- [สแลชชิง](/th/crypto/slashing/)
- [การฝากเหรียญเพื่อรับผลตอบแทน](/th/crypto/staking/)
- [การสเตกแบบมีสภาพคล่อง](/th/crypto/liquid-staking/)
- [การสเตกซ้ำ](/th/crypto/restaking/)

<a id="sources"></a>

## แหล่งที่มา

- [การถอนสเตก](https://ethereum.org/staking/withdrawals/) - Ethereum.org (เข้าถึง: 2026-08-19)
- [ข้อกำหนดฉันทามติ Ethereum: เชนสัญญาณ](https://github.com/ethereum/consensus-specs/blob/master/specs/phase0/beacon-chain.md) - Ethereum Foundation (เข้าถึง: 2026-08-19)
- [ข้อกำหนดฉันทามติ Ethereum: Capella](https://github.com/ethereum/consensus-specs/blob/master/specs/capella/beacon-chain.md) - Ethereum Foundation (เข้าถึง: 2026-08-19)
- [ข้อกำหนดฉันทามติ Ethereum: Electra](https://github.com/ethereum/consensus-specs/blob/master/specs/electra/beacon-chain.md) - Ethereum Foundation (เข้าถึง: 2026-08-19)
- [EIP-7002: การถอนเงินที่สามารถกระตุ้นได้ของเลเยอร์การดำเนินการ](https://eips.ethereum.org/EIPS/eip-7002) - Ethereum Improvement Proposals (เข้าถึง: 2026-08-19)
- [Cosmos SDK โมดูล x/staking](https://docs.cosmos.network/sdk/v0.50/build/modules/staking/README) - Cosmos SDK (เข้าถึง: 2026-08-19)
- [Stake Accounts](https://solana.com/docs/references/staking/stake-accounts) - Solana Foundation (เข้าถึง: 2026-08-19)
- [EigenLayer ผู้จัดการคณะผู้แทน](https://github.com/Layr-Labs/eigenlayer-contracts/blob/main/docs/core/DelegationManager.md) - Eigen Labs (เข้าถึง: 2026-08-19)

Source: https://wiki.fcontext.com/th/crypto/validator-exit-withdrawal-queue/index.mdx