Solana Users Beware: Your SOL is Being Quietly Harvested in These Ways

เมื่อต้นปีที่ผ่านมา บทความชื่อ "Payment for Order Flow on Solana" ได้เปิดเผยมุมมืดในตลาดค่าธรรมเนียมของ Solana ก่อให้เกิดความสนใจในระดับปรากฏการณ์บนทวิตเตอร์ภาษาอังกฤษ

PFOF (การชำระเงินสำหรับการไหลของคำสั่งซื้อ) เป็นรูปแบบธุรกิจที่ครบวงจรมานานในโลกการเงินดั้งเดิม Robinhood ใช้โมเดลนี้ในการปล่อย "การซื้อขายแบบไม่มีค่าคอมมิชชัน" ซึ่งเป็นไพ่ตาย ทำให้สามารถแยกตัวออกจากโบรกเกอร์รายใหญ่หลายรายได้อย่างรวดเร็ว กลยุทธ์นี้ไม่เพียงแต่ทำให้ Robinhood ทำกำไรได้มหาศาล แต่ยังบังคับให้ยักษ์ใหญ่ในอุตสาหกรรมเช่น Charles Schwab และ E-Trade ต้องทำตาม ส่งผลให้เปลี่ยนภูมิทัศน์ของธุรกิจนายหน้าปลีกในสหรัฐอเมริกา

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

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

จากความต้องการนี้ โบรกเกอร์ (เช่น Robinhood) จะรวมคำสั่งซื้อของผู้ใช้และขายเป็นชุดให้กับยักษ์ใหญ่ผู้สร้างตลาดอย่าง Citadel เพื่อรับส่วนลดจำนวนมาก

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

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

การแปลงการเข้าชมเป็นรายได้

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

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

"ขาย" ผู้ใช้ให้กับผู้สร้างตลาด

เช่นเดียวกับ Robinhood แอปพลิเคชันบน Solana ก็สามารถขาย "สิทธิ์ในการเข้าถึง" ให้กับผู้สร้างตลาดได้เช่นกัน

RFQ (การสอบถามราคา) เป็นการแสดงออกโดยตรงของตรรกะนี้ ต่างจาก AMM แบบดั้งเดิม RFQ อนุญาตให้ผู้ใช้ (หรือแอปพลิเคชัน) สอบถามราคาและทำธุรกรรมโดยตรงกับผู้สร้างตลาดเฉพาะเจาะจง บน Solana อ aggregator อย่าง Jupiter ได้รวมโมเดลนี้ไว้แล้ว (JupiterZ) ในระบบนี้ แอปพลิเคชันสามารถเรียกเก็บค่าธรรมเนียมการเชื่อมต่อจากผู้สร้างตลาดเหล่านี้ หรือตรงไปตรงมากกว่านั้นคือ ขายคำสั่งซื้อของผู้ใช้รายย่อยเป็นชุด ด้วยส่วนต่างราคาบนเชนที่ลดลงอย่างต่อเนื่อง ผู้เขียนคาดว่าธุรกิจ "ขายหัว" แบบนี้จะพบเห็นได้ทั่วไปมากขึ้น

นอกจากนี้ ยังมีการก่อตัวของพันธมิตรผลประโยชน์บางรูปแบบระหว่าง DEX และ aggregator Prop AMMs (ผู้สร้างตลาดสำหรับตัวเอง) และ DEX ต้องพึ่งพาการเข้าชมที่มาจาก aggregator อย่างมาก ในขณะที่ aggregator มีความสามารถเต็มที่ในการเรียกเก็บเงินจากผู้ให้สภาพคล่องเหล่านี้ และคืนผลกำไรบางส่วนให้กับแอปพลิเคชันส่วนหน้าในรูปแบบ "ส่วนลด"

ตัวอย่างเช่น เมื่อกระเป๋าเงิน Phantom นำทางธุรกรรมของผู้ใช้ไปยัง Jupiter ผู้ให้สภาพคล่องพื้นฐาน (เช่น HumidiFi หรือ Meteora) อาจจ่ายเงินให้ Jupiter เพื่อแย่งชิงสิทธิ์ในการดำเนินธุรกรรมนี้ หลังจากได้รับ "ค่าธรรมเนียมช่องทาง" แล้ว Jupiter จะคืนส่วนหนึ่งให้กับ Phantom

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

คำสั่งซื้อตามราคาตลาดแบบดูดเลือด

เมื่อผู้ใช้คลิก "ยืนยัน" และลงนามในกระเป๋าเงิน ธุรกรรมนี้โดยพื้นฐานแล้วคือ "คำสั่งซื้อตามราคาตลาด" ที่มีพารามิเตอร์ slippage

สำหรับฝั่งแอปพลิเคชัน มีสองวิธีในการจัดการคำสั่งซื้อนี้:

เส้นทางที่ดี: ขายโอกาส "Backrun" (การเก็งกำไรตามหลัง) ที่เกิดจากธุรกรรมให้กับบริษัทซื้อขายมืออาชีพ และแบ่งปันผลกำไรกัน ที่เรียกว่า Backrun หมายถึง เมื่อคำสั่งซื้อของผู้ใช้บน DEX1 ผลักดันให้ราคาโทเค็นใน DEX1 สูงขึ้น บอทเก็งกำไรจะตามมาทันทีเพื่อซื้อบน DEX2 ในบล็อกเดียวกัน (โดยไม่กระทบราคาซื้อของผู้ใช้บน DEX1) และขายบน DEX1

เส้นทางที่เลว: ช่วยให้ผู้โจมตีแบบแซนวิชโจมตีผู้ใช้ของตัวเอง ผลักดันราคาดำเนินการของผู้ใช้ให้สูงขึ้น

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

ตามรายงาน แอปพลิเคชันส่วนหน้าที่มีชื่อเสียงบางแห่งบน Solana กำลังดำเนินการข้างต้น

ใครเอา Tips ของคุณไป?

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

บน Solana ค่าธรรมเนียมที่ผู้ใช้จ่ายจริงๆ แบ่งออกเป็นสองส่วน:

- ค่าธรรมเนียมความสำคัญ: นี่คือค่าธรรมเนียมภายในโปรโตคอล จ่ายให้กับผู้ตรวจสอบโดยตรง

- Tips ธุรกรรม: นี่คือ SOL ที่โอนไปยังที่อยู่ใดก็ได้ มักจ่ายให้กับ "ผู้ให้บริการลงจอด" เช่น Jito ผู้ให้บริการจะตัดสินใจว่าจะแบ่งให้ผู้ตรวจสอบเท่าไหร่ และจะคืน (Rebate) ให้ฝั่งแอปพลิเคชันเท่าไหร่

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

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

ภูมิทัศน์ของปริมาณธุรกรรมและค่าธรรมเนียม

มาดูข้อมูลชุดหนึ่ง ในสัปดาห์ตั้งแต่วันที่ 1 ถึง 8 ธันวาคม 2025 เครือข่าย Solana ทั้งหมดสร้างธุรกรรม 450 ล้านรายการ

ในจำนวนนี้ ผู้ให้บริการลงจอดของ Jito ดำเนินการ 80 ล้านรายการ มีอำนาจเหนือตลาด (ส่วนแบ่งตลาดผู้สร้าง 93.5%) และในธุรกรรมเหล่านี้ ส่วนใหญ่เกี่ยวข้องกับการแลกเปลี่ยน (Swap) การอัปเดต oracle และการดำเนินการของผู้สร้างตลาด

ในสระปริมาณการเข้าชมขนาดใหญ่นี้ ผู้ใช้มักจ่ายค่าธรรมเนียมสูงเพื่อ "ความเร็ว" แต่เงินนี้ถูกใช้เพื่อเร่งความเร็วจริงๆ หรือ?

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

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

ตัวอย่างด้านลบ Axiom

เพื่อแสดงรูปแบบ "การเก็บเกี่ยว" นี้ให้ชัดเจนยิ่งขึ้น ผู้เขียนได้ทำการศึกษาเคสเชิงลึกเกี่ยวกับแอปพลิเคชันชั้นนำบน Solana อย่าง Axiom

ค่าธรรมเนียมธุรกรรมที่สร้างโดย Axiom นั้นสูงที่สุดในเครือข่าย ไม่เพียงเพราะมีผู้ใช้จำนวนมาก แต่ยังเพราะว่ามัน "宰客" อย่างรุนแรงที่สุด

ข้อมูลแสดงให้เห็นว่าค่าธรรมเนียมความสำคัญมัธยฐาน (p50) ที่ผู้ใช้ Axiom จ่ายสูงถึง 1,005,000 lamports ในทางตรงกันข้าม กระเป๋าเงินสำหรับการซื้อขายความถี่สูงจ่ายเพียงประมาณ 5,000 ถึง 6,000 lamports นี่คือความแตกต่าง 200 เท่า

ในด้าน Tips สถานการณ์ก็เป็นเช่นเดียวกัน

Tips ที่ผู้ใช้ Axiom จ่ายบนผู้ให้บริการลงจอดเช่น Nozomi และ Zero Slot สูงกว่าค่าเฉลี่ยของตลาดมาก ฝั่งแอปพลิเคชันใช้ประโยชน์จากความไวต่อ "ความเร็ว" ของผู้ใช้อย่างมาก โดยไม่มีการตอบรับเชิงลบใดๆ ทำให้สามารถเรียกเก็บเงินสองครั้งจากผู้ใช้ได้สำเร็จ

ผู้เขียนคาดการณ์อย่างตรงไปตรงมาว่า: "ค่าธรรมเนียมธุรกรรมส่วนใหญ่ที่ผู้ใช้ Axiom จ่าย สุดท้ายแล้วกลับเข้าสู่กระเป๋าของทีม Axiom"

แย่งชิงอำนาจการกำหนดราคาค่าธรรมเนียมคืน

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

เพื่อทำลายสถานการณ์นี้ เราต้องเริ่มจากโครงสร้างตลาดพื้นฐาน การแนะนำ Multiple Concurrent Proposers (MCP) และ Priority Ordering ที่คาดว่าจะนำเข้ามาใน Solana ประมาณปี 2026 พร้อมกับกลไก Dynamic Base Fee ที่ถูกเสนออย่างกว้างขวาง อาจเป็นวิธีเดียวที่จะแก้ปัญหา

Multiple Concurrent Proposers (MCP)

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

Priority Ordering

การบังคับให้ "เรียงลำดับตามค่าธรรมเนียมความสำคัญสูงต่ำ" ผ่านเลเยอร์โปรโตคอล ขจัดความสุ่ม (Jitter) ในการเรียงลำดับ สิ่งนี้ลดความต้องการของผู้ใช้ที่ต้องพึ่งพาช่องทางเร่งความเร็วส่วนตัวเช่น Jito เพียงเพื่อ "รับประกันความสำเร็จ" สำหรับธุรกรรมทั่วไป ผู้ใช้ไม่จำเป็นต้องเดาอีกว่าจะให้ Tips เท่าไหร่ ตราบใดที่จ่ายเงินภายในโปรโตคอล ผู้ตรวจสอบทั่วทั้งเครือข่ายจะประมวลผลเป็นลำดับแรกตามกฎที่กำหนดไว้

Dynamic Base Fee

นี่เป็นขั้นตอนที่สำคัญที่สุด Solana กำลังพยายามนำเสนอแนวคิดที่คล้ายกับ Dynamic Base Fee ของ Ethereum

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

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