แลกตัง The service concept

Scenario ที่ 1 ธุรกรรมสำเร็จ

มานี: มีเงินบาทอยากได้ Sats

มานะ: มี sats อยากได้เงินบาท

มานี : โน๊ตอยากขายเงินบาทแลกกับ sats

มานะ: ขอซื้อบาทจากมานี

แลกตัง: สร้าง Hold invoice จาก lnurl ของ มานีส่งให้มานะ

มานะ: โอน sats ให้กับมานีผ่าน Hold invoice

แลกตัง: รับทราบว่าได้เงินผ่าน Hold invoice

มานี : โอนเงินบาทให้มานะ และแจ้ง แลกตัง ว่าโอนเงินแล้ว

มานะ : บอกแลกตังว่าได้รับเงินโอนแล้ว ปล่อย Sats ให้มานีได้

แลกตัง: ธุรกรรมสำเร็จ ปล่อย Sats ให้มานี

Scenario ที่ 2 ผู้โอนบาทเบี้ยวเงิน

มานี: มีเงินบาทอยากได้ Sats

มานะ: มี sats อยากได้เงินบาท

มานี : โน๊ตอยากขายเงินบาทแลกกับ sats

มานะ: ขอซื้อบาทจากมานี

แลกตัง: สร้าง Hold invoice จาก lnurl ของ มานีส่งให้มานะ

มานะ: โอน sats ให้กับมานีผ่าน Hold invoice

แลกตัง: รับทราบว่าได้เงินผ่าน Hold invoice

มานี : ไม่ได้โอนเงินบาทให้มานะ และแจ้ง แลกตัง ว่าโอนเงินแล้ว

มานะ : บอกแลกตังว่ายังไม่ได้ได้รับเงินโอนแล้ว และสร้างโน๊ตข้อถกเถียงขึ้นมา

แลกตัง: ส่งเคสให้อาสาสมัคร เพื่อตัดสินปัญหา

และแบ่ง sats เล็กน้อยให้ผู้แก้ปัญหา

Scenario ที่ 3 ผู้โอน sats เบี้ยวเงิน

มานี: มีเงินบาทอยากได้ Sats

มานะ: มี sats อยากได้เงินบาท

มานี : โน๊ตอยากขาย sats แลกกับเงินบาท

มานะ: ขอซื้อ Sats จากมานี

แลกตัง: สร้าง Hold invoice จาก lnurl ของ มานีส่งให้มานี

มานี: โอน sats ให้กับมานะผ่าน Hold invoice

แลกตัง: รับทราบว่าได้เงินผ่าน Hold invoice

มานะ : ไม่ได้โอนเงินบาทให้มานี และแจ้ง แลกตัง ว่าโอนเงินแล้ว

มานะ : บอกแลกตังว่ายังไม่ได้ได้รับเงินโอน และสร้างโน๊ตข้อถกเถียงขึ้นมา

แลกตัง: ส่งเคสให้อาสาสมัคร เพื่อตัดสินปัญหา

และแบ่ง sats เล็กน้อยให้ผู้แก้ปัญหา

#siamstr

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

ระบบ p2p ที่ไม่มีตัวกลางในการตัดสินนั้น

แลจะสร้างความเสียหายมากกว่าเนื่องด้วยกฏหมายของเงินเฟียต

และการที่เราสร้าง Service ให้ใครก็ได้เข้ามาตัดสินนั้น เราสามารถสร้างอาชีพใหม่สร้างรายได้ให้กับเหล่า Bitcoiner ได้เลย

ข้อเสียคือ เราอาจจะมีผู้เสียหายเยอะมาก ๆ ในช่วงแรกเพราะไม่รู้ว่าใครมาดีบ้าง

แต่ถ้าเวลาผ่านไป จะมีแค่ร้านที่จริงใจเท่านั้นที่จะอยู่ได้..

Reply to this note

Please Login to reply.

Discussion

พอเข้าใจหลักการได้ มองภาพออก ผมว่ากรณีป้องกันคนขายเงินบาทเบี้ยวเงินให้ service สร้าง lnurl ให้คนขาย sat ส่งมาให้ sevice ก่อน แล้วพอคนโอนบาทมาแล้ว sevice ก็สร้าง lnurl ถอนมาเพื่อรับ sat แต่แบบนี้อาจจะดูไม่ค่อยจะเป็น p2p ซักเท่าไหร่เพราะยังมี service เป็นตัวกลาง ซึ่งต้องสร้างควาทเชื่อใจให้กับผู้ใช้ในระดับหนึ่ง บางที protocol nostr อาจจะแก้ในจุดนี้ได้

ปล. รู้สึกว่า scenario 3 จะดูงง ๆ มีส่วนซ้ำกับ 2 คิดว่าน่าจะเขียนผิดนะครับ😅

ส่วนที่ 3 นี่นิ้วเบียดจริงครับ เพิ่งมาเห็น 555

เอาจริง ๆ ตัว Service ไม่ได้ถือเงินโดยตรงครับ แต่เป็นการครอบ Invoice จากที่ผู้รับสร้างขึ้นมาเป็น holdinvoice ซึ้งฝั่งผู้รับ sats มีลูกเล่นเพิ่มขึ้นเช่นการชะรอเงินไว้ยังไม่ settled เป็นระยะเวลานึงได้ และไม่ได้ถือเงินของผู้ใช้โดยตรง เนื่องจากเป็น invoice ที่สร้างจากของผู้ใช้ ตัว service จะเอาเงินคนใช้หนีไปไม่ได้เลยครับ

อ้อ ผมเพิ่งเก็ทคำว่า hold invoice คือ service เป็นคนถือ lnurl invoice ไว้ใช่มั้ยมั้ยครับ ดังนั้นการแลกเปลี่ยนก็จะเกิดขึ้นแบบ p2p จริง ๆ

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

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

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