สิ่งที่ผู้ใช้งานต้องการจากคริปโต: ฟีเจอร์ที่ยังไม่เกิดขึ้นจริง

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

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

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

ความเข้าใจง่ายสำคัญกว่าความเหนือกว่า

มนุษย์ทั่วไปคุ้นเคยกับโลกที่สามารถรีเซ็ตรหัสผ่านได้ และความผิดพลาดสามารถย้อนกลับไปแก้ไขได้

การคาดหวังให้พวกเขาทำงานในโลกที่ความผิดพลาดเพียงครั้งเดียวหมายถึงการสูญเสียอย่างถาวรนั้น เปรียบเสมือนการบอกว่า ‘เราอยากให้คุณขับรถไปตามทางหลวงสายนี้ แต่ถ้าคุณหักเลี้ยวผิดเลนเพียงนิดเดียว รถจะระเบิดทันที’ ผู้ใช้งานไม่ได้เรียกร้องการรวมศูนย์ (centralization) แต่พวกเขากำลังมองหา ‘ราวกั้น’ เพื่อความปลอดภัย สิ่งที่พวกเขาต้องการคืออิสระของคริปโตที่มาพร้อมกับฟีเจอร์ความปลอดภัยแบบธนาคาร พวกเขาต้องการความมั่นใจว่ามี “ปุ่มฉุกเฉิน” เตรียมพร้อมไว้ หรือสามารถ “ยิงก่อนแล้วค่อยถามทีหลัง” ได้ในวงจรการทำรายการแบบหน่วงเวลา (time-delayed release cycle) ซึ่งช่วยให้สามารถออกรายการใหม่หรือแก้ไขสิ่งต่างๆ ได้ก่อนที่มันจะถูกบันทึกลงบนบล็อกเชนอย่างถาวร

การเชื่อมโยงที่เรียบง่ายที่สุดคือ ตัวตน (identity) หรือที่อริสโตเติลนิยามไว้ว่าเป็น ความเหมือนกัน (sameness) หากคุณต้องการส่งอีเมลหาใครสักคน คุณก็แค่พิมพ์ชื่อของเขา หากคุณต้องการคุยกับเขา คุณก็แค่กดไปที่รายชื่อผู้ติดต่อ แต่ถ้าคุณต้องการโอน USDT คุณกลับต้องรับมือกับชุดตัวเลขฐานสิบหกที่ดูเหมือนถูกสร้างขึ้นจากการให้แมวเดินบนคีย์บอร์ด ที่อยู่ (Address) อย่าง "T9y..." หรือ "0x71C..." คือศัตรูของการจดจำของมนุษย์ เพราะมันอ่านไม่ออกและดูเหมือนกันไปหมดเมื่อมองผ่านๆ แถมยังน่าสะพรึงกลัวอย่างยิ่งหากทำผิดพลาด ความโหดร้ายนี้ยังทวีคูณด้วยการเกิดขึ้นของภัยคุกคามใหม่ๆ อย่าง “address poisoning” โดยมิจฉาชีพจะสร้างที่อยู่แบบ Vanity Address ที่มีตัวอักษรตัวแรกและตัวท้ายตรงกับที่อยู่ที่คุณใช้บ่อย แล้วส่ง “dust” (คริปโตจำนวนเล็กน้อย) มาให้คุณ

คุณแค่คัดลอกที่อยู่จากประวัติการทำรายการอย่างมักง่ายโดยไม่ตรวจสอบตัวอักษรตรงกลางทุกครั้งที่ส่งเงินใช่หรือไม่? นี่คือระดับความระมัดระวังที่ไม่มีระบบการเงินอื่นใดต้องการขนาดนี้ พวกเราในฐานะผู้ใช้งานเพียงต้องการเลเยอร์ระบุตัวตน (identity layer) ที่ทำงานได้ในทุกโปรโตคอล พวกเขาต้องการส่งเงินไปยัง “Michael.Wallet” โดยให้การกำหนดเส้นทางและการแปลงที่อยู่ (resolution) เกิดขึ้นเบื้องหลัง ความจริงที่ว่าในปี 2025 เรายังคงต้องคัดลอกและวางเจ้าสี่เหลี่ยมเล็กๆ ที่ดูงี่เง่าพร้อมจุดสีสันประหลาดๆ เหล่านี้อยู่ มันสะท้อนให้เห็นได้ชัดเจนว่ายังมีงานอีกมากเพียงใดที่ต้องทำ

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

ในมุมมองของนักพัฒนา ตรรกะเรื่องค่าแก๊สนั้นสมเหตุสมผลอย่างยิ่ง เพราะมันช่วยลดสแปมและช่วยบริหารจัดการทรัพยากรของเครือข่าย แต่สำหรับผู้ใช้งานทั่วไปแล้ว มันเป็นเรื่องที่ไร้สาระสิ้นดี รูปแบบความคิด (Mental model) เกี่ยวกับวิธีการทำงานของเงินนั้นพังทลายลง เพราะถ้าฉันมีเงิน ฉันก็ควรจะซื้อของได้ แนวคิดเรื่อง "Native Token" ที่จำเป็นต้องใช้ในการรับส่งข้อมูลนั้นเป็นสิ่งที่ควรถูกมองข้ามและทำให้เป็นเรื่องนามธรรม (Abstract) มากขึ้น เพราะสิ่งที่ผู้ใช้งานต้องการจริงๆ คือการลดความซับซ้อนทางเศรษฐกิจ (Economic abstraction) พวกเขาต้องการจ่ายค่าธรรมเนียมด้วยโทเคนที่มีอยู่ในมือ หากพวกเขากำลังส่ง USDT เครือข่าย (หรือวอลเล็ต) ควรจะหัก USDT บางส่วนโดยอัตโนมัติ แล้วนำไปแลกเปลี่ยนเป็น Energy หรือ Bandwidth ที่จำเป็นเบื้องหลังอย่างเงียบๆ เพื่อดำเนินการทำธุรกรรมให้เสร็จสิ้น หากผู้ใช้งานไม่ต้องการถือเหรียญเหล่านั้น พวกเขาก็ไม่ควรจะต้องมาได้ยินชื่อ TRX หรือ ETH เลยด้วยซ้ำ

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

ภาพที่ชัดเจนสำหรับผู้ใช้

อีกหนึ่งปัญหาใหญ่คือความโปร่งใสของธุรกรรม เครื่องมือที่เราสร้างขึ้นมานั้นยอดเยี่ยมมาก ตั้งแต่ TronScan ไปจนถึง Etherscan แต่เห็นได้ชัดว่าพวกมันถูกออกแบบโดยวิศวกรเพื่อวิศวกร เมื่อผู้ใช้ทั่วไปตรวจสอบธุรกรรม เขาต้องการความมั่นใจ พวกเขาต้องการใบเสร็จที่เรียบง่าย แต่สิ่งที่พวกเขาได้รับกลับมาคือ: block hash, ประเภทของบล็อก (epoch), gas limit, input data และการยืนยัน (confirmations) มันคือข้อมูลที่มากเกินความจำเป็น

เมื่อธุรกรรมค้างหรือรอดำเนินการ การดู block explorer อาจทำให้คุณงุนงงและตื่นตระหนกว่าจะเกิดอะไรขึ้นต่อไป "มันล้มเหลวหรือเปล่า? เงินฉันหายไปไหม?" UI ของเครื่องมือตรวจสอบเหล่านี้จำเป็นต้องได้รับการยกเครื่องใหม่ทั้งหมดเพื่อสาธารณชน! เราต้องการระบบติดตามแบบ FedEx สำหรับ block explorer: แถบแสดงสถานะที่เรียบง่าย ป้าย "ส่งมอบแล้ว" ที่ชัดเจน และคำอธิบายความล่าช้าด้วยภาษาที่เข้าใจง่าย ผู้คนต้องการรู้สึกว่าตนเองควบคุมได้ และความรู้สึกนั้นมาจากความชัดเจน พวกเขาไม่อยากดูรายการข้อมูลดิบในฐานข้อมูล แต่ต้องการเห็นเรื่องราวความเป็นมาของเงินในภาษาที่พวกเขาสื่อสารเข้าใจ

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

นั่นอาจจะดีในแง่ของความปลอดภัย แต่มันแย่มากเมื่อพูดถึงเรื่องความสะดวกสบาย

มีสมาร์ทคอนแทรคที่พยายามทำงานเหมือนระบบสมัครสมาชิก (subscription) แต่มักจะยุ่งยากซับซ้อน ทำให้ผู้ใช้ต้องล็อกเงินไว้ข้างใน หรือตั้งค่าได้ยากเกินไปสำหรับคนทั่วไป ผู้ใช้ต่างโหยหาตัวเลือก "หักบัญชีอัตโนมัติ" (Direct Debit) ในวอลเล็ตคริปโตของพวกเขา พวกเขาต้องการที่จะพูดได้ว่า “อนุญาตให้บริการนี้เรียกเก็บเงินฉัน 30 USDT ในวันที่ 1 ของทุกเดือน” แล้วก็ไม่ต้องไปกังวลกับมันอีก จนกว่าคริปโตจะสามารถรองรับการเคลื่อนไหวของเงินแบบพาสซีฟ (passive movement) ที่ขับเคลื่อนชีวิตประจำวันของเราได้ มันก็จะเป็นเพียงเครื่องมือสำหรับการเทรดเก็งกำไร ไม่ใช่โครงสร้างพื้นฐานสำหรับการใช้ชีวิต

อีกหนึ่งสิ่งที่ต้องมีแต่ยังขาดหายไปคือ ประวัติการทำธุรกรรมที่เข้าใจง่ายและไม่เป็นเทคนิคจนเกินไป เมื่อคุณเปิดรายการเดินบัญชีธนาคาร คุณจะเห็นคำว่า “Starbucks,” “Amazon,” “เงินเดือน” แต่เมื่อเปิดวอลเล็ตคริปโต คุณจะเจอรายการธุรกรรมอย่าง “Smart Contract 0x…” และ “Transfer to T…” เว้นแต่ว่าคุณจะอุตสาหะบันทึกที่อยู่นั้นไว้ในสมุดที่อยู่ด้วยตัวเอง หกเดือนผ่านไป ผู้ใช้ก็จำไม่ได้แล้วว่าธุรกรรมเหล่านั้นคืออะไรกันแน่ มันคือการสวอป (swap) หรือเปล่า? หรือเป็นการบริจาค? การขาดข้อมูลเมตา (metadata) และบริบทที่ชัดเจน ทำให้การทำบัญชีกลายเป็นฝันร้าย

รายละเอียดที่เจาะจงเกินความจำเป็น

พวกเขาต้องการเพิ่มบันทึก แท็ก และหมวดหมู่ของตัวเองลงไปในกิจกรรมบนเชน (on-chain activity) และจะดียิ่งขึ้นหากข้อมูลเหล่านี้ไม่ใช่แค่ข้อมูลในเครื่องโทรศัพท์ แต่มีการเข้ารหัสและจัดเก็บในรูปแบบที่กู้คืนได้หากมีการเปลี่ยนเครื่องใหม่ พวกเขาต้องการให้วอลเล็ตเป็นเหมือนสมุดบันทึกทางการเงิน ไม่ใช่แค่บันทึกดิบๆ ของเหตุการณ์ทางคริปโตกราฟิก (cryptographic events)

พวกเขายากเห็นคำว่า “ค่าเช่า” มากกว่ารหัสอย่าง “0x4a...8f”

อย่างไรก็ตาม ปัญหาหนึ่งที่ผู้ใช้งานต้องการทางออกอย่างยิ่งคือปัญหาการกระจัดกระจายของสภาพคล่อง (liquidity fragmentation) และฝันร้ายของการ “บริดจ์” (bridging) คนทั่วไปไม่เข้าใจอย่างถ่องแท้ว่า “USDT บน Ethereum” คืออะไร และ “USDT บน TRON” คืออะไร รวมถึงแนวคิดใหม่ที่ว่าอาจจะมี “USDT บน Solana” สำหรับพวกเขา ทั้งหมดนั้นก็คือ USDT เหมือนกัน พวกเขาไม่เข้าใจว่าทำไมถึงไม่สามารถโอน USDT จากวอลเล็ตบน Ethereum ไปยังวอลเล็ตบน TRON ของเพื่อนได้โดยตรง แน่นอนว่าในทางเทคนิคแล้ว การที่มันอยู่คนละบัญชีแยกประเภท (ledger) ถือเป็นข้อจำกัดเชิงเทคนิคที่ควรทราบ แต่ผมหวังว่าผู้ใช้ส่วนใหญ่ไม่จำเป็นต้องมานั่งกังวลกับเรื่องนี้ เราต้องการวอลเล็ตแบบ “สากล” (universal) ที่จัดการเรื่องการบริดจ์และการสวอป (swap) ให้เราโดยอัตโนมัติ หากวอลเล็ตทราบว่าผมต้องการส่งเหรียญไปยังที่อยู่บน Solana มันควรจะตรวจพบว่าผมมีเงินอยู่แค่บน Ethereum แล้วถามว่า “สวอปแล้วส่งเลยไหม? จะมีค่าใช้จ่าย X” ในปัจจุบัน ผู้ใช้ต้องไปใช้งานบริดจ์ของบุคคลที่สาม ซึ่งเป็นช่องทางเข้าออกระบบนิเวศที่ควบคุมโดยใครบางคนที่นอกเหนือจาก Facebook และมักจะเป็นจุดอ่อนที่สุดในระบบนิเวศที่เสี่ยงต่อการถูกแฮ็ก ผู้ใช้งานต้องแบกรับความซับซ้อนเหล่านี้ไว้เอง และพวกเขาก็เริ่มจะทนไม่ไหวแล้ว

กลไกด้านความปลอดภัยควรมีอะไรที่มากกว่าแค่ “ได้ทั้งหมดหรือเสียทั้งหมด” (all or nothing) การธนาคารแบบดั้งเดิมมีตัวเลือกให้คุณตั้งวงเงินการใช้จ่ายรายวันได้ หากคุณทำบัตรหาย คุณก็สามารถอายัดบัตรได้ แต่ในโลกคริปโต เมื่อคีย์ส่วนตัว (private key) ของคุณหลุดออกไป ทุกอย่างจะหายวับไปในเวลาเพียงไม่กี่วินาที ผู้ใช้งานต้องการการกำหนดสิทธิ์ที่ละเอียด พวกเขาอยากมีตัวเลือกในการสร้าง “ห้องนิรภัย” (vault) ภายในวอลเล็ต ซึ่งการถอนเงินใดๆ จะต้องแจ้งล่วงหน้า 48 ชั่วโมง หรือมี “บัญชีกระแสรายวัน” ที่ต้องมีการอนุมัติครั้งที่สองจากอุปกรณ์ที่เชื่อถือได้สำหรับยอดเงินที่เกิน 100 ดอลลาร์ เป็นต้น ฟังก์ชันทั้งหมดนี้สามารถทำได้ในทางเทคนิคด้วยวอลเล็ตแบบสมาร์ทคอนแทรค (Account Abstraction) อย่างไรก็ตาม มันยังไม่ได้ถูกนำมาใช้เป็นค่าเริ่มต้นในปัจจุบัน

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

ปัญหาทั่วไปสำหรับผู้ใช้ระดับปกติ:

1. ที่อยู่กระเป๋าที่มนุษย์อ่านออกและใช้ชื่อเรียก (Alias) เปรียบเทียบกับที่อยู่แบบเลขฐานสิบหก (Raw Hex);

2. การหักค่าแก๊ส (Gas Fee) โดยอัตโนมัติและไม่ต้องอาศัยความไว้วางใจ (Trustless) จากโทเคนตัวที่กำลังโอน (Economic Abstraction);

3. โปรโตคอลสำหรับการชำระเงินแบบรายงวดและระบบสมาชิกที่เป็นมาตรฐาน ซึ่งง่ายต่อการนำไปปรับใช้;

4. ใบเสร็จการทำธุรกรรมที่มนุษย์อ่านเข้าใจ และเครื่องมือตรวจสอบบล็อก (Block Explorer) ที่ใช้งานง่ายขึ้น;

5. การกำหนดวงเงินการใช้จ่าย, การล็อกตามเวลา (Time-locks) และตัวเลือกการกู้คืนบัญชีผ่านบุคคลที่ไว้วางใจ (Social Recovery) ที่ติดตั้งมาในตัว;

6. การทำงานร่วมกันข้ามเชนแบบไร้รอยต่อ (Invisible Cross-chain) ซึ่งถือเป็นโปรโตคอลที่ไม่ต้องการให้ผู้ใช้เข้ามาจัดการด้วยตัวเอง;

7. รายละเอียดธุรกรรมที่มีบันทึกข้อความและข้อมูลเมตา (Metadata)

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

กลุ่มผู้ใช้งานยุคแรก (Early Adopters) อาจจะยอมทนกับความย้อนแย้งที่ต้องมาเรียนรู้วิธีจัดการกับ Nonce และ Gas Limit เพราะอุดมการณ์หรือการเก็งกำไรทางการเงิน แต่ผู้ใช้งานกลุ่มถัดไป — ซึ่งเป็นคนที่แค่ต้องการส่งเงินให้ครอบครัว หรือจ่ายค่าบริการและสินค้าออนไลน์ — จะไม่มีความอดทนต่อความยุ่งยากเหล่านี้เลย หากการส่งคริปโตนั้นยากกว่าการส่งข้อความผ่าน WhatsApp พวกเขาก็จะไม่ใช้มัน เรื่องมันง่ายๆ แค่นั้นเอง หากอุตสาหกรรมนี้ไม่สามารถแก้ไขความล้มเหลวของอินเทอร์เฟซเหล่านี้ได้ ก็เสี่ยงที่จะกลายเป็นเพียงโครงสร้างพื้นฐานเบื้องหลัง (Backend) ให้กับฟินเทคแบบดั้งเดิม แทนที่จะเป็นการปฏิวัติที่เข้าถึงผู้ใช้งานโดยตรง

และการขาดองค์ประกอบเหล่านี้เองที่เป็นบ่อเกิดสำคัญของการหลอกลวง (Scams)

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

การออกแบบที่ดีสำคัญกว่าคู่มือการใช้งาน

หนทางข้างหน้าจำเป็นต้องมีการเปลี่ยนวิธีคิด เราต้องเลิกฉลองให้กับการอัปเกรดโปรโตคอลที่เข้าใจกันอยู่แค่ในกลุ่มคนวงใน และหันมาฉลองให้กับความก้าวหน้าด้านอินเทอร์เฟซผู้ใช้งาน (User Interface) แทน เราต้องการวอลเล็ตที่ให้ความรู้สึกเหมือนแอป Fintech สมัยใหม่ ไม่ใช่เครื่องมือสำหรับนักพัฒนา เราต้องพัฒนาสถาปัตยกรรมแบบ "เน้นความจำนง" (Intent-based) ที่ผู้ใช้งานเพียงแค่บอกสิ่งที่ต้องการจะทำ (เช่น "จ่ายเงินให้ Bob 50 ดอลลาร์") แล้วปล่อยให้เครือข่ายจัดการหาวิธีดำเนินการเอง ความซับซ้อนควรถูกซ่อนไว้ในชั้นโปรโตคอล หรือผลักภาระไปให้เครือข่ายของผู้แก้โจทย์ (Solvers) เฉพาะทาง เพื่อให้ส่วนหน้าบ้านยังคงสะอาดตา เรียบง่าย และใช้งานได้ลื่นไหลสำหรับมนุษย์

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

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

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

อย่างไรก็ตาม โซลูชันที่ช่วยแก้ปัญหาเหล่านี้กำลังจะเกิดขึ้น รวมถึงเรื่องค่าธรรมเนียมเครือข่ายที่ผู้ใช้สเตเบิลคอยน์ต้องแบกรับ หนึ่งในนวัตกรรมเหล่านี้คือ Netts Transfer Tool ซึ่งถูกสร้างขึ้นโดยมุ่งเน้นไปที่กลไกพลังงาน (Energy) บนเครือข่าย TRON แทนที่จะให้ผู้ใช้ต้องมาหาวิธีครอบครอง 1 TRX — แล้วต้องถือมันไว้ไม่กี่วันหรือกี่ชั่วโมงท่ามกลางความผันผวนของราคาในขณะที่โอนเหรียญออกจากแพลตฟอร์ม — โซลูชันนี้ช่วยให้ค่าธรรมเนียมในการประมวลผลการชำระเงินถูกหักออกโดยตรงจาก USDT ที่กำลังโอน สิ่งนี้สร้างระบบที่คล้ายคลึงกับกลไกอัตโนมัติในการเงินแบบดั้งเดิม และช่วยลดความยุ่งยากของกระบวนการโอน เพื่อให้ผู้ใช้คิดเพียงแค่เรื่องการชำระเงินเท่านั้น — ซึ่งช่วยให้การชำระเงินด้วยคริปโตมีความใกล้เคียงและเทียบเท่ากับการใช้เงินเฟียต (fiat) มากยิ่งขึ้น