การสร้างแพลตฟอร์ม Express Transaction Credits

.class="img-fluid clearfix"

บทสรุปผู้บริหาร / ประเด็นสำคัญ

• ปัญหาต้นตอ ERC-20 ซึ่งเป็นมาตรฐานโทเคน Ethereum ที่ครองตลาดในปี 2018 มีข้อบกพร่องเชิงโครงสร้าง นั่นคือ โทเคนที่ถูกโอนไปยังที่อยู่ของสัญญาอัจฉริยะโดยตรงจะถูกทำลายไปอย่างเงียบ ๆ หากสัญญานั้นไม่มีตัวจัดการ (handler) แพลตฟอร์มการชำระเงินใดก็ตามที่สร้างบน ERC-20 ย่อมสืบทอดความเสี่ยงนั้นมาด้วย (Ethereum EIPs).
• ERC-223 คือทางแก้ ERC-223 กำหนดให้สัญญาผู้รับต้องนำฟังก์ชัน tokenFallback(address, uint, bytes) มาใช้ หากไม่มีฟังก์ชันนี้ การโอนจะถูกย้อนกลับแบบอะตอมมิก ไม่มีโทเคนใดสูญหายไปอย่างเงียบ ๆ ได้ (Ethereum EIPs GitHub).
• พื้นฐานสัญญาห้าประการของ EXTC อัตลักษณ์โทเคน (ชื่อ สัญลักษณ์ ความแม่นยำ 18 ทศนิยม) อุปทานคงที่ การโอนที่เป็นไปตามมาตรฐาน ERC-223 การจ่ายเงินองค์กรแบบหลายลายเซ็น และคำสั่งชำระเงินประจำที่ล็อกตามความสูงของบล็อก
• กลไกสินเชื่อค้ำประกัน ผู้กู้ล็อกโทเคน EXTC ไว้ในเอสโครว์ของสัญญา สัญญาจะปล่อยเงินกู้แบบอะตอมมิกทันทีที่ได้รับหลักประกัน โดยไม่มีความล่าช้าจากการพิจารณาสินเชื่อหรือการอนุมัติจากคณะกรรมการสินเชื่อ
• สิ่งที่การทดลองเผยให้เห็นเกี่ยวกับข้อจำกัดของ Ethereum ที่ปริมาณงานของเมนเน็ตราว 15 TPS และต้นทุนแก๊ส 0.10–1.00 ดอลลาร์ต่อธุรกรรมในช่วงจุดสูงสุดของเดือนมกราคม 2018 เครือข่ายการชำระเงินที่ประมวลผลปริมาณแม้เพียงระดับการโอนเงินระหว่างประเทศก็ยังไม่สามารถทำได้ทั้งในเชิงเศรษฐกิจและเชิงเทคนิคบน Ethereum สาธารณะ หากปราศจากโครงสร้างพื้นฐาน Layer-2

โจทย์การออกแบบ: เหตุใด ERC-20 จึงไม่เพียงพอ

มาตรฐาน ERC-20 ซึ่งถูกเสนอในปี 2015 และกำหนดอย่างเป็นทางการใน Ethereum Improvement Proposal 20 ได้นิยามอินเทอร์เฟซโทเคนแบบทดแทนกันได้ที่เป็นมาตรฐานหลัก อันเป็นแรงขับเคลื่อนกระแส ICO ในช่วงปี 2017–2018 ฟังก์ชันหลักหกฟังก์ชันของมัน ได้แก่ totalSupply, balanceOf, transfer, transferFrom, approve และ allowance เพียงพอสำหรับการออกและแลกเปลี่ยนโทเคนอย่างง่าย

อย่างไรก็ตาม สำหรับแพลตฟอร์มการชำระเงิน ERC-20 มีข้อบกพร่องที่ร้ายแรงถึงระดับการใช้งานจริง ฟังก์ชัน transfer(address _to, uint256 _value) โอนโทเคนไปยังที่อยู่ใดก็ได้ รวมถึงที่อยู่ของสัญญา โดยไม่กระตุ้นให้โค้ดใด ๆ ในสัญญาผู้รับทำงาน สัญญาที่ไม่ได้ถูกเขียนโปรแกรมมาเป็นการเฉพาะให้ติดตามการโอน ERC-20 ขาเข้าจะไม่มีทางตรวจจับการโอนเหล่านั้นได้ โทเคนที่ถูกส่งด้วยวิธีนี้จะถูกกักไว้อย่างถาวร โดยไม่มีกลไกใดในการกู้คืน

ชุมชน Ethereum ประเมินว่าโทเคน ERC-20 มูลค่าหลายสิบล้านดอลลาร์ได้สูญหายไปอย่างถาวรภายในกลางปี 2018 ผ่านกลไกนี้ การสร้างแพลตฟอร์มการชำระเงินที่การโอนอาจล้มเหลวอย่างเงียบ ๆ และทำลายเงินทุนของผู้ใช้นั้นเป็นสิ่งที่ยอมรับไม่ได้

โซลูชัน ERC-223: การโอนแบบอะตอมมิกพร้อมการแจ้งเตือน

ERC-223 ซึ่งถูกเสนอในระบบติดตามปัญหา (issue tracker) ของ Ethereum EIPs บน GitHub ได้แก้ปัญหาการสูญหายอย่างเงียบ ๆ โดยเปลี่ยนสิ่งที่การโอนโทเคนจำเป็นต้องทำ ภายใต้ ERC-223 ฟังก์ชัน transfer(address _to, uint256 _value, bytes _data) จะตรวจสอบว่าที่อยู่ผู้รับมีโค้ดสัญญาอยู่หรือไม่ หากมี การโอนจะเรียก _to.tokenFallback(address _from, uint256 _value, bytes _data)

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

สำหรับ EXTC สิ่งนี้หมายความว่า:

• การชำระเงินไปยังสัญญาอัจฉริยะปลอดภัยโดยการออกแบบ สัญญาเอสโครว์ กระเป๋าเงินแบบหลายลายเซ็น และสัญญาการปล่อยกู้สามารถรับโทเคน EXTC ได้โดยไม่มีความเสี่ยงที่เงินทุนจะสูญหายอย่างไม่สามารถย้อนคืนได้
• ฟิลด์ _data เปิดทางให้ใส่ข้อมูลเมทาดาทาการชำระเงินได้อย่างสมบูรณ์ เพย์โหลดแบบไบต์สามารถบรรทุกหมายเลขอ้างอิงใบแจ้งหนี้ รหัสเส้นทาง หรือหลักฐานการปฏิบัติตามข้อกำหนด ซึ่งเป็นข้อมูลที่การโอน ERC-20 อย่างง่ายไม่สามารถสื่อสารได้
• ต้นทุนแก๊สสูงขึ้นเล็กน้อย การเรียก tokenFallback เพิ่มแก๊สประมาณ 2,000–5,000 หน่วยต่อการโอนหนึ่งครั้ง ซึ่งเป็นภาระส่วนเพิ่มเพียงเล็กน้อยตามราคาแก๊สในปี 2018

สถาปัตยกรรมสัญญา EXTC

สัญญาโทเคน EXTC เป็นการนำไปใช้งานด้วยภาษา Solidity ที่จัดโครงสร้างรอบห้าโมดูล:

1. อัตลักษณ์ของโทเคน

string public name = "Express Transaction Credits";
string public symbol = "EXTC";
uint8 public decimals = 18;

ทศนิยมสิบแปดตำแหน่งทำให้ EXTC มีความแม่นยำในระดับต่ำกว่าเซนต์ ซึ่งสอดคล้องกับความละเอียดที่จำเป็นสำหรับกรณีการใช้งานแบบไมโครเพย์เมนต์และไมโครโลน สัญลักษณ์ EXTC คือตัวระบุบนเชนที่ลงทะเบียนไว้ในสัญญาโทเคน

2. อุปทานรวมแบบคงที่

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

3. ยอดคงเหลือและการโอนที่เป็นไปตามมาตรฐาน ERC-223

ฟังก์ชันการโอนหลักนำอินเทอร์เฟซ ERC-223 มาใช้อย่างครบถ้วน การแมปยอดคงเหลือภายในติดตามการถือครองของแต่ละที่อยู่ ฟังก์ชันช่วย isContract(address) แยกแยะที่อยู่แบบ EOA (บัญชีที่ถือครองภายนอก) ออกจากที่อยู่ของสัญญา เพื่อพิจารณาว่าจำเป็นต้องเรียก tokenFallback หรือไม่

4. การจ่ายเงินองค์กรแบบหลายลายเซ็น

กระบวนการทำงานการชำระเงินขององค์กรจำเป็นต้องมีการอนุมัติร่วม กล่าวคือ ผู้ลงนามเพียงคนเดียวไม่สามารถริเริ่มการจ่ายเงินที่สูงกว่าเกณฑ์ที่กำหนดได้โดยลำพัง สัญญา EXTC นำรูปแบบหลายลายเซ็นแบบสองในเอ็น (two-of-N) มาใช้:

1. ผู้ริเริ่มที่กำหนดไว้เสนอการโอน โดยระบุผู้รับ จำนวนเงิน และค่า nonce
2. ผู้ลงนามร่วมยืนยันค่า nonce นั้น
3. การโอนจะทำงานก็ต่อเมื่อลายเซ็นทั้งสองถูกบันทึกบนเชนแล้วเท่านั้น

สิ่งนี้ขจัดความเสี่ยงจากจุดล้มเหลวจุดเดียวสำหรับบัญชีองค์กร ในขณะที่ยังคงรักษากระบวนการอนุมัติทั้งหมดไว้บนเชนและตรวจสอบได้ โดยไม่ต้องมีตัวกลางสำนักหักบัญชี

5. คำสั่งชำระเงินประจำที่ล็อกตามความสูงของบล็อก

การชำระเงินที่เกิดขึ้นเป็นประจำ เช่น เงินเดือน ค่าสมาชิก และการชำระคืนเงินกู้ตามกำหนด จำเป็นต้องมีพื้นฐาน (primitive) สำหรับคำสั่งชำระเงินประจำ EXTC นำสิ่งนี้มาใช้ในรูปแบบการล็อกตามเวลา นั่นคือ ระเบียนการโอนถูกจัดเก็บไว้ในสัญญาพร้อมพารามิเตอร์ releaseBlock การโอนจะไม่สามารถทำงานได้จนกว่าความสูงของบล็อก Ethereum จะไปถึง releaseBlock

การใช้ความสูงของบล็อกเป็นตัวแทนของเวลาเป็นตัวเลือกที่สมเหตุสมผลในปี 2018 Ethereum ตั้งเป้าช่วงเวลาต่อบล็อกไว้ที่ 15 วินาที ทำให้ความสูงของบล็อกเป็นตัวแทนที่เชื่อถือได้พอสมควรสำหรับเวลาตามนาฬิกาจริงภายในช่วงไม่กี่นาที การประทับเวลาแบบสัมบูรณ์ (block.timestamp) นั้นมีให้ใช้ได้ แต่เสี่ยงต่อการถูกนักขุดปรับแต่งภายในกรอบ ±900 วินาที ทำให้ความสูงของบล็อกเป็นข้อมูลอ้างอิงที่ปลอดภัยกว่าสำหรับสัญญาทางการเงิน

กลไกสินเชื่อทันทีที่ค้ำประกันด้วยหลักประกัน

พื้นฐานการปล่อยกู้ของ EXTC เป็นองค์ประกอบที่ซับซ้อนที่สุด การออกแบบมีดังนี้:

1. ผู้กู้ล็อกหลักประกัน ผู้กู้เรียก lockCollateral(uint256 _collateralAmount) เพื่อโอนโทเคน EXTC ไปยังเอสโครว์ของสัญญาการปล่อยกู้ผ่าน tokenFallback ของ ERC-223
2. การตรวจสอบอัตราส่วนสินเชื่อต่อมูลค่าหลักประกัน สัญญาอ่านอัตราส่วน LTV ที่กำหนดไว้ล่วงหน้า (เช่น 50%) และคำนวณวงเงินกู้สูงสุดเทียบกับหลักประกันที่ถูกล็อกไว้
3. การจ่ายเงินกู้แบบอะตอมมิก หากหลักประกันเป็นไปตามเกณฑ์ขั้นต่ำ สัญญาจะโอนวงเงินกู้ไปยังที่อยู่ของผู้กู้ทันที ไม่มีคิวการพิจารณาสินเชื่อ ไม่มีคณะกรรมการสินเชื่อ ไม่มีความล่าช้าในการชำระบัญชี
4. การชำระคืนและการปลดล็อก เมื่อมีการชำระคืน ทั้งเงินต้นและอัตราดอกเบี้ยคงที่ สัญญาจะปลดล็อกหลักประกันคืนให้แก่ผู้กู้ การไม่ชำระคืนภายใน releaseBlock จะกระตุ้นให้เกิดการบังคับขายอัตโนมัติ นั่นคือ สัญญาจะโอนหลักประกันไปยังที่อยู่ที่ผู้ให้กู้กำหนดไว้

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

สิ่งที่การทดลองเผยให้เห็น

สถาปัตยกรรมสัญญา EXTC มีความสอดคล้องกันในเชิงเทคนิค ERC-223 แก้ไขข้อบกพร่องด้านความปลอดภัยที่ร้ายแรงที่สุดของ ERC-20 พื้นฐานแบบหลายลายเซ็นและการล็อกตามเวลาสอดคล้องโดยตรงกับกระบวนการทำงานการชำระเงินขององค์กรจริง กลไกสินเชื่อที่ค้ำประกันด้วยหลักประกันแสดงให้เห็นว่าการปล่อยกู้แบบมีหลักประกันสามารถทำงานอัตโนมัติได้อย่างสมบูรณ์และบังคับใช้ตัวเองบนเชนได้

ข้อจำกัดสองประการปรากฏชัดในทางปฏิบัติ:

ต้นทุนแก๊ส ในช่วงจุดสูงสุดของเดือนมกราคม 2018 ราคาแก๊สของ Ethereum ขึ้นไปถึง 50–100 gwei ทำให้การโอนโทเคน ERC-223 เพียงครั้งเดียวมีต้นทุน 0.50–2.00 ดอลลาร์ สำหรับไมโครเพย์เมนต์หรือการโอนเงินมูลค่า 10–50 ดอลลาร์ ค่าธรรมเนียมเหล่านั้นสูงเกินกว่าจะยอมรับได้

ปริมาณงานที่รองรับได้ (throughput) ขีดจำกัดแก๊สต่อบล็อกของเมนเน็ต Ethereum ในช่วงต้นปี 2018 อยู่ที่ประมาณ 8 ล้านหน่วยแก๊ส การโอนแบบ ERC-223 หนึ่งครั้งใช้แก๊สราว 50,000–80,000 หน่วย ดังนั้นเครือข่ายจึงสามารถประมวลผลการโอนโทเคน EXTC ได้ประมาณ 100–160 รายการต่อบล็อก หรือราว 7–11 รายการต่อวินาทีที่ช่วงเวลาต่อบล็อก 15 วินาที ขนาดของเครือข่ายการชำระเงินที่ระดับหลายร้อยหรือหลายพันธุรกรรมต่อวินาทีนั้นไม่สามารถทำได้บน Ethereum สาธารณะหากปราศจากโครงสร้างพื้นฐาน Layer-2 ซึ่งในเวลานั้นยังไม่มีอยู่ในรูปแบบที่ใช้งานจริง

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

แนวคิดที่ไปถึงระดับใช้งานจริง

รูปแบบการออกแบบหลายอย่างจาก EXTC ได้รับการพิสูจน์ยืนยันโดยการพัฒนาในเวลาต่อมา:

การโอนโทเคนแบบอะตอมมิกพร้อมการแจ้งเตือนผู้รับ ซึ่งเป็นคุณสมบัติหลักของ ERC-223 กลายเป็นรากฐานของ ERC-777 (2019) ที่ต่อยอดแบบจำลองการแจ้งเตือนและถูกนำไปผนวกเข้ากับโปรโตคอลการปล่อยกู้ DeFi ในภายหลัง รูปแบบ tokenFallback ปรากฏอยู่ทั่วไปในสถาปัตยกรรม DeFi สมัยใหม่

การอนุมัติแบบหลายลายเซ็นสำหรับการจ่ายเงินองค์กร ซึ่งเป็นรูปแบบที่กำหนดให้ต้องมีลายเซ็นบนเชนหลายรายการก่อนการทำงาน กลายเป็นแบบจำลองมาตรฐานสำหรับการบริหารคลังของ DAO และโซลูชันการเก็บรักษาสินทรัพย์ระดับสถาบัน Gnosis Safe ซึ่งเปิดตัวในปี 2018 ทำให้รูปแบบนี้เป็นที่นิยมในวงกว้าง

สินเชื่อทันทีที่ค้ำประกันด้วยหลักประกันโดยไม่มีตัวกลาง ซึ่งเป็นกลไกของการล็อกหลักประกันไว้ในเอสโครว์และปล่อยเงินกู้แบบอะตอมมิก คือการออกแบบพื้นฐานของโปรโตคอลการปล่อยกู้ DeFi เช่น Compound (2018) และ Aave (2020)

การล็อกตามเวลาด้วยความสูงของบล็อกสำหรับการชำระเงินตามกำหนด ซึ่งเป็นรูปแบบของการฝังจังหวะเวลาการทำงานในอนาคตไว้ในสัญญา ปรากฏอยู่ในสัญญาการทยอยปลดล็อกโทเคน (vesting) ข้อเสนอด้านธรรมาภิบาลแบบหน่วงเวลา และการออกแบบออราเคิลราคาเฉลี่ยถ่วงน้ำหนักตามเวลา (TWAP) ทั่วทั้งระบบนิเวศ DeFi

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

คำถามที่พบบ่อย

เหตุใด ERC-223 จึงไม่เคยถูกนำมาใช้เป็นมาตรฐานโทเคนหลัก ทั้งที่แก้ไขข้อบกพร่องของ ERC-20 ได้?

ERC-223 กำหนดให้สัญญาผู้รับต้องนำ tokenFallback มาใช้ ซึ่งทำลายความเข้ากันได้ย้อนหลังกับสัญญานับพันที่ถูกติดตั้งไว้แล้วสำหรับโทเคน ERC-20 ระบบนิเวศ ERC-20 ที่มีอยู่เดิมนั้นใหญ่เกินกว่าจะย้ายระบบได้ ข้อเสนอในเวลาต่อมา โดยเฉพาะ ERC-777 และ ERC-1363 ได้แก้ปัญหาเดียวกันด้วยการแลกเปลี่ยนด้านความเข้ากันได้ที่ต่างออกไป แต่ ERC-20 ยังคงครองตลาดต่อไปด้วยการผสมผสานระหว่างผลกระทบเชิงเครือข่าย (network effects) และการนำรูปแบบโทเคนแบบห่อหุ้ม (wrapped token) มาใช้ ซึ่งหลีกเลี่ยงสถานการณ์การสูญหายอย่างเงียบ ๆ ได้

เกิดอะไรขึ้นกับโทเคนและแพลตฟอร์ม EXTC?

EXTC เป็นโครงการพิสูจน์แนวคิด (proof-of-concept) และโครงการวิจัยระยะแรกจากปี 2018 ตลาด ICO และโทเคนการชำระเงินในวงกว้างหดตัวลงอย่างรวดเร็วตลอดช่วงปี 2018–2019 เมื่อข้อจำกัดด้านความสามารถในการขยายตัวของ Ethereum และความไม่แน่นอนด้านกฎระเบียบปรากฏชัดขึ้น แนวคิดที่ฝังอยู่ในการออกแบบ EXTC กลับมาปรากฏอีกครั้งในโปรโตคอลรุ่นหลังที่สามารถเข้าถึงโครงสร้างพื้นฐาน Layer-2 เครื่องมือที่ดีกว่า และกรอบกฎระเบียบที่ชัดเจนกว่า

แบบจำลองสินเชื่อค้ำประกันของ EXTC เปรียบเทียบกับโปรโตคอล DeFi สมัยใหม่อย่าง Aave อย่างไร?

กลไกหลักเหมือนกัน คือ ล็อกหลักประกัน รับเงินกู้ที่คำนวณตามอัตราส่วน LTV ชำระคืนหรือเผชิญการบังคับขาย ความแตกต่างมีดังนี้: (1) โปรโตคอล DeFi สมัยใหม่ใช้ฟีดราคาจากออราเคิลเพื่อกำหนด LTV แบบพลวัตแทนอัตราส่วนคงที่ (2) ใช้อัตราดอกเบี้ยเชิงอัลกอริทึมที่ตอบสนองต่อการใช้งานพูล (3) ทำงานบนเครือข่าย Layer-2 ที่มีต้นทุนแก๊สต่ำกว่าเมนเน็ตปี 2018 ราว 10–100 เท่า (4) Aave และ Compound ผ่านการตรวจสอบความปลอดภัยอย่างเป็นทางการและถือครองสภาพคล่องหลายพันล้านดอลลาร์ ซึ่งเป็นการยืนยันเชิงประจักษ์ว่าแบบจำลองพื้นฐานนี้มีความมั่นคง

ข้อจำกัดด้านเวอร์ชันของ Solidity ในช่วงต้นปี 2018 มีอะไรบ้าง?

สัญญา EXTC ถูกเขียนขึ้นสำหรับ Solidity 0.4.x ซึ่งเป็นเวอร์ชันหลักในช่วงต้นปี 2018 Solidity 0.4 ขาดคุณสมบัติด้านความปลอดภัยหลายอย่างที่ถูกเพิ่มเข้ามาในเวอร์ชันหลัง ได้แก่ การตรวจสอบการล้นของจำนวนเต็ม (เพิ่มโดยอัตโนมัติใน 0.8.0) การใช้ require/revert พร้อมข้อความแสดงข้อผิดพลาด (มีข้อจำกัดใน 0.4) และการกำหนดขอบเขตการมองเห็นของฟังก์ชันอย่างชัดเจน (ค่าเริ่มต้นคือ public ใน 0.4) สัญญานี้พึ่งพาไลบรารี SafeMath ของ OpenZeppelin เพื่อป้องกันการล้นของค่า ซึ่งเป็นรูปแบบที่ใช้กันทั่วไปก่อนที่คอมไพเลอร์จะบังคับใช้สิ่งนี้ในตัว

เอกสารอ้างอิง

• Ethereum Foundation, (2015). EIP-20: มาตรฐานโทเคน ⧉.
• Dexaran, Ethereum GitHub, (2017). ข้อเสนอมาตรฐานโทเคน ERC-223 ⧉.
• OpenZeppelin, (2018). OpenZeppelin Contracts: SafeMath ⧉.
• Ethereum Foundation, (2014). ไวต์เปเปอร์ Ethereum ⧉.

ทบทวนล่าสุด 2026-08-06.

# การสร้างแพลตฟอร์ม Express Transaction Credits — Sebastien Rousseau

> Originally published at [https://sebastienrousseau.com/th/2018-02-15-kan-sang-platform-express-transaction-credits/](https://sebastienrousseau.com/th/2018-02-15-kan-sang-platform-express-transaction-credits/)

การเจาะลึกเชิงเทคนิคว่าแพลตฟอร์ม EXTC ถูกสร้างขึ้นบน Ethereum ERC-223 ในปี 2018 อย่างไร ครอบคลุมสถาปัตยกรรมโทเคน การจ่ายเงินแบบหลายลายเซ็น การโอนแบบล็อกตามเวลา และสินเชื่อทันทีที่ค้ำประกันด้วยหลักประกัน

Read the full article on sebastienrousseau.com: https://sebastienrousseau.com/th/2018-02-15-kan-sang-platform-express-transaction-credits/

การสร้างแพลตฟอร์ม Express Transaction Credits — Sebastien Rousseau

การเจาะลึกเชิงเทคนิคว่าแพลตฟอร์ม EXTC ถูกสร้างขึ้นบน Ethereum ERC-223 ในปี 2018 อย่างไร ครอบคลุมสถาปัตยกรรมโทเคน การจ่ายเงินแบบหลายลายเซ็น การโอนแบบล็อกตามเวลา และสินเชื่อทันทีที่ค้ำประกันด้วยหลักประกัน

https://sebastienrousseau.com/th/2018-02-15-kan-sang-platform-express-transaction-credits/

การสร้างแพลตฟอร์ม Express Transaction Credits — Sebastien Rousseau

การเจาะลึกเชิงเทคนิคว่าแพลตฟอร์ม EXTC ถูกสร้างขึ้นบน Ethereum ERC-223 ในปี 2018 อย่างไร ครอบคลุมสถาปัตยกรรมโทเคน การจ่ายเงินแบบหลายลายเซ็น การโอนแบบล็อกตามเวลา และสินเชื่อทันทีที่ค้ำประกันด้วยหลักประกัน.

นี่คือประเด็นเชิงกลยุทธ์ที่สำคัญ:

- โจทย์การออกแบบ: เหตุใด ERC-20 จึงไม่เพียงพอ. มาตรฐาน ERC-20 ซึ่งถูกเสนอในปี 2015 และกำหนดอย่างเป็นทางการใน Ethereum Improvement Proposal 20 ได้นิยามอินเทอร์เฟซโทเคนแบบทดแทนกันได้ที่เป็นมาตรฐานหลัก อันเป็นแรงขับเคลื่อนกระแส ICO ในช่วงปี 2017–2018…
- โซลูชัน ERC-223: การโอนแบบอะตอมมิกพร้อมการแจ้งเตือน. ERC-223 ซึ่งถูกเสนอในระบบติดตามปัญหา (issue tracker) ของ Ethereum EIPs บน GitHub ได้แก้ปัญหาการสูญหายอย่างเงียบ ๆ โดยเปลี่ยนสิ่งที่การโอนโทเคนจำเป็นต้องทำ ภายใต้ ERC-223 ฟังก์ชัน transfer(address _to, uint256 _value,…
- สถาปัตยกรรมสัญญา EXTC. สัญญาโทเคน EXTC เป็นการนำไปใช้งานด้วยภาษา Solidity ที่จัดโครงสร้างรอบห้าโมดูล:.
- กลไกสินเชื่อทันทีที่ค้ำประกันด้วยหลักประกัน. พื้นฐานการปล่อยกู้ของ EXTC เป็นองค์ประกอบที่ซับซ้อนที่สุด การออกแบบมีดังนี้:.

แนวทางขององค์กรของคุณในการรับมือกับความท้าทายที่ระบุไว้ในบทความนี้คืออะไร?

→ https://sebastienrousseau.com/th/2018-02-15-kan-sang-platform-express-transaction-credits/

#แพลตฟอร์มExtc #Erc223 #สัญญาอัจฉริยะEthereum #สถาปัตยกรรมโทเคน #หลายลายเซ็น

Sebastien Rousseau | CC-BY-4.0

@online{rousseau2018การสร,
  author  = {Rousseau, Sebastien},
  title   = {{การสร้างแพลตฟอร์ม Express Transaction Credits — Sebastien Rousseau}},
  year    = {2018},
  url     = {https://sebastienrousseau.com/th/2018-02-15-kan-sang-platform-express-transaction-credits/},
  urldate = {2018}
}

TY  - GEN
AU  - Rousseau, Sebastien
TI  - การสร้างแพลตฟอร์ม Express Transaction Credits — Sebastien Rousseau
PY  - 2018
UR  - https://sebastienrousseau.com/th/2018-02-15-kan-sang-platform-express-transaction-credits/
ER  -

Rousseau S. การสร้างแพลตฟอร์ม Express Transaction Credits — Sebastien Rousseau. sebastienrousseau.com. 2018 Feb 15. Available from: https://sebastienrousseau.com/th/2018-02-15-kan-sang-platform-express-transaction-credits/

Rousseau, Sebastien. "การสร้างแพลตฟอร์ม Express Transaction Credits — Sebastien Rousseau." sebastienrousseau.com. February 15, 2018. https://sebastienrousseau.com/th/2018-02-15-kan-sang-platform-express-transaction-credits/.

Rousseau, S. (2018, February 15). การสร้างแพลตฟอร์ม Express Transaction Credits — Sebastien Rousseau. sebastienrousseau.com. https://sebastienrousseau.com/th/2018-02-15-kan-sang-platform-express-transaction-credits/

การสร้างแพลตฟอร์ม Express Transaction Credits — Sebastien Rousseau

การเจาะลึกเชิงเทคนิคว่าแพลตฟอร์ม EXTC ถูกสร้างขึ้นบน Ethereum ERC-223 ในปี 2018 อย่างไร ครอบคลุมสถาปัตยกรรมโทเคน การจ่ายเงินแบบหลายลายเซ็น การโอนแบบล็อกตามเวลา และสินเชื่อทันทีที่ค้ำประกันด้วยหลักประกัน

Originally published at https://sebastienrousseau.com/th/2018-02-15-kan-sang-platform-express-transaction-credits/ by Sebastien Rousseau.
Licensed under CC-BY-4.0.

SEBASTIEN ROUSSEAU · FOUNDER · ENGINEER