Iceberg Order คืออะไร ทำความเข้าใจกลไกซ่อนคำสั่งซื้อขาย

Iceberg order คือคำสั่งซื้อขายแบบ Limit order รายการเดียวที่วางอยู่ในสมุดคำสั่งซื้อของตลาดหลักทรัพย์ โดยมีปริมาณสองส่วนประกอบกัน ได้แก่ ปริมาณที่แสดงให้เห็น (displayed size) ซึ่งทั้งตลาดสามารถมองเห็นได้ในราคาเสนอซื้อเสนอขาย และปริมาณสำรองที่ซ่อนอยู่ (hidden reserve) ซึ่งระบบจับคู่คำสั่งซื้อขายจะปล่อยออกมาโดยอัตโนมัติเมื่อส่วนที่แสดงอยู่ถูกจับคู่จนหมด ชื่อของมันอธิบายถึงลักษณะรูปทรง คือส่วนยอดเล็ก ๆ ที่โผล่พ้นน้ำโดยมีมวลส่วนใหญ่อยู่ใต้น้ำ การซ่อนคำสั่งซื้อขายมีต้นทุนที่ต้องจ่าย นั่นคือลำดับคิว (queue position) โดยทุกครั้งที่ส่วนที่แสดงอยู่ถูกเติมเข้ามาใหม่ จะได้รับประทับเวลา (timestamp) ใหม่ และต้องไปต่อท้ายรายการอื่น ๆ ที่รออยู่ในราคานั้นอยู่ก่อนแล้ว

Iceberg order คืออะไร

สมมติว่ากองทุนต้องการซื้อหุ้น 50,000 หุ้น และยินดีจ่ายสูงสุดที่ราคา 50.00 ดอลลาร์ หากส่งคำสั่งเป็น limit order ปกติ สมุดคำสั่งซื้อจะแสดงความต้องการซื้อ 50,000 หุ้นที่ราคานั้นให้ทุกคนเห็น แต่หากส่งเป็น Iceberg order โดยกำหนดขนาดที่แสดงไว้ 500 หุ้น สมุดคำสั่งซื้อจะแสดงเพียง 500 หุ้น เมื่อหุ้น 500 หุ้นนั้นถูกจับคู่ ระบบจับคู่คำสั่งซื้อขายจะดึงอีก 500 หุ้นจากส่วนสำรองออกมาแสดง และทำซ้ำเช่นนี้ไปเรื่อย ๆ จนกว่าส่วนสำรองจะหมดหรือคำสั่งถูกยกเลิก

มีสองสิ่งที่คงเดิมตลอดกระบวนการ คือเป็นคำสั่งเดียว ที่ราคาเดียว บนตลาดเดียว และตลาดหลักทรัพย์ถือครองปริมาณทั้งหมดไว้ตั้งแต่วินาทีที่ส่งคำสั่งเข้ามา

คำอธิบายที่คุณมักพบเห็นบ่อยที่สุดว่าเป็นการที่เทรดเดอร์หั่นคำสั่งซื้อขายขนาดใหญ่เป็นชิ้นเล็ก ๆ แล้วค่อย ๆ ทยอยส่งเข้ามาตลอดทั้งวันหรือหลายวันนั้น เป็นกลยุทธ์ที่ต่างออกไป สิ่งนั้นคือตารางเวลาการส่งคำสั่ง (execution schedule) ซึ่งดำเนินการโดยอัลกอริทึมที่ส่งคำสั่งย่อยจำนวนมากไปยังหลายตลาดและวัดผลเทียบกับเกณฑ์มาตรฐาน เช่น VWAP แต่ Iceberg order เป็นคุณลักษณะของคำสั่งซื้อขายในตลาดนั้น ๆ โดยการหั่นคำสั่งจะเกิดขึ้นภายในระบบจับคู่คำสั่งซื้อขายในระดับไมโครวินาทีบนสมุดคำสั่งซื้อเดียว

คำศัพท์อาจแตกต่างกันไปตามแต่ละตลาด ส่วนที่มองเห็นได้เรียกว่า display quantity หรือ tip ส่วนที่เหลือเรียกว่า reserve หรือ non-displayed portion และกฎของ Nasdaq เรียกคุณลักษณะนี้ว่า Reserve Size

ส่วนที่แสดงอยู่สามารถมีขนาดเล็กที่สุดได้เท่าใด

ตลาดหลักทรัพย์กำหนดเกณฑ์ขั้นต่ำสำหรับส่วนที่แสดงอยู่และระบุเป็นหน่วยการซื้อขายปกติ (round lots) แทนที่จะเป็นจำนวนหุ้นที่แน่นอน Nasdaq กำหนดให้ขนาดที่แสดงของคำสั่งซื้อขายแบบสำรองต้องมีค่าเท่ากับหรือมากกว่าหนึ่งหน่วยการซื้อขายปกติ ณ เวลาที่ส่งคำสั่ง และจะปัดเศษจำนวนหุ้นที่ไม่เต็มหน่วยลงให้เป็นหน่วยการซื้อขายปกติที่ใกล้ที่สุด สมุดคำสั่งซื้อ BZX ของ Cboe จะเติมปริมาณที่แสดงให้เต็มเมื่อปริมาณลดลงต่ำกว่าหนึ่งหน่วยการซื้อขายปกติ ถ้อยคำในกฎระเบียบอาจแตกต่างกันไปตามแต่ละตลาดและมีการแก้ไขอยู่เสมอ ดังนั้นควรศึกษาจากกฎระเบียบของตลาดที่คุณส่งคำสั่งไปแทนที่จะเชื่อตัวเลขที่อ้างอิงต่อกันมา

หน่วยการซื้อขายปกติ (round lot) ไม่ได้มีค่าคงที่ที่ 100 หุ้นอีกต่อไป ภายใต้คำนิยามที่แก้ไขใหม่ของ Regulation NMS ซึ่งมีผลตั้งแต่วันที่ 3 พฤศจิกายน 2025 ขนาดจะปรับเปลี่ยนตามราคา ได้แก่ 100 หุ้นสำหรับราคา 250.00 ดอลลาร์หรือต่ำกว่า, 40 หุ้นสำหรับราคา 250.01 ถึง 1,000.00 ดอลลาร์, 10 หุ้นสำหรับราคา 1,000.01 ถึง 10,000.00 ดอลลาร์ และหนึ่งหุ้นสำหรับราคาที่สูงกว่านั้น ตลาดหลักทรัพย์จะจัดกลุ่มหุ้นใหม่ปีละสองครั้งจากราคาปิดเฉลี่ยในช่วงการประเมินเดือนมีนาคมหรือกันยายน ประกาศแจ้งเตือนจาก Nasdaq เกี่ยวกับการเปลี่ยนแปลงนี้ ได้ระบุระดับราคาและวันที่ไว้ สำหรับหุ้นที่มีราคาหลักพัน ส่วนที่แสดงอยู่เล็กที่สุดที่อนุญาตคือสิบหุ้น

Iceberg order เสียลำดับคิวหรือไม่

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

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

เมื่อมีการส่ง Reserve Order หากมีการจับคู่กับคำสั่งที่แสดงอยู่จนทำให้ขนาดลดลงต่ำกว่าหน่วยการซื้อขายปกติ จะมีการส่งคำสั่งที่แสดงอยู่รายการใหม่เข้ามาและได้รับประทับเวลาใหม่ ในขณะที่ขนาดของคำสั่งที่ไม่แสดงอยู่จะถูกลดลงตามจำนวนเดียวกันและจะไม่ได้รับประทับเวลาใหม่

นั่นคือ Nasdaq Equity 4, Rule 4703(h) ซึ่งอ้างอิงจาก คำสั่งของ SEC ที่อนุมัติการเปลี่ยนแปลงกฎ Reserve Order เมื่อวันที่ 18 กุมภาพันธ์ 2021 ส่วนสำรองจะยังคงสถานะเดิมไว้ในขณะที่ส่วนที่แสดงอยู่จะถูกรีเซ็ตทุกครั้งที่มีการเติมใหม่ คำสั่งซื้อขาย 50,000 หุ้นที่แสดงครั้งละ 500 หุ้นจะถูกเติมใหม่สูงสุดถึงหนึ่งร้อยครั้ง และการเติมใหม่แต่ละครั้งจะเริ่มต้นใหม่ที่ด้านหลังของคำสั่งซื้อขายทั้งหมดที่รออยู่ในราคานั้นอยู่ก่อนแล้ว นั่นคือต้นทุนที่แท้จริงของการซ่อนคำสั่ง

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

Iceberg order เทียบกับ Hidden order และ Dark pool

• Iceberg order วางอยู่ในตลาดหลักทรัพย์แบบเปิดเผย (lit exchange) และนำส่วนที่แสดงอยู่ไปไว้ในราคาเสนอซื้อเสนอขายสาธารณะ ซึ่งส่วนนั้นสามารถกำหนด national best bid or offer ได้ ส่วนสำรองที่อยู่เบื้องหลังจะไม่ปรากฏในราคาเสนอซื้อเสนอขายเลย
• Hidden order แบบเต็มรูปแบบจะไม่แสดงข้อมูลใด ๆ เลย โดยจะวางอยู่ในตลาดหลักทรัพย์แบบเปิดเผยเดียวกัน จับคู่ที่ราคา Limit price และจะปรากฏในข้อมูลสาธารณะก็ต่อเมื่อมีการจับคู่ซื้อขายแล้วเท่านั้น โดยทั่วไปตลาดจะจัดลำดับให้คำสั่งประเภทนี้อยู่หลังคำสั่งที่แสดงอยู่หากอยู่ในราคาเดียวกัน
• dark pool เป็นตลาดแยกต่างหากที่ไม่มีราคาเสนอซื้อเสนอขายสาธารณะใด ๆ ทั้งสิ้น ข้อมูลการซื้อขายจะถูกส่งไปยังเทปบันทึกข้อมูลผ่านหน่วยงานรายงานการซื้อขายหลังจากเหตุการณ์เกิดขึ้นแล้ว
• block trade คือการซื้อขายปริมาณทั้งหมดในรายการเดียวที่มีการเจรจาตกลงกัน เป็นการซื้อขายขนาดใหญ่และใช้เวลาน้อยที่สุด ซึ่งเป็นแนวทางที่ตรงกันข้ามกับการค่อย ๆ ทยอยส่งคำสั่ง

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

ข้อมูลในเทปบันทึกการซื้อขายมีขนาดเล็กมากน้อยเพียงใด

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

SELECT
    toString(month_start)                                                            AS month,
    formatDateTime(month_start, '%b %Y')                                             AS month_label,
    round(sumIf(volume, ticker = 'MSFT') / sumIf(transactions, ticker = 'MSFT'), 1)  AS msft_shares_per_print,
    round(sumIf(volume, ticker = 'KO')   / sumIf(transactions, ticker = 'KO'), 1)    AS ko_shares_per_print
FROM
(
    SELECT
        toStartOfMonth(toDate(toTimeZone(window_start, 'America/New_York'))) AS month_start,
        ticker,
        volume,
        transactions
    FROM global_markets.delayed_stocks_minute_aggs
    WHERE ticker IN ('MSFT', 'KO')
      AND window_start >= toDateTime('2019-01-01 00:00:00', 'UTC')
      AND window_start <  toDateTime('2026-07-01 00:00:00', 'UTC')
)
GROUP BY month_start
HAVING sumIf(transactions, ticker = 'MSFT') > 0
   AND sumIf(transactions, ticker = 'KO') > 0
ORDER BY month_start

ใน Jan 2019 การจับคู่ซื้อขายเฉลี่ยของ Microsoft อยู่ที่ 137.4 หุ้น จนกระทั่งถึง Jun 2026 ค่าเฉลี่ยอยู่ที่ 39.5 หุ้น ควบคู่ไปกับ 47.7 หุ้นสำหรับ Coca Cola ในเดือนเดียวกัน คำสั่งซื้อขายของสถาบันไม่ได้มีขนาดเล็กลง แต่รายการที่บันทึกในเทปมีขนาดเล็กลง คำสั่งซื้อขายหลักหนึ่งรายการในปัจจุบันถูกส่งไปยังเทปบันทึกการซื้อขายเป็นรายการย่อยขนาดเล็กหลายร้อยหรือหลายพันรายการ ไม่ว่าจะด้วยวิธีการซ่อนคำสั่ง การกำหนดตารางเวลา หรือทั้งสองอย่าง

เมื่อเจาะลึกไปที่การซื้อขายในเซสชันเดียว ลักษณะเดียวกันนี้ก็จะปรากฏขึ้น แผงถัดไปจะจัดกลุ่มรายการซื้อขาย AAPL ทุกรายการในวันที่ 17 มิถุนายน 2026 ตามขนาด

WITH tape AS
(
    SELECT size
    FROM global_markets.stocks_trades
    WHERE ticker = 'AAPL'
      AND sip_timestamp >= toDateTime('2026-06-17 04:00:00', 'UTC')
      AND sip_timestamp <  toDateTime('2026-06-18 04:00:00', 'UTC')
)
SELECT
    multiIf(size < 100,  'under 100',
            size < 200,  '100 to 199',
            size < 500,  '200 to 499',
            size < 1000, '500 to 999',
            size < 5000, '1000 to 4999',
                         '5000 and up')                    AS print_size_bucket,
    count()                                                AS prints,
    round(100 * count() / sum(count()) OVER (), 2)         AS pct_of_prints,
    round(100 * sum(size) / sum(sum(size)) OVER (), 2)     AS pct_of_shares
FROM tape
GROUP BY print_size_bucket
ORDER BY min(size)

รายการซื้อขายที่น้อยกว่า 100 หุ้นคิดเป็น 88.99% ของการจับคู่ซื้อขายในวันนั้น ในขณะที่ถือครองปริมาณหุ้นไป 22.84% ของทั้งหมด ในอีกด้านหนึ่ง กลุ่ม 5000 and up คิดเป็น 0.02% ของรายการซื้อขายและ 48.77% ของปริมาณการซื้อขาย รายการซื้อขายขนาด 500 หุ้นถือเป็นเรื่องปกติในการกระจายตัวนี้ ซึ่งเป็นเหตุผลแรกที่ทำให้การตรวจจับ Iceberg order เป็นเรื่องยาก

คุณจะตรวจจับ Iceberg order ในเทปบันทึกการซื้อขายได้อย่างไร

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

SELECT
    concat(toString(size), ' shares at $', toString(round(toFloat64(price), 2)))                  AS level_and_size,
    count()                                                                                       AS prints,
    formatDateTime(toTimeZone(min(sip_timestamp), 'America/New_York'), '%H:%i')                    AS first_et,
    formatDateTime(toTimeZone(max(sip_timestamp), 'America/New_York'), '%H:%i')                    AS last_et,
    round(dateDiff('minute', min(sip_timestamp), max(sip_timestamp)) / 60.0, 1)                    AS hours_spanned
FROM global_markets.stocks_trades
WHERE ticker = 'AAPL'
  AND sip_timestamp >= toDateTime('2026-06-17 04:00:00', 'UTC')
  AND sip_timestamp <  toDateTime('2026-06-18 04:00:00', 'UTC')
  AND size >= 200
GROUP BY price, size
ORDER BY prints DESC
LIMIT 12

คู่ที่ซ้ำกันมากที่สุดคือ 300 shares at $300.54 ซึ่งปรากฏ 67 ครั้งระหว่างเวลา 09:34 ถึง 09:58 ตามเวลา ET ซึ่งเป็นช่วงเวลา 0.4 ชั่วโมง ให้ติดตามคู่ดังกล่าวตลอดเซสชันโดยแบ่งเป็นช่วงละครึ่งชั่วโมงเพื่อดูว่าการซ้ำนั้นกระจายไปตลอดทั้งวันหรือกระจุกตัวอยู่ในช่วงเดียว

WITH top_level AS
(
    SELECT
        price,
        size
    FROM global_markets.stocks_trades
    WHERE ticker = 'AAPL'
      AND sip_timestamp >= toDateTime('2026-06-17 04:00:00', 'UTC')
      AND sip_timestamp <  toDateTime('2026-06-18 04:00:00', 'UTC')
      AND size >= 200
    GROUP BY price, size
    ORDER BY count() DESC, size DESC, price DESC
    LIMIT 1
)
SELECT
    formatDateTime(toStartOfInterval(toTimeZone(sip_timestamp, 'America/New_York'), INTERVAL 30 MINUTE), '%H:%i') AS et_time,
    count()                                    AS prints,
    sum(count()) OVER (ORDER BY et_time)       AS cum_prints
FROM global_markets.stocks_trades
WHERE ticker = 'AAPL'
  AND sip_timestamp >= toDateTime('2026-06-17 04:00:00', 'UTC')
  AND sip_timestamp <  toDateTime('2026-06-18 04:00:00', 'UTC')
  AND (price, size) IN (SELECT price, size FROM top_level)
GROUP BY et_time
ORDER BY et_time

มันกระจุกตัว ร่องรอยปรากฏขึ้นเป็นช่วงครึ่งชั่วโมงเดียว คือช่วงที่เริ่มเวลา 09:30 ตามเวลา ET ซึ่งมีรายการซื้อขาย 67 รายการ และสิ้นสุดเซสชันด้วยจำนวนรวมที่ 67 การซ้ำในราคาเดียวเป็นเวลาสามสิบนาทีถือเป็นช่วงสั้น ๆ ไม่ใช่การเฝ้าระวังตลอดทั้งวัน และร่องรอยที่สั้นเพียงแค่นั้นเป็นหลักฐานที่เบาบางกว่ารูปแบบที่เห็นในตอนแรก คำสั่งซื้อขายที่แสดงตัวขนาดนั้น ในราคานั้น ในหุ้นที่มีความเคลื่อนไหวมากขนาดนั้น โดยปกติแล้วจะถูกจับคู่จนหมดในเวลาไม่กี่วินาที มีบางอย่างคอยเติมมันกลับเข้ามาใหม่

เหตุใดการตรวจจับ Iceberg order จึงไม่น่าเชื่อถือ

คำว่ามีบางอย่างคอยเติมมันกลับเข้ามาใหม่ คือขีดจำกัดตามความเป็นจริงของสิ่งที่เทปบันทึกการซื้อขายสามารถยืนยันได้ ร่องรอยเดียวกันนี้มีคำอธิบายทั่วไปที่ไม่ได้เกี่ยวข้องกับ Reserve order เลย:

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

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

คำถามที่พบบ่อย

Iceberg order ในการเทรดคืออะไร?

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

Iceberg order เสียลำดับในคิวหรือไม่?

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

สามารถมองเห็น Iceberg order บน Level 2 ได้หรือไม่?

ไม่ได้ การแสดงความลึกของสมุดคำสั่งซื้อ (depth of book) จะแสดงเฉพาะส่วนที่แสดงอยู่เท่านั้น ซึ่งดูเหมือนคำสั่ง Limit order ขนาดเล็กทั่วไป ส่วนสำรองจะยังคงมองไม่เห็นจนกว่าจะถูกจับคู่และไม่เคยปรากฏเป็นบรรทัดของตัวเอง

Iceberg order เหมือนกับคำสั่งซื้อขายใน Dark pool หรือไม่?

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

Iceberg order ถูกกฎหมายหรือไม่?

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

แผงข้อมูลทุกแผงที่นี่มาพร้อมกับ SQL ที่ใช้สร้างข้อมูล เพื่อให้คุณเห็นว่าแต่ละตัวเลขถูกนับอย่างไร หากต้องการเรียกใช้การสแกนรายการซื้อขายซ้ำสำหรับ Ticker และวันที่ที่คุณเลือกเอง สามารถสอบถามเป็นภาษาอังกฤษธรรมดาได้ที่ Strasmore terminal