- มีความพยายามอย่างต่อเนื่องที่จะทำให้ Web Monetization ซึ่งเป็นการส่งต่อการชำระเงินจำนวนน้อยแบบอัตโนมัติภายในเบราว์เซอร์ กลายเป็น มาตรฐานเว็บ/ฟีเจอร์ที่ฝังในเบราว์เซอร์ แทนที่จะเป็นส่วนขยาย แต่กำแพงในการใช้งานก็ยังสูงอยู่
- ในอดีต Coil เคยเชื่อมส่วนขยายเบราว์เซอร์เข้ากับกระเป๋าเงินออนไลน์ เพื่อส่ง ไมโครเพย์เมนต์ แบบอัตโนมัติไปยังเว็บไซต์ที่มีแท็ก
<link rel="monetization"> ทำให้แนวคิดนี้เข้าใกล้ความเป็นจริงมากขึ้น
- หลังยุค Coil แนวทางลักษณะนี้ยังดำเนินต่อผ่านการผสมกันของ ส่วนขยาย Interledger กับกระเป๋าเงิน GateHub และ Chimoney และการที่มี การทดลอง Web Monetization แบบเนทีฟในระดับโค้ดของ Chromium ก็ดูเป็นความก้าวหน้าทางเทคนิค
- อย่างไรก็ตาม ในการใช้งานจริงกลับพบปัญหาร้ายแรงด้าน UX และข้อจำกัดตามภูมิภาค เช่น ความสับสนเรื่องรูปแบบที่อยู่กระเป๋าเงิน ใน GateHub, ไม่สามารถฝาก USD ได้, Interledger ไม่รองรับสหรัฐฯ และสหราชอาณาจักร, และ Chimoney ไม่รองรับเว็บ (ใช้ได้เฉพาะแอปเนทีฟ)
- บทความมองว่าเส้นทางหลักอย่างการเลือกกระเป๋าเงิน การเติมเงิน และการตั้งค่าที่อยู่ ควรถูกขัดเกลาให้มีความ “ง่ายมากและเสถียรมาก” ระดับเดียวกับ Apple Pay เสียก่อน แล้วจึงค่อยต่อยอดไปสู่การทดลองของนักพัฒนา การทำมาตรฐาน และการบรรจุลงเบราว์เซอร์ ซึ่งในตอนนี้ยังมองว่าเป้าหมายดังกล่าวอยู่ไกล
แนวคิดของ Web Monetization ในฐานะมาตรฐานเว็บ
- Web Monetization มุ่งไปที่โมเดลรายได้แบบ เชื่อมกระเป๋าเงินออนไลน์ที่ติดตั้งในเบราว์เซอร์เข้ากับเว็บไซต์โดยอัตโนมัติ และสตรีมการชำระเงินจำนวนน้อย
- เว็บไซต์จะเปิดเผย public key (ตัวระบุกระเป๋าเงิน) ของกระเป๋าเงินออนไลน์ตัวเองผ่านแท็ก
<meta> หรือ <link>
- ผู้ใช้จะฝากเงินจำนวนหนึ่งไว้ในส่วนขยายเบราว์เซอร์ แล้วส่วนขยายจะกระจายเงินให้อัตโนมัติไปยังเว็บไซต์ที่เข้าเยี่ยมชมซึ่งมีแท็กดังกล่าว
- ผู้เขียนเคยหลงใหลแนวคิดนี้ผ่าน Coil และชื่นชอบประสบการณ์ของการปล่อย เงินสนับสนุนเล็กน้อย ราวกับเป็นการบอกว่า “ขอบคุณที่สร้างเว็บไซต์นี้ขึ้นมา” เพียงแค่จากการเข้าเยี่ยมชม
- ยังมีฟังก์ชันควบคุมพื้นฐาน เช่น blacklist อยู่ด้วย จึงไม่เหมือน Brave Rewards เสียทีเดียว แต่ทำงานเป็น ระบบให้รางวัลที่มีแนวคิดคล้ายกัน
- แต่สิ่งที่ชอบที่สุดใน Coil ไม่ใช่แค่ตัวธุรกิจเอง หากเป็นการที่มันแสดงให้เห็นถึง ขั้นตอนที่เป็นรูปธรรมในการยกระดับสิ่งนี้สู่มาตรฐานเว็บและฟีเจอร์ฝังในเบราว์เซอร์
- หากมันกลายเป็น ฟีเจอร์พื้นฐาน ที่ทำงานได้บนทุกเบราว์เซอร์โดยไม่ต้องมีส่วนขยาย ประสบการณ์การจ่ายเงินบนเว็บโดยรวมก็อาจเปลี่ยนไปได้
ศักยภาพของไมโครเพย์เมนต์ที่ฝังในเบราว์เซอร์
- ข้อดี 4 ประการที่คาดหวังได้หาก Web Monetization ถูกผสานเข้ากับเบราว์เซอร์แบบเนทีฟ
- มีโอกาสใช้งานได้ง่ายมากขึ้น
- ความปลอดภัยอาจดีขึ้นอย่างมาก
- ทำให้เกิด โมเดลสมัครสมาชิก/พรีเมียมที่เสริมความไม่เปิดเผยตัวตน
- อาจช่วยให้ การชำระเงินที่ไม่ใช่บัตรเครดิต กลายเป็นเรื่องปกติมากขึ้น
- ในมุมการใช้งาน ผู้เขียนมองว่าสามารถย่นขั้นตอน checkout ให้สั้นลงได้ใกล้เคียงหรือมากกว่า Apple Pay
- เช่นเดียวกับที่ Apple Pay ลดขั้นตอนการจ่ายเงินลงได้เกินครึ่ง หากมีกระเป๋าเงินในเบราว์เซอร์ที่เป็นมาตรฐาน ก็อาจมอบ ประสบการณ์คล้ายกันบนทุกแพลตฟอร์ม ได้
- ในมุมความปลอดภัย จุดสำคัญคือการ ตัดรูปแบบการกรอกหมายเลขบัตรเครดิตลงในเว็บไซต์โดยตรง ออกไปได้
- แทนที่จะต้อง “เชื่อเอาเอง” ว่าเว็บไซต์ส่งและเก็บข้อมูลหมายเลขบัตรอย่างไร ผู้เขียนชอบโมเดลที่ให้เบราว์เซอร์จัดการข้อมูลการชำระเงินแทน
- ในมุมความเป็นส่วนตัว โครงสร้างนี้สามารถทำให้เว็บไซต์ มอบบริการสมัครสมาชิกหรือฟีเจอร์พรีเมียมโดยไม่ต้องรู้แม้แต่อีเมลของผู้ใช้
- จึงสามารถให้ฟีเจอร์อย่างปิดโฆษณา บัญชีโปร หรือดาวน์โหลดคุณภาพสูงได้โดยไม่ต้องเก็บอีเมล และสร้าง ประสบการณ์แบบเสียเงินที่ไม่มีสแปมเมล ได้
- ในมุมช่องทางชำระเงิน กระเป๋าเงินออนไลน์สามารถเชื่อม แหล่งเงินที่หลากหลาย เช่น บัญชีธนาคาร บัตรเครดิต หรือคริปโทเคอร์เรนซี จึงมีโอกาสทลายสมมติฐานที่ว่า “ค่าเริ่มต้นต้องเป็นบัตรเครดิต”
- ไม่ว่าจะใช้สกุลเงินหรือวิธีใด ฝั่งเว็บก็อาจมี abstraction layer ที่รู้เพียงว่า “มีเงินอยู่ในกระเป๋า” เท่านั้น
หลัง Coil: ส่วนขยาย Interledger และโค้ดเนทีฟของ Chromium
- หลัง Coil ปิดตัว โปรเจ็กต์นี้ได้ส่งไม้ต่อไปยัง Interledger และยังมีความเคลื่อนไหวต่อเนื่องในการผลักดัน Web Monetization บนพื้นฐานของ Interledger
- ปัจจุบันมี ส่วนขยายเบราว์เซอร์ Interledger มาแทนส่วนขยายของ Coil โดยจะตรวจว่าภายในหน้าเว็บมีกระเป๋าเงิน monetization หรือไม่ และจัดการการจ่ายเงินโดยอัตโนมัติ
- ใช้รูปแบบอย่าง
<link rel="monetization" href="https://ilp.gatehub.net/150644339/usd" /> และส่วนขยายจะใช้ลิงก์นี้เพื่อ รับรู้กระเป๋าเงินของเว็บไซต์
- ระบบถูกออกแบบให้ สกุลเงินดิจิทัลไหลอย่างต่อเนื่อง จากกระเป๋าเงินของผู้ใช้ที่เชื่อมกับส่วนขยาย ไปยังกระเป๋า Web Monetization ที่ลิงก์นี้ชี้อยู่
- ส่วนที่น่าตื่นเต้นที่สุดจากสิ่งที่ Thomas Steiner เปิดเผย คือ มีโค้ดสำหรับ Web Monetization แบบเนทีฟอยู่ภายใน Chromium แล้ว
- โค้ดนี้ พัฒนาโดย Igalia และได้รับการสนับสนุนจาก Interledger Foundation และตอนนี้อยู่ในขั้นรอการแชร์ผลการทดลอง
- เพียงแค่ข้อเท็จจริงที่ว่ามันไปถึงระดับโค้ดของเอนจินเบราว์เซอร์แล้ว ก็ทำให้มองได้ว่า Web Monetization ขยับจากแค่แนวคิดไปสู่ ความคืบหน้าในระดับหนึ่งในฐานะผู้ท้าชิงมาตรฐาน
UX ของกระเป๋าเงินและข้อจำกัดตามภูมิภาค: ประสบการณ์ใช้ GateHub, Interledger และ Chimoney
- ผู้เขียนลองใช้ กระเป๋าเงินสามตัวที่ส่วนขยาย Interledger รองรับ (Interledger, GateHub, Chimoney) ด้วยตนเองเพื่อชี้ให้เห็นปัญหาในระยะปัจจุบัน
- อ้างอิงจากตัวอย่างที่ Thomas ใช้ ผู้เขียนเลือก GateHub ก่อน เพราะรองรับ USD
- แม้ขั้นตอนยืนยันตัวตนของบัญชีจะสะดุดอยู่บ้างจนต้องส่งใหม่หลายครั้ง แต่สุดท้ายก็สร้างบัญชีได้สำเร็จ
- ปัญหา 1 คือ รูปแบบที่อยู่กระเป๋าเงินที่ GateHub แสดง ไม่ตรงกับที่ส่วนขยายเบราว์เซอร์ต้องการ
- GateHub ให้ตัวเลขชุดหนึ่งเป็น “Wallet Address” แต่ส่วนขยายเบราว์เซอร์ไม่ยอมรับว่าเป็นที่อยู่ที่ถูกต้อง
- ผลคือผู้ใช้ตกอยู่ในสถานะที่ “มีกระเป๋าเงิน แต่เชื่อมกับส่วนขยายไม่ได้” และยังขาดคำแนะนำที่ชัดเจนเรื่องรูปแบบที่อยู่
- ปัญหา 2 คือใน GateHub ไม่มีวิธีเติม USD เข้าไปได้จริง
- แม้จะลองตัวเลือกการฝากหลายแบบที่แสดงบนหน้าจอ ก็ล้วนขึ้นข้อความว่าใช้ไม่ได้ ทำให้ไม่สามารถเติมดอลลาร์เข้าไปได้จริง
- คนที่มีคริปโทอยู่ที่อื่นอยู่แล้วอาจแก้ปัญหานี้ได้ แต่สำหรับ ผู้ใช้ทั่วไป มันหลีกไม่พ้นที่จะดูเหมือนเป็นกระเป๋าเงินที่ใช้งานไม่ได้จริง
- กระเป๋าเงินตัวอื่นก็มีข้อจำกัดคล้ายกัน
- กระเป๋าเงิน Interledger แสดงข้อความว่าไม่รองรับสหรัฐฯ จึงใช้งานจริงไม่ได้
- และจากลิงก์อีกแห่งยังมีการระบุว่าในสหราชอาณาจักรก็ไม่มีผู้ให้บริการกระเป๋าเงินที่เหมาะสม ทำให้ ผู้ใช้ในสหราชอาณาจักรก็แทบไม่มีตัวเลือกเช่นกัน
- ส่วน Chimoney ใช้ได้เฉพาะ แอปเนทีฟ เช่น iOS จึงไม่ดึงดูดใจผู้เขียนที่ให้ความสำคัญกับการใช้งานและปรัชญาแบบเว็บเป็นศูนย์กลาง
- ด้วยเหตุนี้ ประสบการณ์ใช้งาน Web Monetization จริงในตอนนี้จึง “ใกล้เคียงกับความล้มเหลวโดยสิ้นเชิงในตอนนี้”
- อย่างไรก็ดี Thomas ทำให้มันใช้งานได้จริง จึงไม่ใช่ว่าเป็นไปไม่ได้โดยสิ้นเชิง แต่สำหรับผู้ใช้ทั่วไปแล้ว เส้นทางนี้โหดหินเกินไปมาก
โจทย์ที่ยังเหลือก่อนจะไปถึงการทำมาตรฐานและการรวมเข้ากับเบราว์เซอร์
- หาก Web Monetization จะปักหลักได้จริง ก่อนเรื่องนักพัฒนาและการทำมาตรฐาน ต้องขัดเกลาประสบการณ์ผู้ใช้ให้ลื่นไหลอย่างยิ่งก่อน
- ผู้เขียนมองว่ากระบวนการสร้างกระเป๋าเงิน ตั้งค่าที่อยู่ และเติมเงิน ต้องไปให้ถึงระดับ ใช้งานได้ทันทีตั้งแต่ติดตั้งครั้งแรกแบบ Apple Pay
- เมื่อไปถึงจุดนั้น นักพัฒนาจึงจะสามารถสร้างการทดลองและบริการที่น่าสนใจบนฐานดังกล่าวได้ และจากนั้นมาตรฐานกับการบรรจุลงเบราว์เซอร์จึงค่อยตามมาอย่างเป็นธรรมชาติ
- แต่ตอนนี้ลำดับดังกล่าวยังไม่ลงตัว ทำให้ยังสะดุดตั้งแต่ขั้นพื้นฐานอย่าง ความพร้อมใช้ของกระเป๋าเงิน กฎระเบียบตามภูมิภาค รูปแบบที่อยู่ และการรองรับบนเว็บ
- โดยเฉพาะการที่ในตลาดใหญ่ เช่น สหรัฐฯ และสหราชอาณาจักร มีกระเป๋าเงินที่ใช้งานได้จริงน้อยมากหรือมีข้อจำกัดสูง ถูกชี้ว่าเป็น อุปสรรคหลัก
- ด้วยเหตุนี้ แม้จะมีความก้าวหน้าจากการที่ Chromium มีโค้ดเนทีฟแล้ว แต่ผู้เขียนก็ยังประเมินว่า ยังไม่รู้สึกว่า Web Monetization ในฐานะฟีเจอร์ที่ฝังในเบราว์เซอร์ใกล้ความจริงขึ้นมาแล้ว
- ผู้เขียนย้ำอีกครั้งว่า ก่อนเอกสารมาตรฐานหรือ browser flag สิ่งที่ต้องมีมาก่อนคือ “เส้นทางที่ใครก็ใช้งานได้ง่ายและมีความสมบูรณ์สูง”
คำอธิบายเพิ่มเติมและการถกทางเลือกจากในคอมเมนต์
- ในคอมเมนต์ Thomas Steiner ได้ให้คำอธิบายเพิ่มเติมเกี่ยวกับ รูปแบบที่อยู่กระเป๋าเงินและเส้นทางการเติมเงิน ของ GateHub
- สำหรับปัญหาการเติมเงิน เขาอธิบายเพิ่มเติมว่า ช่องทางเติมเงินที่ใช้ได้จะแตกต่างกันไปตามภูมิภาค
- สำหรับตัวเขาเองในยุโรป สามารถเติมเงินผ่านการโอนธนาคาร, Google Pay และช่องทางอื่นได้ และหากเป็น EUR ก็เลือกได้ทั้งบัตร, SEPA และตัวเลือกอีกหลายอย่าง
- ในสหภาพยุโรป GateHub ที่อิงกระเป๋าเงิน Interledger เป็นตัวเลือกที่ใช้งานได้จริง และถึงขั้นสามารถออกบัตร MasterCard แบบกายภาพได้ด้วย แต่เขาก็เสริมว่านั่นอาจไม่ได้ช่วยผู้ใช้ในสหรัฐฯ โดยตรง
- อีกคอมเมนต์หนึ่งชี้ปัญหาว่า implementation ของ Web Monetization ในปัจจุบันมีลักษณะ รวมศูนย์ ทำให้ธุรกรรมอาจถูกจำกัดด้วยกฎ KYC/AML
- เพื่อเป็นทางเลือก คอมเมนต์นั้นเสนอการใช้ Bitcoin ร่วมกับ Lightning Network แทนที่จะมองคริปโทโดยรวม และกล่าวถึงความเป็นไปได้ของโครงสร้างพื้นฐานการจ่ายเงินแบบกระจายศูนย์เต็มรูปแบบและ self-hosting
- ยังมีการแนะนำ สเปกและไลบรารี WebLN สำหรับใช้ Lightning บนเว็บ พร้อมยกตัวอย่างการใช้งานอย่างการล็อกอินแบบไม่เปิดเผยตัวตน ไมโครเพย์เมนต์ และการ self-hosting
- โดยรวมแล้ว เนื้อหาในคอมเมนต์สะท้อนว่า ความพร้อมใช้ของกระเป๋าเงิน รวมถึงปัญหาด้านกฎระเบียบและความรวมศูนย์ คือส่วนที่ยากที่สุดของระบบนิเวศ Web Monetization และมีการถกเถียงถึงทางเลือกทั้งเชิงภูมิภาคและเชิงเทคนิคเพื่อแก้ปัญหานี้อยู่แล้ว
ยังไม่มีความคิดเห็น