---
title: "โปรโตคอลรวมผลตอบแทน"
description: "โปรโตคอลรวมผลตอบแทนจะจัดสรรสินทรัพย์ที่ฝากผ่านกลยุทธ์ DeFi อัตโนมัติ เช่น การให้กู้ การให้สภาพคล่อง หรือการ staking และอาจนำผลตอบแทนไปทบต้น บทความนี้อธิบายการบันทึกบัญชีของ vault การทำงานของกลยุทธ์ และความเสี่ยงที่ทำให้ผลตอบแทนลดลงหรือหายไป"
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>

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

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

คำถามสำคัญไม่ใช่เพียง “APY เท่าไร” แต่คือ “กลยุทธ์ใดสร้างผลตอบแทน ใครควบคุมสัญญา และอะไรอาจขัดขวางการถอน” โปรโตคอลช่วยลดงานย้ายเงินระหว่างกลยุทธ์ แต่เพิ่มชั้นของบัญชี สิทธิ ค่าธรรมเนียม และการพึ่งพา smart contract

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

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

## กลไกการทำงาน

ผู้ใช้อนุมัติสินทรัพย์แล้วฝากเข้า vault หรือ router สัญญาจะสร้าง share ที่แทนสิทธิในสินทรัพย์ที่บริหาร ใน vault แบบ ERC-4626 ฟังก์ชัน `deposit`, `withdraw`, `convertToShares` และ `previewRedeem` ทำให้ส่วนบัญชีมีมาตรฐาน แต่การจัดสรรกลยุทธ์ยังขึ้นกับการเขียนจริง โปรโตคอลอาจให้กู้ ให้สภาพคล่อง ทำ staking หรือย้ายเงินระหว่างกลยุทธ์ที่อนุมัติ แล้วเก็บและนำรางวัลไปลงทุนซ้ำ

ผลตอบแทนรวมไม่ใช่ผลตอบแทนของผู้ใช้เสมอไป ตรวจสอบได้ด้วย: ผลตอบแทนสุทธิ = รายได้จากกลยุทธ์ + ค่าธรรมเนียมและแรงจูงใจ - ค่าธรรมเนียมโปรโตคอลและ performance - การขาดทุนจากราคาโทเค็น - gas และ slippage - ผลขาดทุนจากความเสี่ยงที่คาดไว้ การปัดเศษ การบริจาค oracle ที่ล้าสมัยหรือถูกบิดเบือน คิวถอน และการขาดทุนของโปรโตคอลพื้นฐานอาจเปลี่ยนราคาของ share ธุรกรรมเปิดเผยต่อสาธารณะและย้อนกลับไม่ได้โดยทั่วไป จึงไม่ได้ลบความเสี่ยงด้านการทำงานหรือการกำกับดูแล

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

## ตัวอย่าง

สมมติว่า vault โฆษณา APY สูงและแบ่ง stablecoin ระหว่างตลาดให้กู้กับ liquidity pool ก่อนฝากควรตรวจสอบโปรโตคอลพื้นฐาน วิธีคำนวณราคา share ขีดจำกัดหรือคิวถอน ตารางค่าธรรมเนียม การพึ่งพา oracle และสิทธิที่เปลี่ยนกลยุทธ์ได้ ตรวจสอบด้วยว่า APY รวมการแจกโทเค็นซึ่งอาจลดลงเมื่อแรงจูงใจสิ้นสุดหรือไม่

โปรโตคอลอาจประหยัด gas และทำ compounding อัตโนมัติ แต่ก็รวมความเสี่ยงไว้ที่จุดเดียว ความล้มเหลวของ vault โปรโตคอลพื้นฐาน bridge oracle หรือการอัปเกรดโดยผู้ดูแลอาจกระทบผู้ฝากทั้งหมด การฝากสำเร็จจึงไม่ได้แปลว่ากลยุทธ์เหมาะสมหรือเงินต้นได้รับการคุ้มครอง

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

## ความเสี่ยง

- ความเสี่ยง smart contract: bug การอัปเกรด หรือบัญชีผิดพลาดอาจตั้งราคา share ผิดหรือบล็อกการถอน
- ความเสี่ยงกลยุทธ์: หนี้เสีย impermanent loss บทลงโทษจาก staking หรือสภาพคล่องไม่พออาจลดสินทรัพย์
- ความเสี่ยง oracle และตลาด: ราคาล้าสมัย การหลุด peg ความผันผวน และ slippage อาจลดค่าของสถานะหรือหลักประกัน
- ความเสี่ยงการกำกับดูแลและการปฏิบัติการ: คีย์พิเศษ keeper bridge ส่วนหน้า และระบบฉุกเฉินอาจล้มเหลวหรือถูกใช้ในทางที่ผิด

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

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

## ความเข้าใจผิดที่พบบ่อย

### APY สูงกว่าแปลว่าโปรโตคอลดีกว่าหรือไม่

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

### ERC-4626 หรือการ audit ทำให้ vault ปลอดภัยหรือไม่

ไม่ ERC-4626 ทำให้ interface ของ vault แบบโทเค็นเป็นมาตรฐาน ไม่ได้ยืนยันกลยุทธ์ oracle สิทธิ เศรษฐศาสตร์ หรือการเขียนจริง การ audit พบปัญหาโค้ดบางส่วนได้ แต่ไม่รับประกัน governance โครงสร้างพื้นฐาน สภาพคล่อง หรือการอัปเกรดในอนาคต

### ควรตรวจอะไรในการฝากครั้งแรก

ยืนยันเครือข่ายและที่อยู่สัญญาจากแหล่งอิสระ อ่านทศนิยมของสินทรัพย์และ share ตรวจฟังก์ชัน `preview` และขีดจำกัด อนุมัติเฉพาะจำนวนที่ต้องใช้ และทดสอบฝาก-ถอนด้วยเงินเล็กน้อย แยกสินทรัพย์ระยะยาวออกจากกระเป๋าทดลอง

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

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

- [DeFi](/th/crypto/defi/)
- [Vault แบบ ERC-4626](/th/crypto/erc4626-vault/)
- [Oracle](/th/crypto/oracle/)
- [Smart contract](/th/crypto/smart-contract/)
- [Yield farming](/th/crypto/yield-farming/)

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

## แหล่งข้อมูล

- [ERC-4626: Tokenized Vaults](https://eips.ethereum.org/EIPS/eip-4626) - Ethereum Improvement Proposals (accessed: 2026-08-22)
- [Introduction to smart contracts](https://ethereum.org/developers/docs/smart-contracts/) - Ethereum.org (accessed: 2026-08-22)
- [Chainlink Data Feeds](https://docs.chain.link/data-feeds) - Chainlink Documentation (accessed: 2026-08-22)
- [Yearn Vaults](https://docs.yearn.fi/getting-started/products/yvaults) - Yearn Documentation (accessed: 2026-08-22)

Source: https://wiki.fcontext.com/th/crypto/yield-aggregator/index.mdx