Chutes

Chutes คืออะไร?

Chutes เป็นแพลตฟอร์มอินเฟอเรนซ์และประมวลผล AI แบบกระจายศูนย์และเซิร์ฟเวอร์เลส ที่สร้างบน Bittensor Subnet 64 ออกแบบมาเพื่อให้นักพัฒนาสามารถดีพลอยและรันเวิร์กโหลดของโมเดลโอเพนซอร์สได้โดยไม่ต้องจัดหา GPU เองโดยตรง ไม่ต้องบริหารจัดการ autoscaling หรือโครงสร้างพื้นฐานอินเฟอเรนซ์เฉพาะทาง

คุณค่าหลักอยู่ที่การ “ยกเลิกภาระปฏิบัติการ” (operational abstraction) โดยห่อหุ้มการอินเฟอเรนซ์และการรัน “โค้ด AI” ให้กลายเป็นบริการแบบ managed service ในขณะที่ด้านความจุ (capacity) ถูกส่งต่อไปยังฝั่งซัพพลายที่แข่งขันกันของเหล่าไมเนอร์ และใช้ระบบแรงจูงใจของ Bittensor ในการบังคับใช้ด้านประสิทธิภาพ/คุณภาพ ในทางปฏิบัติ จุดแข็งของ Chutes จึงอยู่ที่การเป็นแพลตฟอร์มนักพัฒนาที่มีมุมมองชัดเจน ผสานกับมาร์เก็ตเพลสสองด้านสำหรับ compute และชุดเครื่องมือด้านความปลอดภัย/การตรวจสอบอย่าง tooling สำหรับการยืนยัน GPU เพื่อลดความเสี่ยงด้านฮาร์ดแวร์ปลอมและการรายงานข้อมูลเท็จ มากกว่าจะเป็น “โมเดลลับเฉพาะ” เพียงอย่างเดียว

ในเชิงโครงสร้างตลาด Chutes ไม่ใช่เชนฐานชั้นที่ 1 ที่มาแข่งกับเชนทั่วไปด้านการรันสมาร์ตคอนแทรกต์ แต่มันเป็นซับเน็ตชั้นแอปพลิเคชันด้าน compute โดย “โทเค็น” ของมันคือสินทรัพย์แบบ alpha (sn64) ที่มีถิ่นกำเนิดในเศรษฐกิจ dTAO/subnet ของ Bittensor แทนที่จะเป็นสินทรัพย์สำหรับชำระราคาอย่างอิสระของตัวเอง

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

ในทางปฏิบัติ “ขนาด” ของ Chutes ควรถูกตีความว่าเป็นด้าน throughput และการใช้งานแพลตฟอร์ม มากกว่าตัวเลข TVL แบบ DeFi เพราะผลิตภัณฑ์หลักคืออินเฟอเรนซ์/compute ไม่ใช่สินทรัพย์ค้ำประกันที่ถูกล็อกไว้

ใครเป็นผู้ก่อตั้ง Chutes และก่อตั้งเมื่อใด?

Chutes เกิดขึ้นในยุคหลัง dTAO ของ Bittensor หลังจากที่ซับเน็ตเริ่มมีโทเค็น “alpha” ของตนเองที่เทรดได้และมีพูล staking แบบคล้าย AMM ระบบนี้ถูกอธิบายไว้ใน TAOstats alpha token explainer รีจิสทรีสาธารณะของซับเน็ตระบุว่า SN64 ถูกดำเนินงานโดย “Chutes Global Corp” ซึ่งเป็นบริษัทธุรกิจนานาชาติที่จดทะเบียนในเนวิส และเชื่อมโยงซับเน็ตเข้ากับคีย์ปฏิบัติการในเชิงองค์กรบนตัวสำรวจ Bittensor

โปรเจกต์นำเสนอภาพตัวเองทั้งในฐานะสแตกซอฟต์แวร์โอเพนซอร์สและแพลตฟอร์มแบบโฮสต์ โดยโค้ดเบสหลักและรีโปที่เกี่ยวข้องถูกรวบรวมไว้ภายใ้องค์กร GitHub chutesai GitHub organization และสื่อการออนบอร์ดฝั่งนักพัฒนาถูกรวมไว้ใน Chutes documentation

เมื่อเวลาผ่านไป เนื้อเรื่องได้ขยายจาก “ปลายทางอินเฟอเรนซ์แบบกระจายศูนย์” ไปสู่กรอบที่เป็น “แพลตฟอร์ม” มากขึ้น: มี “chutes” (แอปพลิเคชัน) ที่ผู้ใช้ดีพลอยเองได้ พร้อมเวิร์กโฟลว์ build/deploy ที่ได้มาตรฐาน กลไกการคิดค่าบริการตามปริมาณการใช้งาน และพื้นที่ผลิตภัณฑ์ที่ขยายไปสู่ runtime สำหรับเอเจนต์ (เช่น “Squad”) และคำอ้างด้าน secure compute

พัฒนาการนี้สำคัญเพราะมันเปลี่ยนชุดคู่แข่งของ Chutes จากแค่ “เพื่อนบ้านด้านอินเฟอเรนซ์บน Bittensor” ไปสู่ API อินเฟอเรนซ์แบบศูนย์กลางและแพลตฟอร์มนักพัฒนาในวงกว้าง คำถามด้านการลงทุนจึงกลายเป็นว่า การผสมผสานระหว่างซัพพลายแบบกระจายศูนย์กับ tooling ฝั่งแพลตฟอร์มจะสามารถแข่งขันด้านต้นทุนเชิงโครงสร้างและความน่าเชื่อถือสำหรับเวิร์กโหลดจริงในระยะยาวได้หรือไม่

เครือข่าย Chutes ทำงานอย่างไร?

Chutes รับช่วงกรอบความปลอดภัยพื้นฐานและกลไกแรงจูงใจมาจาก Bittensor แทนที่จะรันเครือข่ายฉันทามติ (consensus) ของตัวเอง ซับเน็ตบน Bittensor ถูกประสานงานผ่านตัวตรวจสอบ (validators) และไมเนอร์ ภายใต้กลไกที่เอกสารในระบบมักเรียกว่า Yuma-style consensus โดย validators จะให้ weight กับไมเนอร์ และ emissions ถูกกระจายตามประสิทธิภาพที่สังเกตได้และอิทธิพลที่มี staking หนุนหลัง เอกสารของ TAOstats สำหรับ validator และ miner อธิบายว่า ที่ระดับซับเน็ต การปล่อยโทเค็น (emissions) จะถูกแบ่งระหว่างไมเนอร์และ validators (และผู้มอบฉันทะของพวกเขา) ตามกติกาที่กำหนดไว้

ในโมเดลนี้ “ผู้ให้บริการ compute” ของ Chutes คือไมเนอร์ที่เสนอความจุฮาร์ดแวร์และคุณภาพการให้บริการ ขณะที่ validators ทำหน้าที่ให้คะแนน/ตรวจสอบและส่งผ่านแรงจูงใจ ส่วนเจ้าของซับเน็ตควบคุมส่วนหนึ่งของลอจิกแอปพลิเคชันและพารามิเตอร์ที่นิยามว่าอะไรคือบริการที่ “ดี”

ในเชิงเทคนิค Chutes สร้างความแตกต่างด้วยการปฏิบัติต่อการอินเฟอเรนซ์ให้เป็นเป้าหมายการดีพลอยแบบเซิร์ฟเวอร์เลส พร้อม semantics การแพ็กเกจที่ทำซ้ำได้ SDK/CLI แบบโอเพนซอร์สอธิบาย “chute” ว่าเป็นแอปพลิเคชัน (มักคล้ายบริการแบบ FastAPI) ที่ดีพลอยบนอิมเมจคอนเทนเนอร์ กำหนดข้อจำกัดการเลือกโหนด (จำนวน GPU ขั้นต่ำ ปริมาณ VRAM ขั้นต่ำ รายการอนุญาต/บล็อก) และพารามิเตอร์ autoscaling เอกสารชุดเดียวกันยังอธิบายการตรวจสอบความแท้ของ GPU และเช็ก runtime ผ่าน middleware และไลบรารีสำหรับตรวจสอบ GPU

ในด้านความปลอดภัย Chutes เน้นย้ำต่อสาธารณะว่า Trusted Execution Environments เป็นทิศทางผลิตภัณฑ์ และระบุการมี TEE บนหน้าแพลตฟอร์ม (ดู Chutes Platform) อย่างไรก็ตาม “TEE” ในการดีพลอยจริงมีความหลากหลาย และงานวิจัยทั้งเชิงวิชาการและปฏิบัติการได้ชี้ให้เห็นซ้ำแล้วซ้ำอีกว่า TEE ยังคงเสี่ยงต่อช่องโหว่ด้าน side-channel และการใช้งานผิดวิธีในเชิงปฏิบัติการ ดังนั้นผู้ใช้จึงไม่ควรสรุปว่าได้ “ความเป็นส่วนตัวแบบสมบูรณ์” จากฉลากนี้เพียงอย่างเดียว

Tokenomics ของ sn64 เป็นอย่างไร?

sn64 เป็น “alpha token” ในดีไซน์ dTAO ของ Bittensor ไม่ใช่โทเค็น L1 แบบสแตนด์อโลนที่มีนโยบายการเงินของตัวเอง ภายในนิยามของ TAOstats โทเค็น alpha แต่ละซับเน็ตมีเพดานการออกสูงสุดที่ 21 ล้าน โดยแยกความแตกต่างระหว่างจำนวนที่ออกทั้งหมด อุปทานหมุนเวียน โทเค็นที่ถูกรีไซเคิล และโทเค็นที่ถูกเบิร์น “หมุนเวียน” มักถูกสร้างแบบจำลองว่าเป็น alpha ในพูลสภาพคล่องบวกกับ alpha ที่ถูก stake อยู่

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

บทสรุปเชิง “ยืนยาว” ที่สำคัญคือ sn64 ทำตัวเสมือนการอ้างสิทธิ์เฉพาะซับเน็ตต่อ emissions และความสนใจ โดยมีสภาพคล่องและ float ที่สามารถเปลี่ยนแปลงอย่างมีนัยสำคัญเมื่อกระแส staking ไหลเข้าออกระหว่างซับเน็ตต่าง ๆ

ยูทิลิตีและการดึงมูลค่า (value accrual) ของ sn64 ส่วนใหญ่ฝังตัวอยู่ในเศรษฐกิจแรงจูงใจของ Bittensor เอง มากกว่าจะขับเคลื่อนด้วยการเบิร์นค่าธรรมเนียมแบบ Ethereum โทเค็น alpha ถูกได้มาผ่าน TAO ผ่านพูลของซับเน็ต และการถือ/การ stake alpha คือกลไกที่ผู้เข้าร่วมใช้ในการรับเอ็กซ์โพเชอร์ต่อ emissions ของซับเน็ต เอกสาร alpha ของ TAOstats วางกรอบความสัมพันธ์ไว้อย่างชัดเจน: พูลของซับเน็ตเป็นตัวกำหนดราคา alpha แบบกลไก alpha ถูกใช้เพื่อรับเอ็กซ์โพชันด้าน staking และสำหรับลงทะเบียน neurons ของซับเน็ต และค่าใช้จ่ายในการลงทะเบียนจะถูก “รีไซเคิล” แทนที่จะถูกทำลายถาวร

สำหรับผู้อ่านเชิงสถาบัน ข้อสรุปเชิงปฏิบัติคือ โปรไฟล์ผลตอบแทนคาดหวังของ sn64 ผูกติดอย่างแน่นหนากับ (i) ส่วนแบ่ง emissions ของ Bittensor ที่ SN64 ได้รับ (ii) กระแส staking สุทธิที่ไหลเข้าสู่พูลของซับเน็ต (iii) ความสามารถของแพลตฟอร์มในการรักษาอุปสงค์อินเฟอเรนซ์จริง และ (iv) เงื่อนไขสภาพคล่องในพูล TAO/alpha ซึ่งทั้งหมดนี้สามารถมีอิทธิพลเหนือกว่านอร์เรทีฟแบบง่าย ๆ ว่า “การใช้งาน → ค่าธรรมเนียม → เบิร์น”

ใครกำลังใช้ Chutes อยู่บ้าง?

Chutes อยู่ในจุดที่การวัดผลค่อนข้างลำบาก: การใช้งานในโลกจริงจำนวนมากอาจเกิดขึ้นผ่านการเรียก API และอินทิเกรชันของนักพัฒนาที่ไม่สะท้อนออกมาเป็นจำนวนทรานแซกชันบนเชนอย่างโปร่งใส ในขณะที่การเทรดและการ stake sn64 อาจปรากฏชัดเจนบนเชนแม้ในช่วงที่อุปสงค์อินเฟอเรนซ์จากผู้ใช้ปลายทางอ่อนแรง

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

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

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

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

ความเสี่ยงและความท้าทายของ Chutes มีอะไรบ้าง?

ความเสี่ยงเชิงกำกับดูแลของ Chutes มีสองชั้น: ความไม่แน่นอนด้านการจัดประเภทโทเค็นตามปกติ (โดยเฉพาะสำหรับสินทรัพย์ที่ตีความได้ว่าให้ผลตอบแทนผ่าน emissions) และความอ่อนไหวด้านกฎระเบียบที่กำลังก่อตัวรอบโครงสร้างพื้นฐาน AI คำอ้างด้านความเป็นส่วนตัว และการให้บริการ compute ข้ามพรมแดน ณ ต้นปี 2026 ยังไม่มีข่าวการบังคับใช้กฎหมายแบบเฉพาะ Chutes ในสหรัฐฯ หรือเนื้อเรื่องด้าน ETF ที่โดดเด่น แต่การไม่มีข่าวไม่ควรถูกตีความว่าเป็นความชัดเจนด้านกฎระเบียบ sn64 มักเข้าถึงได้ผ่านช่องทางคริปโตดั้งเดิมและ AMM ของซับเน็ต แทนที่จะผ่านโครงสร้างพื้นฐานหลักทรัพย์ที่จดทะเบียน และการเปิดเผยฝั่งองค์กร/ผู้ดำเนินการของโปรเจกต์ก็รวมถึงรอยเท้าการจดทะเบียนนอกชายฝั่ง

แยกจากกันออกมา การตลาดด้าน “confidential compute” ที่อิง TEE มักดึงดูดการตรวจสอบอย่างเข้มข้น เพราะคำกล่าวที่แข็งแรง (“เป็นส่วนตัว” “ปลอดภัย” “แยกขาด”) อาจไม่สอดคล้องกับข้อจำกัดและความเสี่ยงจากการตั้งค่าที่ผิดพลาดใน TEE ตามที่อธิบายไว้ในวรรณกรรมด้านความปลอดภัย หากข้อความผลิตภัณฑ์ของ Chutes ไปไกลกว่าสิ่งที่บังคับใช้ได้จริงแบบ end-to-end สิ่งนั้นอาจกลายเป็นความเสี่ยงด้านชื่อเสียง และในบางเขตอำนาจศาลอาจเป็นความเสี่ยงด้านการคุ้มครองผู้บริโภคด้วย

เวกเตอร์ด้านการรวมศูนย์ก็ไม่เล็กน้อย แม้ความจุของไมเนอร์จะกระจายศูนย์ในหลักการ แต่ throughput จริงอาจกระจุกตัวอยู่ในผู้ดำเนินการเพียงไม่กี่รายที่มีกอง GPU มากที่สุด ขณะที่การควบคุมโค้ดของแพลตฟอร์ม validation logic, and routing policy can remain materially centralized in the operator and a small validator set. The SDK itself highlights enforcement tooling like GPU validation and middleware checks, which is positive from a quality-control standpoint but also underscores that Chutes depends on a curated software/control plane; decentralization at the hardware edge does not eliminate platform governance risk.

ภัยคุกคามด้านการแข่งขันมาจากทั้งสองทิศทาง: ภายใน Bittensor ซับเน็ตอื่น ๆ ที่เน้นงานอนุมาน (inference) และคอมพิวต์สามารถดึงดูดทั้งอิมิชันและความสนใจไปได้ และนอกระบบ Bittensor ผู้ให้บริการอนุมานแบบศูนย์กลางสามารถกดดันมาร์จินผ่านขนาด (scale) ชิปเฉพาะทาง และการกระจายแบบบูรณาการ; Chutes จำเป็นต้องแข่งขันโดยผสมผสานระหว่างต้นทุน ระยะหน่วง (latency) ความใหม่ของโมเดล และท่าทีด้านความเป็นส่วนตัว ขณะเดียวกันก็ต้องบริหารความเปราะบางของวัฏจักรสภาพคล่องแบบคริปโตเนทีฟไปพร้อมกัน

อนาคตของ Chutes จะเป็นอย่างไร?

มุมมองระยะสั้นควรถูกมองเป็น “ความเสี่ยงด้านการปฏิบัติการ” (execution risk) รอบ ๆ แนวคิด “secure compute” และการทำให้แพลตฟอร์มแข็งแกร่งขึ้น มากกว่าจะเป็นการคาดหวังอัพไซด์เชิงเก็งกำไร โครงการได้ประกาศต่อสาธารณะถึงความพร้อมด้าน TEE และสื่อสารการเปลี่ยนแปลงแพลตฟอร์มอย่างต่อเนื่องผ่านช่องทางของตนเอง

หาก TEE กลายเป็นปัจจัยสร้างความแตกต่างที่มีนัยสำคัญ Chutes ก็ยังต้องแก้ปัญหาเชิงปฏิบัติที่มักทำให้ confidential compute ใช้งานจริงไม่ได้ผลอยู่ดี เช่น UX ของการรับรอง (attestation) การจัดการกุญแจ โมเดลภัยคุกคามแบบช่องทางข้างเคียง (side-channel) และการตรวจสอบจากบุคคลที่สามที่น่าเชื่อถือ พร้อมกับต้องรักษาสมรรถนะและต้นทุนให้แข่งขันได้ไปพร้อมกัน ในเชิงโครงสร้าง Chutes ยังเผชิญความเสี่ยงจากการปรับระบบอิมิชันระดับ Bittensor และการจูนแรงจูงใจของซับเน็ต ตลอดจนพลวัตสภาพคล่องของ alpha pools ตามกรอบโทเคอโนมิกส์ของ TAOstats

การตีความ “โรดแมป” ที่ป้องกันการถูกเลียนแบบได้มากที่สุด คือการมองว่า Chutes พยายามจะกลายเป็นเลเยอร์อนุมานที่ทนทานและเน้นนักพัฒนาภายในเศรษฐกิจ AI แบบกระจายศูนย์ที่กว้างกว่า; ว่าจะยั่งยืนได้หรือไม่นั้นขึ้นอยู่กับปัจจัยที่เกี่ยวกับข้อมูลวัดผลได้มากกว่าการนำด้านเนื้อเรื่อง (narrative) ไม่ว่าจะเป็นความน่าเชื่อถือในการให้บริการ การรักษาการใช้งานแบบเสียเงิน (paid usage) และความสามารถของแพลตฟอร์มในการรักษาคุณภาพซัพพลายให้สูงไว้ ท่ามกลางการแข่งขันเพื่อดึงดูดไมเนอร์และอิมิชันที่ทวีความเข้มข้นขึ้น