20% ของรายได้ถูกเผา: เครื่องยนต์คลาวด์ ICP จะหนุนการตีราคาโทเคนใหม่ได้หรือไม่?

ผู้เขียนต้นฉบับ: เสี่ยวปิ่ง

สุดสัปดาห์นี้ ชุมชน ICP กลับมาคึกคักอีกครั้ง ประเด็นที่ถกเถียงกันคือ Cloud Engines ผลิตภัณฑ์ที่ให้องค์กรรันซับเน็ตส่วนตัวบน Internet Computer

เหตุผลที่คึกคักนั้นตรงไปตรงมา: DFINITY ผูก Cloud Engines เข้ากับแผนลดอุปทานที่เรียกว่า Mission 70 ผู้ให้บริการโหนดขาย Cloud Engines ให้องค์กร โดย 80% ของรายได้เป็นของตัวเอง ส่วนอีก 20% ส่งให้เครือข่ายเพื่อซื้อ ICP และเผาทิ้ง หากมีลูกค้าองค์กรมากพอ อัตราเงินเฟ้อของ ICP จะลดลงจาก 9.72% เหลือ 2.92% ลดลง 70%

นี่เป็นเรื่องเล่าที่สะอาดมาก: องค์กรขึ้นคลาวด์ → สร้างรายได้ → เผาโทเคน → อุปทานหดตัว → ราคาถูกตีใหม่ ในวันที่ ICP ร่วงลง 99.6% จากจุดสูงสุดเป็นประวัติการณ์ และมูลค่าตลาดหมุนเวียนถูกกดลงเหลือ 1.1 พันล้านดอลลาร์ เรื่องราวใดก็ตามที่อธิบาย 'การกลับตัวของราคาที่ขับเคลื่อนโดยปัจจัยพื้นฐาน' ได้ จะถูกชุมชนขยายความ

คำถามคือ เรื่องนี้อยู่ในขั้นตอนไหนแล้ว?

Cloud Engines คืออะไรกันแน่?

ลองนึกภาพ Cloud Engines เป็น 'ห้องเซิร์ฟเวอร์สั่งทำพิเศษ'

เครือข่ายสาธารณะของ ICP เป็นทางหลวงร่วมที่แอปทั้งหมดรันบนโหนดชุดเดียวกัน Cloud Engines เปิดเลนเฉพาะให้องค์กร: คุณเลือกผู้ให้บริการโหนดเอง กำหนดเองว่าเครื่องจะตั้งอยู่ในประเทศไหน ควบคุมจำนวนรีพลิกาเอง โปรโตคอลพื้นฐาน สัญญาอัจฉริยะ และการเข้ารหัสแบบ chain-key เหมือนกับเครือข่ายสาธารณะทุกประการ แต่ฮาร์ดแวร์และอธิปไตยของข้อมูลเป็นของคุณ

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

ผู้ให้บริการโหนดลงทะเบียนฮาร์ดแวร์ของตนผ่าน opencloud.org กรองตามที่ตั้งทางภูมิศาสตร์ สเปก และระยะเวลาการทำงาน องค์กรเลือกโหนดจากที่นั่น ประกอบซับเน็ตของตัวเอง เริ่มต้นอย่างน้อย 4 โหนด

ฟังดูดี แต่มีรายละเอียดบางอย่างที่ต้องใส่ใจ

ระยะห่างระหว่างเรื่องเล่ากับความเป็นจริง

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

แต่โหนด SEV วันนี้ยังไม่มีอยู่จริง

นักพัฒนาคนหนึ่งในชุมชนเขียนไว้ชัดเจนในฟอรัมว่า การเข้ารหัส SEV เป็นฟีเจอร์ในโรดแมป มีโหนดให้ใช้เป็นศูนย์ สิ่งที่อยู่ในโรดแมปเช่นกันคือ 'การอัปเกรดที่ควบคุมโดยผู้ดำเนินการ' ซึ่งให้องค์กรตัดสินใจเองว่าจะอัปเกรดซับเน็ตเมื่อใด แทนที่จะถูกโปรโตคอลบังคับ推送 ฟีเจอร์นี้ก็ยังไม่เปิดตัว

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

กรณีที่เกิดขึ้นแล้ว ได้แก่ Pakistan National Cloud Engine และโครงการนำร่องของ UNDP ChatT แอปสื่อสารอธิปไตยของปากีสถาน เข้าสู่ขั้นโปรโมตแล้ว กรณีเหล่านี้พิสูจน์ว่าผลิตภัณฑ์รันได้ แต่ยังห่างไกลจาก 'การนำไปใช้ในวงกว้างขององค์กร' อย่างชัดเจน

ในเอกสารไวท์เปเปอร์ Mission 70 มีตัวเลขสำคัญชุดหนึ่ง

อัตราการเผา cycle ของ ICP ในปัจจุบันอยู่ที่ประมาณ 0.0689 TCYCLES/s เพื่อบรรลุเป้าหมายลดเงินเฟ้อ 70% ตัวเลขนี้ต้องถึง 0.77 XDR/s หรือประมาณ 15 เท่าของปัจจุบัน

Mission 70 แบ่งการลดเงินเฟ้อเป็นสองขา: ด้านอุปทานตัดรางวัลโหนด มีส่วนลด 44%; ด้านอุปสงค์อาศัยการเพิ่มการเผา ต้องมีส่วนลดอีก 26% มาตรการด้านอุปทานควบคุมได้ค่อนข้างมาก การตัดรางวัลโหนดรุ่นแรก 40% และลดจำนวนโหนดขั้นต่ำของซับเน็ตจาก 13 เหลือ 7 เป็นสิ่งที่การโหวต治理ตัดสินได้

แต่ด้านอุปสงค์ขึ้นอยู่กับตลาดล้วนๆ การที่ 20% ของรายได้ Cloud Engines จะแปลงเป็นการเผา ICP ที่เพียงพอ 前提คือขนาดรายได้ของ Cloud Engines ต้องใหญ่พอระดับหนึ่ง จากฐานการเผาปัจจุบัน 6,000 ดอลลาร์ต่อวัน ต้องเติบโตจากเกือบศูนย์เป็นการเผาใหม่หลายหมื่นดอลลาร์ต่อวัน เพื่อให้ขานี้ยืนได้

ทัศนคติของนักวิเคราะห์คนหนึ่งบน Reddit เป็นตัวแทนได้ดี: เขามองบวก ICP ในระยะยาว แต่ต่อเป้าหมาย 70% ภายในปี 2026 มีจุดยืน 'พิสูจน์ก่อนแล้วค่อยเชื่อ' เขาเห็นว่าต้องเห็นอัตราการเผา cycle ทรงตัวต่อเนื่องที่ 0.3 ถึง 0.5 TCYCLES/s จึงจะเชื่อว่าแนวโน้มเป็นจริง

มองไพ่ใบนี้อย่างไร?

ตำแหน่งของ ICP Cloud Engines ตรงกับความต้องการจริง: องค์กรต้องการขึ้นคลาวด์ แต่ไม่อยากถูก AWS และ Azure ผูกขาด บางสถานการณ์ยังต้องการอธิปไตยของข้อมูล การใช้โครงสร้างพื้นฐานบล็อกเชนทำสิ่งนี้ มีตรรกะที่สมเหตุสมผล

แต่จากมุมการลงทุน มีปัญหาเรื่องช่วงเวลาที่เหลื่อมกัน

เรื่องเล่าวิ่งนำหน้าผลิตภัณฑ์ กลไกเผา 20% ถูกชุมชนพูดถึงเป็นตรรกะหลักของการตีราคาโทเคนใหม่แล้ว แต่ Cloud Engines เพิ่งเริ่ม Early Access โหนดเข้ารหัส SEV ยังอยู่ในโรดแมป ปริมาณการเผารวมต่อวันไม่ถึงหนึ่งหมื่นดอลลาร์ โทเคนร่วงลง 99.6% จากจุดสูงสุดแล้ว มูลค่าตลาดถูกบีบเหลือ 1.1 พันล้านดอลลาร์ การประเมินมูลค่าไม่แพงจริง

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

มาตรการด้านอุปทานของ Mission 70 การตัดรางวัลโหนด การลดขนาดซับเน็ต เป็นตัวเร่งที่ใกล้กว่า หากข้อเสนอ治理เหล่านี้ผ่านในอีกไม่กี่เดือนข้างหน้า อัตราเงินเฟ้อจะลดลงแบบขั้นบันได ซึ่งส่งผลระยะสั้นต่อราคาโดยตรงมากกว่า Cloud Engines

เรื่องราวของ Cloud Engines เป็นเดิมพันที่ไกลกว่า เดิมพันว่า ICP จะตัดแบ่งชิ้นเล็กๆ จากตลาดคลาวด์มูลค่าล้านล้านดอลลาร์ได้ และชิ้นเล็กๆ นั้นสร้างรายได้เพียงพอให้สัดส่วนการเผา 20% กลายเป็นแรงกดดันเงินฝืดที่แท้จริง

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

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