---
title: "สิ่งที่ผู้ใช้งานต้องการจากคริปโต: ฟีเจอร์ที่ยังไม่เกิดขึ้นจริง"
description: "แอดเดรสที่อ่านเข้าใจง่าย, การซ่อนความซับซ้อนของค่าธรรมเนียม, ระบบการสมัครสมาชิก, สลิปที่ดูง่ายขึ้น, ระบบ Social Recovery และการบริดจ์ที่ไร้รอยต่อ — ช่องว่างด้าน UX ที่ยังคงเหนี่ยวรั้งให้คริปโตยังไม่เข้าสู่กระแสหลัก"
language: th
published: 2026-04-06
author: Netts
topic: "Insights"
canonical: https://netts.io/blog/what-do-users-want-from-crypto-unrealized-features?lang=th
languages: [en, ru, es, zh, th, fr, uk, tr, hi, fa, ar, ha, pt, vi, ko, ja, id, de, tl]
translation_outdated: false
---
# สิ่งที่ผู้ใช้งานต้องการจากคริปโต: ฟีเจอร์ที่ยังไม่เกิดขึ้นจริง

แอดเดรสที่อ่านเข้าใจง่าย, การซ่อนความซับซ้อนของค่าธรรมเนียม, ระบบการสมัครสมาชิก, สลิปที่ดูง่ายขึ้น, ระบบ Social Recovery และการบริดจ์ที่ไร้รอยต่อ — ช่องว่างด้าน UX ที่ยังคงเหนี่ยวรั้งให้คริปโตยังไม่เข้าสู่กระแสหลัก

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

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

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

## เข้าใจง่าย สำคัญกว่า ดีกว่า

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

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

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

![สิ่งที่ผู้ใช้งานต้องการจากคริปโต: ฟีเจอร์ที่ยังไม่เกิดขึ้นจริง](https://netts.io/blog/images/body/75fe5b049cf053703ace4030a6850425b4f939b3-593.webp)

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

ในฐานะนักพัฒนา ตรรกะของ gas นั้นสมเหตุสมผลอย่างยิ่ง มันช่วยลดปัญหาสแปมและจัดการทรัพยากรของเครือข่ายได้ดี แต่สำหรับผู้ใช้ มันคือเรื่องไร้สาระอย่างสิ้นเชิง แบบจำลองความคิดว่าด้วยการทำงานของเงินได้พังทลายลง หากฉันมีเงิน ฉันก็ควรจะซื้อของได้ แนวคิดที่ว่า "เหรียญเนทีฟ" จำเป็นต่อการเคลื่อนย้ายข้อมูลนั้นเป็นเรื่องที่เราควรซ่อนไว้เบื้องหลังและทำให้มันกลายเป็นนามธรรม ผู้ใช้ต้องการให้ความซับซ้อนทางเศรษฐศาสตร์นี้ถูกจัดการแบบอัตโนมัติ (economic abstraction) พวกเขาต้องการจ่ายค่าธรรมเนียมด้วยโทเคนเดียวกับที่ถืออยู่ หากพวกเขากำลังส่ง USDT เครือข่าย (หรือกระเป๋าเงิน) ก็ควรจะหัก USDT ส่วนหนึ่งโดยอัตโนมัติ แล้วนำไปแลกเป็น Energy หรือ Bandwidth ที่จำเป็นในเบื้องหลังอย่างเงียบ ๆ ก่อนจะดำเนินการทำธุรกรรมต่อไป หากผู้ใช้ไม่ได้ต้องการถือเหรียญนั้น พวกเขาก็ไม่ควรจำเป็นต้องได้ยินชื่อ TRX หรือ ETH เลยด้วยซ้ำ ยิ่งไปกว่านั้น กลไกในปัจจุบันยังทำให้เกิด “dust” อยู่เกลื่อนกลาด ผู้คนมักเหลือเศษ ETH หรือ TRX มูลค่า 0.45 ค้างอยู่ในกระเป๋า ซึ่งค่าธรรมเนียมในการโอนออกยังแพงกว่ามูลค่าของเหรียญเองเสียอีก ความเกะกะนี้เป็นเรื่องน่ารำคาญและไม่คุ้มค่าทางเศรษฐกิจในโลกเว็บ มันแสดงให้เห็นว่าการเป็นเจ้าของระบบนั้นสามารถสร้างความไร้ประสิทธิภาพให้กับผู้ใช้ได้มากเพียงใด

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

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

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

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

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

![สิ่งที่ผู้ใช้งานต้องการจากคริปโต: ฟีเจอร์ที่ยังไม่เกิดขึ้นจริง](https://netts.io/blog/images/body/a584e945cd1534e978724f9344aa8e32e1d730c1-530.webp)

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

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

ผู้ใช้ต้องการเพิ่มบันทึก แท็ก และหมวดหมู่ของตนเองลงในกิจกรรมบนเชน และหากเป็นไปได้ ข้อมูลเหล่านี้ก็ไม่ควรเป็นแค่ข้อมูลในเครื่องโทรศัพท์ของคุณ — แต่ควรได้รับการเข้ารหัสและจัดเก็บในรูปแบบที่กู้คืนได้เมื่อคุณเปลี่ยนเครื่อง พวกเขาต้องการให้กระเป๋าเงินเป็นสมุดบันทึกทางการเงิน ไม่ใช่แค่บันทึกดิบ ๆ ของเหตุการณ์การเข้ารหัส พวกเขาอยากเห็นคำว่า “จ่ายค่าเช่าบ้าน” มากกว่าเห็น “0x4a...8f"

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

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

## ปัญหาทั่วไปที่ผู้ใช้ระดับทั่วไปต้องเผชิญ:

1. แอดเดรสที่มนุษย์อ่านเข้าใจง่ายและใช้ชื่อแทน เทียบกับ แอดเดรสเลขฐานสิบหกแบบดิบ;

2. การหักค่าธรรมเนียม gas จากโทเคนเดียวกันกับที่กำลังโอนโดยอัตโนมัติและไม่ต้องพึ่งพาความไว้วางใจ (Economic Abstraction);

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

4. สลิปธุรกรรมที่มนุษย์อ่านเข้าใจง่าย และ block explorer ที่ลดความซับซ้อนลง;

5. การจำกัดวงเงินใช้จ่าย, การล็อกเวลา (time-locks) และตัวเลือกการกู้คืนบัญชีทางสังคม (social recovery) ที่ติดตั้งมาในตัว;

6. การทำงานร่วมกันข้ามเชนแบบไร้รอยต่อและมองไม่เห็น - การข้ามเชนแบบไร้รอยต่อสามารถมองได้ว่าเป็นโปรโตคอลที่ไม่จำเป็นต้องให้ผู้ใช้เข้าไปยุ่งเกี่ยว;

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

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

ผู้ใช้งานกลุ่มแรก ๆ (early adopters) ยอมอดทนต่อความตลกร้ายที่พวกเขาต้องมานั่งเรียนรู้เรื่องการจัดการ nonces และ gas limits ได้ นั่นก็เพราะอุดมการณ์หรือการเก็งกำไรทางการเงิน แต่คลื่นลูกใหม่ของผู้ใช้ — คนที่แค่ต้องการส่งเงินให้คนในครอบครัว หรือจ่ายค่าสินค้าและบริการออนไลน์ — พวกเขาไม่มีความอดทนต่อความยุ่งยากเหล่านี้เลยแม้แต่น้อย หากการส่งคริปโตมันยากกว่าการส่งข้อความบน WhatsApp พวกเขาก็จะไม่ใช้มัน เรื่องมันง่าย ๆ แค่นั้นเอง หากแวดวงนี้ไม่สามารถแก้ไขข้อบกพร่องของอินเทอร์เฟซเหล่านี้ได้ มันก็เสี่ยงที่จะกลายเป็นเพียงแค่โครงสร้างพื้นฐานเบื้องหลังให้กับฟินเทคแบบดั้งเดิม แทนที่จะเป็นการปฏิวัติที่ผู้ใช้สัมผัสได้จริง

![สิ่งที่ผู้ใช้งานต้องการจากคริปโต: ฟีเจอร์ที่ยังไม่เกิดขึ้นจริง](https://netts.io/blog/images/body/873a3c53d6190074926282f032c5f6eeb527c950-640.webp)

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

## การออกแบบที่ดี สำคัญกว่า เอกสารคู่มือ

หนทางข้างหน้าจำเป็นต้องมีการปรับเปลี่ยนวิธีคิด เราต้องเลิกจัดงานฉลองเพียงเพราะมีการอัปเกรดโปรโตคอลบางอย่างที่มีแค่คนไม่กี่คนที่เรารู้จักเท่านั้นที่เข้าใจ และหันมาเฉลิมฉลองให้กับความก้าวหน้าทางด้านอินเทอร์เฟซผู้ใช้แทน เราต้องการกระเป๋าเงินที่มีรูปลักษณ์และความรู้สึกเหมือนกับแอปฟินเทคสมัยใหม่ ไม่ใช่เครื่องมือของนักพัฒนา เราต้องร่วมมือกันสร้างสถาปัตยกรรมที่ “ขับเคลื่อนด้วยความต้องการ (intent-based)” ซึ่งผู้ใช้เพียงแค่บอกเราว่าพวกเขาต้องการทำอะไร (“จ่ายเงินให้บ็อบ 50 ดอลลาร์”) แล้วปล่อยให้เครือข่ายไปหาวิธีการเอาเอง ความซับซ้อนควรถูกฝังไว้ในเลเยอร์โปรโตคอล หรือผลักออกไปให้กับเครือข่ายของตัวประมวลผลคำสั่ง (solvers) ที่คอยดูแลให้ส่วนหน้าบ้านมีความเรียบง่าย คลีน และลื่นไหลสำหรับการใช้งานของมนุษย์

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

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

![สิ่งที่ผู้ใช้งานต้องการจากคริปโต: ฟีเจอร์ที่ยังไม่เกิดขึ้นจริง](https://netts.io/blog/images/body/8a2205654eef2c4db05314db2536f7eb7e5968cf-1129.webp)

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