อะไรที่สถาบันให้คำปรึกษาเกี่ยวกับคริปโตควรดำเนินการมากกว่าการจัดเตรียมเอกสารที่ดีเยี่ยม?
สถาบันให้คำปรึกษาเกี่ยวกับคริปโตควรเชื่อมโยงการจำแนกประเภทโทเคน, ข้อกำหนดการจดทะเบียนบนตลาดซึ่งเป็นส่วนหนึ่งของกระบวนการแลกเปลี่ยน, การปกป้องผู้บริโภค, ความเป็นส่วนตัว, การควบคุม AML, และโครงสร้างองค์กร เข้าด้วยกันในกรอบกฎหมายที่สามารถปกป้องได้อย่างสมเหตุสมผล คำแนะนำทางกฎหมายที่ละเลยข้อมูลการไหลของวอลเล็ตในแต่ละโปรเจกต์, เขตอำนาจศาล, ภาษาทางการตลาด หรือโมเดลการปกครอง อาจดูสมบูรณ์แต่จริง ๆ แล้วอาจล้มเหลวในการตรวจสอบสอบสวนบนตลาด
ความจำเป็นนี้เป็นเรื่องปฏิบัติ ไม่ใช่ทฤษฎี การล้มละลายของ Mt. Gox ในปี 2014 ส่งผลกระทบต่อ Bitcoin ราว 850,000 BTC ในขณะที่ความล้มเหลวของ FTX ในปี 2022 แสดงให้เห็นถึงวิธีการที่การปกครองที่ไม่เพียงพอ การควบคุมการดูแล การเปิดเผยข้อมูล และเงื่อนไขสำหรับลูกค้า อาจสร้างผลกระทบที่รุนแรงกว่าจุดอ่อนทางเทคนิค เอกสารทางกฎหมายไม่สามารถป้องกันความล้มเหลวทุกกรณีได้ แต่สามารถกำหนดกฎ กำหนดความรับผิดชอบ และเป็นหลักฐานที่ช่วยลดความเสี่ยงที่หลีกเลี่ยงได้
เอกสารประกอบนี้อธิบายว่า สถาบันให้คำปรึกษาเกี่ยวกับคริปโตควรจัดเตรียมอะไรบ้าง, วิธีการขอ ความเห็นทางกฎหมายด้านคริปโต, สิ่งที่ตลาดแลกเปลี่ยนตรวจสอบก่อนการจดทะเบียนโทเคน, และวิธีการสร้าง ข้อกำหนดการให้บริการคริปโต, นโยบายความเป็นส่วนตัว, การเปิดเผยความเสี่ยง และการสนับสนุนบันทึกทางกฎหมายเพื่อความปลอดภัยในด้านกฎระเบียบ
สถาบันให้คำปรึกษาเกี่ยวกับคริปโตจริง ๆ แล้วให้บริการอะไร?
สถาบันให้คำปรึกษาด้านคริปโตให้คำแนะนำด้านกฎหมาย, ระเบียบข้อบังคับ, การปฏิบัติตามกฎหมาย และการดำเนินงานของธุรกิจบล็อกเชน ไม่ใช่เพียงแค่การจัดเตรียมเทมเพลตเฉพาะด้าน งานของมันควรครอบคลุมถึงโทเคน, ผู้ออกโทเคน, แพลตฟอร์ม, ผู้ใช้, เขตอำนาจศาล, กระบวนการแลกเปลี่ยน, การไหลของข้อมูล และคำกล่าวอ้างด้านการตลาด เป้าหมายคือ การสร้างชุดหลักฐานที่สอดคล้องและสามารถผ่านการตรวจสอบสอบสวนของตลาด, ธนาคาร, นักลงทุน, และหน่วยงานกำกับดูแลได้อย่างมั่นใจ
สถาบันที่เชื่อถือได้มักจะรวมหลายกลุ่มงานเข้าด้วยกัน:
- การจำแนกประเภทโทเคน: ประเมินว่าสินทรัพย์อาจถูกจัดเป็น utility token, payment token, asset-referenced token, e-money token, security, เครื่องมือทางการเงิน หรือกลุ่มที่อยู่ภายใต้ข้อบังคับอื่น ๆ
- โครงสร้างองค์กร: ทบทวนหน่วยงานผู้ออก, บริษัทดำเนินงาน, มูลนิธิ, การเป็นเจ้าของทรัพย์สินทางปัญญา, การควบคุมคลัง, และความรับผิดชอบของผู้บริหาร
- ความเห็นทางกฎหมายด้านคริปโต: อธิบายสถานะทางกฎหมายของโทเคนและกิจกรรมที่เชื่อมโยงในเขตอำนาจศาลที่กำหนด
- สนับสนุนการจดทะเบียนตลาด: จัดเตรียมคำตอบ, การแสดงความรับผิดชอบ, การเปิดเผยความเสี่ยง, หลักฐานแหล่งที่มาของทุน, เอกสารที่ตลาดแลกเปลี่ยนร้องขอ
- เอกสารลูกค้า: จริตการร่างเงื่อนไขและข้อกำหนด, ข้อตกลงการให้บริการ, นโยบายความเป็นส่วนตัว, เงื่อนไขการขายโทเคน, ข้อกำหนด staking, คำประกาศไม่รับผิดชอบ และขั้นตอนการรับเรื่องร้องเรียน
- การควบคุม AML และการคว่ำบาตร: ระบุการตรวจสอบลูกค้า, การตรวจจับธุรกรรม, Travel Rule, การคัดกรองคว่ำบาตร, และข้อผูกพันในการดำเนินการตรวจสอบกิจกรรมผิดปกติ
- การตรวจสอบด้านเทคนิคและการดำเนินงาน: แผนภูมิการอนุญาตของ smart-contract, ข้อตกลงการเก็บรักษา, ขึ้นกับ oracle, คีย์ผู้ดูแลระบบ, กลไกการอัปเกรด เพื่อเชื่อมโยงกับการเปิดเผยข้อมูลทางกฎหมาย
คำว่า “สถาบัน” ควรไม่ถูกตีความว่าเป็นคำจำกัดความด้านกฎระเบียบ แต่อย่างไรก็ดี คุณภาพของงานขึ้นอยู่กับคุณวุฒิของทีม, เขตอำนาจศาลที่ครอบคลุม, วิธีการดำเนินงานเป็นลายลักษณ์อักษร, และความสามารถเชื่อมโยงผลการวิเคราะห์ด้านกฎหมายกับการดำเนินการจริงของผลิตภัณฑ์
ข้อมูลเชิงลึกด้านความปลอดภัย: ในแนวทางของ Soken การจัดทำเอกสารทางกฎหมายเริ่มต้นด้วยแผนที่การไหลของข้อมูลและผลิตภัณฑ์ หากเอกสารอธิบายแอปพลิเคชันที่ไม่ต้องเก็บรักษา (non-custodial) แต่ผู้ดำเนินงานสามารถแช่แข็งการถอนเงิน, รวบรวมเงินผู้ใช้, หรือเปลี่ยนแปลงยอดคงเหลือได้ การวิเคราะห์และการเปิดเผยข้อมูลผู้ใช้ก็อาจทำให้เข้าใจผิดอย่างสำคัญ
ดังนั้น สถาบันให้คำปรึกษาควรขอข้อมูลมากกว่าแค่ pitch deck โดยปกติ เอกสารแหล่งข้อมูลประกอบด้วย:
- Whitepaper และ tokenomics
- ที่อยู่ smart-contract และประวัติการ deploy
- เว็บไซต์, แอป, อินเทอร์เฟซ, และแคมเปญทางการตลาด
- การเดินทางของผู้ใช้ ตั้งแต่การลงทะเบียนจนถึงการถอน
- สถาปัตยกรรม Wallet, การเก็บรักษา, และคลัง
- เอกสารองค์กร และข้อมูลเจ้าของประโยชน์
- เขตอำนาจศาลเป้าหมาย และข้อจำกัดผู้ใช้
- รายงานการตรวจสอบและประวัติกรณีที่เกิดขึ้น
- รายการข้อมูล, เครื่องมือวิเคราะห์, และผู้ให้บริการบุคคลที่สาม
- ข้อตกลงการแลกเปลี่ยน, ผู้สร้างตลาด, หรือลำดับการขายโทเคน ซึ่งวางแผนไว้
โปรเจกต์ที่ต้องการการรับรองทางเทคนิคควรจับคู่กับ การตรวจสอบ smart contract และการทดสอบ penetration ผลทางกฎหมายจะเข้มแข็งขึ้นเมื่อโมเดลสิทธิ์ การออกแบบการเก็บรักษา และการควบคุมด้านผู้ดูแลได้รับการทดสอบอย่างอิสระแล้ว
เมื่อใดที่โปรเจกต์คริปโตจำเป็นต้องมีความเห็นทางกฎหมาย?
โดยทั่วไปแล้ว โปรเจกต์คริปโตควรได้รับความเห็นทางกฎหมายก่อนที่การเปิดตัวโทเคน, การจดทะเบียนในตลาด, การแจกจ่ายให้สาธารณะ, การดำเนินกิจกรรมที่อยู่ภายใต้กฎระเบียบ หรือการเปลี่ยนแปลงโครงสร้างสำคัญ ความเห็นนี้ควรตอบคำถามกฎหมายเฉพาะเจาะจงสำหรับหน่วยงาน, โทเคน, เขตอำนาจศาล, และวันที่ที่กำหนด ไม่ใช่คำกล่าวอ้างทั่วไปว่าโปรเจกต์นั้น “สอดคล้อง” หรือ “เป็น decentralised” เสมอไป
ความเห็นทางกฎหมายด้านคริปโตที่เป็นประโยชน์มักจะครอบคลุมถึงประเด็นต่อไปนี้:
| ประเด็น | คำถามที่ความเห็นควรตอบ | หลักฐานที่มักต้องใช้ |
|---|---|---|
| การจำแนกประเภทโทเคน | โทเคนอาจถูกจัดอยู่ในกลุ่มใดตามกฎหมาย? | Tokenomics, สิทธิ, ฟีเจอร์การซื้อคืน, การปกครอง, การตลาด |
| โครงสร้างการเสนอขาย | การแจกจ่ายเป็นการเสนอขายต่อสาธารณะ, การจัดสรรส่วนตัว, การขาย, การแจกฟรี (airdrop), หรือเป็นเพียงรูปแบบอื่น? | ข้อกำหนดการขาย, ข้อจำกัดผู้ซื้อ, โมเดลการจัดสรร |
| บริการทางการเงิน | โปรเจกต์ให้บริการแลกเปลี่ยน, คุ้มครอง, โบรกเกอร์, ให้กู้, ชำระเงิน หรือโอนเงินหรือไม่? | การเดินทางของผู้ใช้, สัญญา, การควบคุมการดำเนินงาน |
| เขตอำนาจศาล | เขตอำนาจศาลใดบ้างที่ครอบคลุม หรือถูกเว้นไว้ หรือต้องได้รับใบอนุญาต? | Geofencing, กฎเกณฑ์การ onboarding, โครงสร้างหน่วยงาน |
| ข้อผูกพัน AML | คำถามว่าจำเป็นต้องทำการตรวจสอบลูกค้า, การคัดกรองคว่ำบาตร, การตรวจสอบธุรกรรม หรือไม่? | แบบจำลองลูกค้า, ไหลของธุรกรรม, การประเมินความเสี่ยง |
| การปกป้องผู้บริโภค | เงื่อนไขการเปิดเผยข้อมูล, สิทธิในการยกเลิก, วิธีการรับเรื่องร้องเรียน, คำเตือนความเสี่ยงที่เกี่ยวข้อง? | ข้อตกลง, อินเทอร์เฟซ, โฆษณา, ตารางค่าธรรมเนียม |
| ความเป็นส่วนตัว | ข้อมูลส่วนตัวใดถูกรวบรวม, เหตุผลเพื่ออะไร, อยู่ที่ไหน และเก็บไว้นานแค่ไหน? | แผนข้อมูล, ผู้ให้บริการ, กระบวนการจัดเก็บและลบข้อมูล |
| การตรวจสอบตลาด | เอกสารสนับสนุนการสมัครจดทะเบียนในตลาด? | เอกสารองค์กร, ความเห็นทางกฎหมาย, การตรวจสอบ, หลักฐานความสอดคล้องกัน |
ความเห็นควรระบุข้อจำกัดของตนด้วย เช่น ความเห็นทางกฎหมายเกี่ยวกับการจำแนกประเภทโทเคนอาจไม่ครอบคลุมการออกใบอนุญาตสำหรับการเก็บรักษา, การปฏิบัติตามภาษี, กฎหมายแรงงาน, การคว่ำบาตร, ทรัพย์สินทางปัญญา, หรือความถูกกฎหมายของการจดทะเบียนในตลาดเป็นต้น
วิธีการขอความเห็นทางกฎหมายสำหรับการจดทะเบียนในตลาดแลกเปลี่ยนคริปโต
กระบวนการปฏิบัติจริงคือ:
- กำหนดขอบเขตการจดทะเบียน การระบุว่าเป็นตลาดไหน, ผู้ออก, โทเคน, คู่การซื้อขาย, วันเปิดตัว, ผู้ใช้งานเป้าหมาย, และประเทศที่จำกัด
- เลือกหน่วยงานที่ให้คำสั่ง ความเห็นควรส่งถึงหน่วยงานที่ออก, ขาย, ควบคุม หรือดำเนินกิจกรรมที่เกี่ยวข้อง
- จัดเตรียมข้อมูลข้อเท็จจริง รวมถึงเอกสารองค์กร, tokenomics, ที่อยู่โค้ด, สัญญา, เนื้อหาเว็บไซต์, ปัจจัยเสี่ยง, โมเดลการเก็บรักษา, และความคืบหน้าการดำเนินการตามกฎระเบียบ
- แผนภาพสิทธิ์ของโทเคน จัดทำเอกสารแสดงสิทธิ์โหวต, สิทธิ์รายได้, การซื้อคืน, การเรียกร้องต่อเงินทุนสำรอง, รางวัล staking, กลไกการ Burn และอำนาจของผู้ดูแลระบบ
- วิเคราะห์โมเดลการดำเนินงาน อธิบายว่าแพลตฟอร์มเป็นแค่ซอฟต์แวร์หรือควบคุมทรัพย์สินด้วย, จัดการคำสั่งซื้อ, การดำเนินธุรกรรม, หรือการตัดสินใจแทนผู้ใช้หรือไม่
- ตรวจสอบเขตอำนาจศาล แยกกฎหมายจดทะเบียนออกจากกฎหมายที่มีผลบังคับใช้ในการใช้งาน, การตลาด, การแลกเปลี่ยน, การเก็บรักษา, และบริการการชำระเงิน
- แก้ไขความไม่สอดคล้อง อัปเดตภาษาทางการตลาด, ข้อตกลงผู้ใช้, Tokenomics และข้อมูลในอินเทอร์เฟซให้สอดคล้องกับวิเคราะห์ด้านกฎหมาย
- ออกความเห็นโดยระบุสมมติฐาน เอกสารฉบับสุดท้ายควรระบุข้อเท็จจริง, ข้อยกเว้น, กฎหมายที่ใช้บังคับ, วันที่, และเงื่อนไขสำหรับการพึ่งพต่อไป
- สร้างแพ็กเกจหลักฐานการจดทะเบียนในตลาด แนบเอกสารองค์กร, เทคนิค, การปฏิบัติตามกฎระเบียบ, การเป็นเจ้าของ, คว่ำบาตร, การตรวจสอบ และกรณีฉุกเฉิน
- สร้างกระบวนการควบคุมการเปลี่ยนแปลง เขตอำนาจศาลใหม่, ฟีเจอร์ staking, กลไกการซื้อคืน, โมเดลการเก็บรักษา, หรือตำแหน่งของผู้ดูแล อาจต้องมีการอัปเดตด้านกฎหมาย
ตลาดแลกเปลี่ยนไม่ได้บังคับให้ยอมรับคำตัดสินของทนายความ ทีมงานจดทะเบียนมักดำเนินการประเมินความเสี่ยงเอง และอาจร้องขอความเห็นในท้องถิ่น, การรับรองจากผู้ออก, หลักฐานการขออนุญาต, หรือการปรับเปลี่ยนโมเดลการแจกจ่ายโทเคน
จากประสบการณ์ของ Soken ความคิดเห็นที่แข็งแกร่งที่สุดมักมีขอบเขตที่จำกัดและอาศัยหลักฐานเป็นสำคัญ พวกเขาจะแยกระหว่าง “โทเคนอาจไม่ใช่หลักทรัพย์ที่อยู่ภายใต้กฎระเบียบ” กับ “โปรเจกต์ไม่ดำเนินกิจกรรมที่อยู่ภายใต้กฎระเบียบ” ซึ่งเป็นข้อสรุปที่แยกต่างหากและไม่ควรผสานเป็นคำปฏิเสธความรับผิดชอบโดยรวม
เอกสารใดบ้างที่โปรเจกต์คริปโตควรเตรียมก่อนการจดทะเบียน?
โปรเจกต์คริปโตควรจัดเตรียมชุดเอกสารร่วมกัน ซึ่งประกอบด้วย ความเห็นด้านกฎหมาย, เอกสารโทเคนและการเสนอขาย, ข้อกำหนดการให้บริการคริปโต, นโยบายความเป็นส่วนตัว, การเปิดเผยความเสี่ยง, แนวทาง AML, เอกสารองค์กร และหลักฐานทางเทคนิค เอกสารแต่ละชิ้นควรอธิบายผลิตภัณฑ์, หน่วยงาน, ข้อจำกัดของผู้ใช้, ค่าธรรมเนียม, วิธีการเก็บรักษา, และอำนาจด้านการบริหารอย่างสอดคล้องกัน; ความไม่สอดคล้องเป็นหนึ่งในสาเหตุหลักของความล่าช้าในการตรวจสอบของตลาด
1. ข้อกำหนดการให้บริการและเงื่อนไขสำหรับคริปโต
เอกสาร “Terms and conditions crypto” ควรอธิบายความสัมพันธ์ทางสัญญาระหว่างผู้ดำเนินงานและผู้ใช้ ขึ้นอยู่กับผลิตภัณฑ์ อาจครอบคลุมถึง:
- คุณสมบัติ, ข้อจำกัดอายุ, และเขตอำนาจศาลที่ห้าม
- การสร้างบัญชี, ยืนยันตัวตน, การพักการใช้งาน
- ความรับผิดชอบของ Wallet และความเสี่ยงของคีย์ส่วนตัว
- การฝาก, ถอนได้, ความสิ้นสุดของธุรกรรม, ค่าธรรมเนียมเครือข่าย
- ความเสี่ยงของ smart-contract, oracle, สะพาน (bridge), และความล่มของโปรโตคอล
- กลไก staking, กู้ยืม, ผลตอบแทน, การชำระบัญชี, การปกครอง
- ค่าธรรมเนียม, สเปรด, ค่าคอมมิชชั่น (rebate), ค่าบริการจากบุคคลที่สาม
- โอกาสทางทรัพย์สินทางปัญญาและการใช้แพลตฟอร์มได้โดยชอบธรรม
- ข้อจำกัดความรับผิด, การรับประกัน, เหตุสุดวิสัย, และกระบวนการแก้ไขข้อพิพาท
- การรับเรื่องร้องเรียน, การยุติบริการ, การกู้คืนทรัพย์สิน, และข้อกำหนดเพื่อความอยู่รอด
- การเปลี่ยนแปลงบริการ และขั้นตอนแจ้งเตือน
เอกสาร Terms of service for crypto ไม่ควรอ้างว่า การทำธุรกรรมเป็นแบบไม่อาจย้อนกลับได้ ถ้าผู้ดำเนินงานสามารถหยุดการโอนเงิน, ย้อนรายการในบัญชีหลังก่อน, บล็อก Address, หรืออัปเกรดสัญญาที่เกี่ยวข้องได้ ควรแยกความแตกต่างระหว่างการชำระเงินด้วยเทคโนโลยีบล็อกเชนกับบันทึกบัญชีของผู้ดำเนินงานเอง
2. นโยบายความเป็นส่วนตัวสำหรับโปรเจกต์คริปโต
นโยบายความเป็นส่วนตัวสำหรับคริปโตต้องอธิบายทั้งข้อมูลส่วนตัวทั่วไปและข้อมูลเฉพาะในบล็อกเชน Address อาจเป็นข้อมูลสมมติ (pseudonymous) แต่สามารถระบุได้เมื่อรวมกับข้อมูล KYC, IP, ข้อมูลจากตลาดแลกเปลี่ยน, เครื่องมือวิเคราะห์, ประวัติธุรกรรม หรือ ตัวระบุอุปกรณ์
นโยบายที่มั่นคงควรอธิบายถึง:
- ตัวตนและรายละเอียดติดต่อของผู้ควบคุมข้อมูลหรือหน่วยงานที่เทียบเท่า
- ประเภทข้อมูลส่วนตัวที่เก็บรวบรวม
- ฐานกฎหมายหรือหลักเกณฑ์เทียบเท่าสำหรับการดำเนินการ
- จุดประสงค์ของการทำ KYC, การคว่ำบาตร, การป้องกันการฉ้อโกง, และการตรวจสอบธุรกรรม
- การเผยแพร่ข้อมูลบนบล็อกเชน และขอบเขตทางปฏิบัติของการลบข้อมูล
- เทคโนโลยีวิเคราะห์, คุกกี้, ฟิงเกอร์พริง, และเทคโนโลยีโฆษณา
- ผู้ประมวลผลข้อมูล, ผู้รับช่วงต่อ, ผู้เก็บรักษา, และผู้ให้บริการคลาวด์
- การโอนข้อมูลระหว่างประเทศและมาตรการป้องกัน
- ระยะเวลาเก็บรักษาและเกณฑ์ในการลบข้อมูล
- สิทธิของเจ้าของข้อมูลหรือผู้บริโภค
- มาตรการความปลอดภัยและกระบวนการแจ้งเตือนเมื่อเกิดการรั่วไหล
- ข้อจำกัดข้อมูลของเด็กและการยืนยันอายุ
- การใช้การตัดสินใจอัตโนมัติ ถ้ามี
กฎคุ้มครองข้อมูลส่วนบุคคลของสหภาพยุโรป (GDPR) มีผลบังคับใช้ตั้งแต่ 25 พฤษภาคม 2018 ขณะที่กรอบกฏระเบียบ Markets in Crypto-Assets (MiCA) จะนำมาใช้เป็นขั้นตอนในปี 2024 อย่างเป็นรูปธรรม นโยบายความเป็นส่วนตัวไม่สามารถแก้ไขปัญหาข้อมูลบนบล็อกเชนที่ไม่สามารถลบได้ด้วยคำสัญญาว่า “ข้อมูลบน chain ทั้งหมดสามารถลบได้”
3. การเปิดเผยความเสี่ยงและเอกสารโทเคน
การเปิดเผยความเสี่ยงควรเฉพาะเจาะจงพอที่จะสนับสนุนการตัดสินใจที่มีข้อมูล ความคลุมเครือเช่น “คริปโตมีความเสี่ยง” ไม่เพียงพอ ความเสี่ยงที่อาจเกิดขึ้น ได้แก่:
- การสูญเสียคีย์ส่วนตัว หรือความล้มเหลวในการเก็บรักษา
- การโจมตี smart contract
- การควบคุมการบริหาร, การเสนอข้อเสนอที่เป็นอันตราย
- ความล้มเหลวของ validator, sequencer, bridge, oracle
- การ depegging ของ stablecoin และความเสี่ยงของเงินสำรอง
- ขีดจำกัดด้านสภาพคล่องและการ Manipulate ตลาด
- การเปลี่ยนแปลงกฎระเบียบและข้อกำหนดเขตอำนาจศาล
- ผลกระทบทางภาษี
- ความล้มเหลวของโปรโตคอลหรือคู่สัญญา
- ความแออัดของเครือข่าย, เหตุการณ์ Fork, และความไม่สามารถย้อนกลับได้ของธุรกรรม
การเจาะระบบของ Euler Finance ในปี 2023 ซึ่งทำให้สูญเสียประมาณ $197 ล้าน เป็นตัวอย่างที่แสดงให้เห็นว่า กลไกการกู้ยืม, การชำระบัญชี, การบริจาค, และกลไกทางการบัญชี ต้องอธิบายอย่างแม่นยำ เอกสารด้านกฎหมายไม่ควรอธิบายความเสี่ยงของโปรโตคอลในลักษณะนามธรรม เมื่อสถาปัตยกรรมประกอบด้วยจุดล้มเหลวที่สามารถระบุได้
ในขั้นกลางของกระบวนการเอกสาร โปรเจกต์ควรรักษารายการเวอร์ชันของเอกสารแสดงว่า ข้อกำหนด, ข้อความในนโยบายความเป็นส่วนตัว, เวอร์ชันของ whitepaper, ข้อตกลง, และข้อมูลอินเทอร์เฟซที่แสดงบนแต่ละวันที่ใช้งานเป็นเวอร์ชันใด
คำเรียกร้อง CTA หลัก
เมื่อแผนที่การจำแนกประเภทโทเคน, โมเดลการดำเนินงาน และเอกสารลูกค้าถูกสร้างขึ้นแล้ว ขั้นตอนถัดไปคือการรีวิวตามเขตอำนาจศาลเป็นหลัก แทนที่จะใช้เทมเพลตทั่วไป ซoken’s บริการด้านกฎหมายและองค์กรคริปโต ครอบคลุมความเห็นทางกฎหมาย, การจำแนกประเภทโทเคน, การวิเคราะห์ออกใบอนุญาต VASP และ MiCA, รวมถึงการพิจารณาการก่อตั้งบริษัท สำหรับเอกสารตอกย้ำในตลาดแลกเปลี่ยน
สถาบันให้คำปรึกษาเกี่ยวกับคริปโตควรเปรียบเทียบเขตอำนาจศาลอย่างไร?
สถาบันให้คำปรึกษาเกี่ยวกับคริปโตควรเปรียบเทียบเขตอำนาจศาลตามกิจกรรม ไม่ใช่เพียงอัตราภาษีหรือความรวดเร็วในการจดทะเบียน คำถามสำคัญคือ หน่วยงานสามารถออกหรือเสนอขายโทเคน, ถ่ายโอนทรัพย์สินคริปโต, ดำเนินการแพลตฟอร์มการซื้อขาย, ให้บริการโอนเงิน, ทำการตลาดในประเทศ, เข้าถึงบริการธนาคาร, และ Process data ส่วนบุคคลหรือไม่ และเขตอำนาจศาลใดเป็นเหมาะสม (หรือไม่เหมาะสม) ควรได้รับใบอนุญาตหรือไม่ คำถามเหล่านี้มีผลต่อการกำหนดโครงสร้างทางการเงินและกฎหมายของโปรเจกต์อย่างมีนัยสำคัญ
| ปัจจัยในการประเมิน | คำถามเพื่อทดสอบ | ทำไมถึงสำคัญ |
|---|---|---|
| กฎระเบียบโทเคน | ข้อกำหนด Whitepaper, การเสนอขาย, การออดิท หรือการแสดงข้อมูลฉุกเฉินถูกเปิดใช้งานไหม? | กำหนดเอกสารเปิดตัวและการสื่อสารกับหน่วยงานกำกับดูแล |
| การอนุญาตให้บริการ | โมเดลรวมถึงการเก็บรักษา, การแลกเปลี่ยน, การถ่ายโอน, หรือการดำเนินการ? | ความเห็นด้านโทเคนไม่สามารถแทนใบอนุญาตประกอบกิจการได้ |
| การพิจารณา stablecoin | รีเซิร์ฟ, การซื้อคืน, การปกครอง, หรือนโยบายความระมัดระวังที่เกี่ยวข้องไหม? | โทเคนอ้างอิงทรัพย์สินและเชื่อมโยงกับการชำระเงิน จะได้รับการตรวจสอบอย่างเข้มข้นมากขึ้น |
| กรอบ AML | ต้องลงทะเบียน, ขอใบอนุญาต, หรือมีเจ้าหน้าที่ปฏิบัติตามกฎไหม? | ส่งผลต่อกระบวนการ onboarding, การ monitoring, รายงาน, และ Travel Rule |
| ข้อจำกัดด้านการตลาด | โครงการสามารถทำการตลาดไปยังผู้พักอาศัยในท้องถิ่นหรือโฆษณาได้ไหม? | การทำตลาดอาจสร้างความเสี่ยงแม้ยอดขายจะถูกบล็อกตามพื้นที่ |
| การคุ้มครองข้อมูล | คำร้องขอ KYC และบันทึกข้อมูล Wallet อยู่ที่ไหน? | การโอนข้อมูลข้ามพรมแดน และการเก็บรักษาต้องได้รับการบันทึกไว้ |
| การเข้าถึงธนาคาร | หน่วยงานสามารถเปิดบัญชีและเข้าถึงช่องทางการชำระเงินได้ไหม? | จังหวะกฎหมายไม่รับประกันว่ามีบัญชีธนาคารรองรับจริง |
| โครงสร้างการปกครอง | ใครควบคุมการอัปเกรด, การเก็บรักษา, คลัง, และการดำเนินฉุกเฉิน? | อำนาจศูนย์กลางอาจส่งผลต่อการจำแนกประเภทและการเปิดเผยข้อมูล |
| สภาพแวดล้อมการบังคับใช้ | กรณีที่กิจกรรมผิดกฎหมายหรือไม่มีใบอนุญาตถูกดำเนินการอย่างไร? | กฎระเบียบอย่างเป็นทางการและความคาดหวังจากผู้ควบคุมอาจแตกต่างกัน |
สำหรับโปรเจกต์ในยุโรป การแนะนำของ MiCA ในอดีตสร้างความจำเป็นในการแยกกิจกรรมด้านบริการ crypto, การเสนอโทเคน, หมวดหมู่ stablecoin และข้อตกลง transitional การวิเคราะห์ที่เกี่ยวข้องขึ้นอยู่กับกิจกรรมเฉพาะและการดำเนินการของสมาชิกในสหภาพยุโรป ไม่ใช่แค่การใช้บริษัทใน EU เป็นหลัก
สำหรับโปรเจกต์ระดับโลก การวิเคราะห์เขตอำนาจศาลควรถูกบันทึกในตาราง:
- อนุญาต: บริการสามารถให้ได้หลังจากเงื่อนไขที่ระบุถูกปฏิบัติแล้ว
- จำกัด: ต้องมีใบอนุญาตเพิ่มเติม, การเปิดเผยข้อมูล, ควบคุมผู้ใช้
- ยกเว้น: ต้องห้ามผู้ใช้หรือกิจกรรมบางอย่าง
- ยังไม่ชัดเจน: ต้องอาศัยข้อมูลเพิ่มเติม หรือสนทนากับหน่วยงานกำกับดูแล
ประสบการณ์ของ Soken คือ ผู้ก่อตั้งมักเลือกหน่วยงานก่อน แล้วค่อยวิเคราะห์กิจกรรมตามกฎระเบียบ ซึ่งลำดับนี้มักสร้างโครงสร้างที่มีความน่าเชื่อถือมากกว่า: ทำแผนที่บริการ, ระบุสิทธิ์, แล้วจึงเลือกหน่วยงานและเขตอำนาจศาล
โปรเจกต์ควรรักษาบันทึกการเปลี่ยนแปลงด้านกฎระเบียบ และทบทวนเมื่อลงทุนใน staking, lending, fiat rails, การเก็บรักษา, การ redemption โทเคน หรือการเพิ่มเขตต่าง ๆ บนแพลตฟอร์ม ลิงก์ Crypto Map ช่วยสนับสนุนการเปรียบเทียบเบื้องต้น แต่มันไม่ใช่คำแนะนำด้านกฎหมายในท้องถิ่นที่สมบูรณ์
อะไรที่ทำให้นโยบายความเป็นส่วนตัวและข้อกำหนดในการให้บริการของคริปโตเป็นข้อบังคับใช้ได้?
นโยบายความเป็นส่วนตัวและข้อกำหนดในการให้บริการคริปโตกลายเป็นข้อบังคับใช้ได้ดีขึ้นอย่างมีนัยสำคัญ เมื่อพวกเขามีความถูกต้อง, การนำเสนอที่เหมาะสม, ผ่านกระบวนการยอมรับที่สามารถป้องกันได้, และได้รับการสนับสนุนด้วยการควบคุมการดำเนินงาน ความยาวของเอกสารไม่ใช่ตัวบ่งชี้ความน่าเชื่อถือ แต่ต้องอาศัยการแจ้งเตือนที่ชัดเจน, ความยินยอม หมดเขตสัญญา, กระบวนการดำเนินการที่ถูกกฎหมาย, ข้อที่เป็นธรรม, การควบคุมเวอร์ชัน และความสามารถของผู้ดำเนินงานในการทำตามสัญญาที่ให้ไว้
จุดอ่อนทั่วไปในเอกสารคริปโต
- คัดลอกเทมเพลต SaaS แบบเดิม โดยไม่อธิบาย Wallet, smart contracts, หรือการเผยแพร่บนบล็อกเชน
- ใช้ชื่อหน่วยงานที่ไม่ได้ดำเนินการอินเทอร์เฟซหรือตรวจสอบข้อมูลของผู้ใช้
- อธิบายบริการว่าไม่ต้องเก็บรักษา ขณะที่ยังคงมีสิทธิแช่แข็งถอนเงินหรือบล็อก Address
- สัญญาว่าจำเป็นต้องลบข้อมูลที่บันทึกในสมุดบัญชีสาธารณะถาวร
- ไม่เปิดเผยเทคโนโลยีวิเคราะห์, ผู้ให้บริการ KYC, Market Maker, หรือโครงสร้างคลาวด์
- ไม่ระบุให้ชัดเจนว่ามีคีย์การดูแลหรืออัปเกรด, การหยุดฉุกเฉิน, oracle dependency
- ใช้ชื่อกฎหมายที่ไม่สอดคล้องกันในเว็บไซต์, ข้อกำหนดโทเคน,แอปพลิเคชันแลกเปลี่ยน หรือ นโยบายความเป็นส่วนตัว
- อาศัยคำว่า “ไม่สามารถใช้งานในประเทศของคุณ” โดยไม่มีการใช้ geofencing หรือระบบ onboarding อย่างมีประสิทธิภาพ
- สิทธิ์ไม่จำกัดในการเปลี่ยนแปลงค่าธรรมเนียม, สิทธิ์ของโทเคน, ยอดคงเหลือของผู้ใช้ โดยไม่มีขั้นตอนชัดเจน
- ใช้นโยบายความเป็นส่วนตัวเป็นตัวแทนแทนการบันทึกข้อมูลและตารางเก็บข้อมูล
นโยบายความเป็นส่วนตัวควรได้รับการทดสอบกับการใช้งานจริง หากอินเทอร์เฟซเก็บที่อยู่ email, Address, IP, ตัวระบุอุปกรณ์ หรือ ผลการคัดกรองคว่ำบาตร ทั้งห้าประเภท ควรปรากฏในแผนที่ข้อมูลและนโยบายตามกฎหมาย
เงื่อนไขก็ควรได้รับการทดสอบด้วยสถานการณ์ลบหลายแบบ เช่น:
- ผู้ใช้สูญเสียการเข้าถึงคีย์ส่วนตัว
- สะพาน (bridge) ยืนยันธุรกรรมบน chain หนึ่งแต่ไม่ใช่ chain อื่น
- ผู้ดูแลระบบหยุดการถอนเงิน
- การอัปเกรด smart contract เปลี่ยนพฤติกรรมเชิงเศรษฐกิจ
- Address ที่ถูกคว่ำบาตรมีปฏิสัมพันธ์กับโปรโตคอล
- ผู้ใช้ขอให้ลบข้อมูลใน Wallet
- โปรเจกต์ล้มละลายหรือหยุดดำเนินธุรกิจ
เทคนิคพิเศษ: ทำ “การตรวจสอบเอกสารเทียบกับผลิตภัณฑ์” ก่อนปล่อย โดยเปรียบเทียบคำแถลงสำคัญในข้อกำหนด, นโยบายความเป็นส่วนตัว, เวอร์ชัน whitepaper, สัญญา, และข้อมูลบนอินเทอร์เฟซ กับ log ระบบหลังบ้าน ในทางปฏิบัติ การขัดแย้งกันระหว่างชั้นข้อมูลเหล่านี้มักจะเป็นอันตรายมากกว่าขาดข้อความประชาสัมพันธ์
Soken ยังสามารถให้การประเมิน Security X-Ray ขั้นต้น เพื่อระบุข้อเท็จจริงด้านเทคนิคและการดำเนินงานที่เอกสารกฎหมายควรสะท้อน โดยเฉพาะอย่างยิ่งเมื่อโปรเจกต์อ้างว่าไม่เก็บรักษา, เข้าถึงแบบ permissionless หรือกระจายอำนาจ
โครงการคริปโตจะเตรียมตัวอย่างไรเพื่อการตรวจสอบสอบสวนของตลาดแลกเปลี่ยน?
โปรเจกต์ควรเตรียมคลังหลักฐานเป็นลำดับก่อนยื่นคำขอจดทะเบียนตลาด สุดท้าย ตลาดแลกเปลี่ยนควรได้รับคำอธิบายที่เป็นเหตุเป็นผลเกี่ยวกับกรรมสิทธิ, สิทธิ์โทเคน, สถานะทางกฎหมาย, การควบคุมความปลอดภัย, โครงสร้างตลาด, กระบวนการปฏิบัติตามกฎ, ประวัติเหตุการณ์ ซึ่งแต่ละคำตอบควรระบุหน่วยงานรับผิดชอบ, หลักฐานสนับสนุน และข้อจำกัดหรือความเสี่ยงที่ยังไม่ได้แก้ไข
ไฟล์จดทะเบียนควรประกอบด้วย:
เอกสารบริษัทและการเป็นเจ้าของ
- ใบรับรองจดทะเบียนและเอกสารก่อตั้ง
- กรรมการ, เจ้าของที่แท้จริง, และผู้ลงนามโดยได้รับอนุญาต
- โครงสร้างกลุ่มบริษัทและเจ้าของทรัพย์สินทางปัญญา
- การเป็นเจ้าของคลังและเงินสำรอง
- ข้อตกลงกับบุคคลในกลุ่มและ market-maker
เอกสารด้านกฎหมายและกฎระเบียบ
- ความเห็นทางกฎหมายคริปโต
- เอกสารจำแนกประเภทโทเคน
- ข้อตกลงและเงื่อนไข หรือ ข้อกำหนดคริปโต
- นโยบายความเป็นส่วนตัวและเอกสารคุกกี้
- นโยบาย AML, คว่ำบาตร, การตรวจจับธุรกรรม
- วิธีการจำกัดเขตอำนาจศาล, การทำ geofencing
- ข้อมูลการจดทะเบียน, ใบอนุญาต, หรือการวิเคราะห์การยกเว้น
เอกสารด้านเทคนิคและการดำเนินงาน
- หลักฐานการตรวจสอบและแก้ไข smart-contract
- ที่อยู่สัญญา, ประวัติ deployment, การตั้งค่าคีย์ผู้ดูแล
- คำสั่งการเก็บรักษาคีย์ผู้ดูแลและ multi-signature
- แผนการตอบสนองเหตุฉุกเฉินและ ข้อปฏิบัติการเปิดเผยข้อมูล
- รายการเที่ยวใช้ oracle, bridge, validator, dependency จากบุคคลที่สาม
- เอกสารการต่อเนื่องและการกู้คืนข้อมูลในฉุกเฉิน
เอกสารตลาดและโทเคน
- การแจกจ่ายโทเคน, การ vesting, ตารางปลดล็อก, นโยบายคลัง
- การควบคุมซัพพลาย, การ minting, burning, การหยุดชั่วคราว
- ข้อตกลงกับผู้ให้บริการสภาพคล่องและ market-maker
- การควบคุมการซื้อขายในข้อมูลจากภายใน, การManipulate ของตลาด
- ความขัดแย้งในความสนใจที่สำคัญ
- เหตุการณ์ในประวัติศาสตร์, การ Hack, การสูญเสีย, และการฟื้นฟู
ตลาดแลกเปลี่ยนอาจถามว่า ทำไมโทเคนถึงถูกจัดเป็นทรัพย์สิน utility ในขณะที่เว็บไซต์แสดงราคา, ผลตอบแทน passive, การมีส่วนร่วมรายได้ หรือ การคาดหวัง buyback คำตอบต้องตรงกันในด้านการออกแบบโทเคน, การโฆษณา, ปัจจัยความเสี่ยง, และเงื่อนไขผู้ใช้
โปรเจกต์ควรแต่งตั้งเจ้าของคนเดียว เพื่อความสอดคล้องในเอกสาร สำนักงานกฎหมาย, นักพัฒนา, ฝ่ายปฏิบัติตามกฎระเบียบ, ฝ่ายประชาสัมพันธ์, และทีมการตลาด ไม่ควรเผยแพร่คำอธิบายที่แตกต่างกันของโทเคนหรือแพลตฟอร์ม
Crypto Map เป็นเครื่องมือสนับสนุนการเปรียบเทียบเขตอำนาจศาลเบื้องต้น แต่ไม่ควรใช้แทนคำแนะนำด้านกฎหมายในท้องถิ่นอย่างเป็นทางการ เอกสารจดทะเบียนควรเป็นเครื่องมือควบคุมแบบชีวิต เมื่อผลิตภัณฑ์มีการเปลี่ยนแปลง เอกสารความเห็น, ข้อตกลง, นโยบาย หรือ ข้อมูลในการจดทะเบียนในตลาดอาจต้องได้รับการรีวิวให้สอดคล้อง
อะไรที่ทำให้นโยบายความเป็นส่วนตัวและข้อกำหนดในการให้บริการของคริปโตเป็นข้อบังคับใช้ได้?
นโยบายความเป็นส่วนตัวและข้อกำหนดในการให้บริการที่ถูกต้อง, ชัดเจน, ผ่านกระบวนการที่สามารถป้องกันการบิดเบือน และสนับสนุนด้วยการควบคุมการดำเนินการ จะกลายเป็นข้อบังคับใช้ที่มีประสิทธิภาพ ความยาวของเอกสารไม่ใช่ส่วนสำคัญ แต่ต้องมีการแจ้งเตือนที่ชัดเจน, ข้อตกลงที่เหมาะสม, สามารถดำเนินการถูกกฎหมาย, มีข้อที่เป็นธรรม, การควบคุมเวอร์ชัน และความสามารถของผู้ดำเนินงานในการปฏิบัติตามข้อสัญญา
จุดอ่อนในเอกสารคริปโตทั่วไป
- คัดลอกเทมเพลต SaaS ทั่วไปโดยไม่อธิบาย Wallet, smart contract หรือการเผยแพร่ข้อมูลบนบล็อกเชน
- ตั้งชื่อหน่วยงานที่ไม่ได้ดำเนินอินเทอร์เฟซหรือควบคุมข้อมูลผู้ใช้จริง
- อธิบายบริการว่าไม่ต้องเก็บรักษา/ไม่ใช่ custodial ขณะที่ยังมีสิทธิแช่แข็งถอนเงินหรือบล็อก Address อยู่
- สัญญาว่าจะลบข้อมูลที่บันทึกอยู่ในสมุดบัญชีแบบสาธารณะถาวร
- ไม่เปิดเผยเทคโนโลยีวิเคราะห์ หรือลูกค้า KYC, market makers, cloud infrastructure
- ไม่ระบุแจ้งให้ชัดเจนว่า คีย์การดูแลหรืออัปเกรด, การหยุดฉุกเฉิน, oracle dependency
- ใช้ชื่อกฎหมายที่ไม่สอดคล้องกันในเว็บไซต์, ข้อตกลง, ข้อมูล whitepaper และนโยบายความเป็นส่วนตัว
- อาศัยคำว่า “ไม่ให้บริการในประเทศของคุณ” โดยไม่มีการใช้ geofencing หรือระบบ onboarding ที่มีประสิทธิภาพ
- สิทธิ์ไม่จำกัดในการเปลี่ยนค่า fees, สิทธิ์ของโทเคน, ยอดคงเหลือของผู้ใช้ โดยไม่มีขั้นตอนชัดเจน
- ใช้นโยบายความเป็นส่วนตัวแทนการบันทึกข้อมูลและตารางการเก็บรักษาข้อมูล
นโยบายความเป็นส่วนตัวควรได้รับการทดสอบกับการใช้งานจริง หากอินเทอร์เฟซเก็บข้อมูลเช่น อีเมล์, Address, IP, ตัวระบุอุปกรณ์, หรือ ผลการคัดกรองคว่ำบาตร ควรอยู่ในแผนที่ข้อมูลและนโยบายตามกฎหมาย
นอกจากนี้ ควรทดสอบเงื่อนไขการณ์ในเชิงรุก เช่น:
- ผู้ใช้สูญเสียการเข้าถึงคีย์ส่วนตัว
- สะพาน (bridge) ยืนยันธุรกรรมบน chain หนึ่งแต่ไม่ใช่ chain อื่น
- ผู้ดูแลระบบหยุดการถอน
- การอัปเกรด smart contract เปลี่ยนพฤติกรรมเศรษฐกิจ
- Address คว่ำบาตรมีปฏิสัมพันธ์กับ protocol
- ผู้ใช้ขอให้ลบข้อมูลใน Wallet
- โปรเจกต์ล้มละลายหรือหยุดดำเนินงาน
เทคนิคแนะนำ: ทำ “การปรับความสมดุลเอกสารกับผลิตภัณฑ์” ก่อนเปิดตัว เปรียบเทียบคำแถลงในข้อกำหนด, นโยบายความเป็นส่วนตัว, เวอร์ชัน whitepaper, สัญญา และข้อมูลอินเทอร์เฟซ ควบคู่กันกับ log ระบบ เพื่อหาความขัดแย้ง จุดนี้เป็นหนึ่งในความเสียหายที่ใหญ่ที่สุดในกระบวนการตรวจสอบ
Soken ยังให้การประเมิน Security X-Ray เบื้องต้น เพื่อระบุข้อเท็จจริงด้านเทคนิคและด้านการปฏิบัติการที่เอกสารกฎหมายควรสะท้อน ซึ่งเป็นประโยชน์อย่างยิ่งเมื่อโปรเจกต์อ้างว่าไม่เก็บรักษา, เข้าถึงแบบ permissionless หรือกระจายอำนาจ
โครงการคริปโตจะเตรียมตัวอย่างไรเพื่อการตรวจสอบของตลาดแลกเปลี่ยน?
โปรเจกต์ควรเตรียมคลังหลักฐานตามลำดับก่อนยื่นคำขอจดทะเบียนตลาด ตลาดแลกเปลี่ยนควรได้รับคำอธิบายเข้าใจง่ายเกี่ยวกับเจ้าของ, สิทธิ์โทเคน, สถานะทางกฎหมาย, การควบคุมเรื่องความปลอดภัย, โครงสร้างตลาด, กระบวนการปฏิบัติตามกฎ, และประวัติเหตุการณ์ แต่ละคำตอบควรระบุหน่วยงานที่รับผิดชอบ, หลักฐานสนับสนุน และข้อจำกัดหรือความเสี่ยงที่ยังไม่ได้แก้ไข
ไฟล์จดทะเบียนควรครอบคลุม:
เอกสารข้อมูลบริษัทและการเป็นเจ้าของ
- ใบรับรองจดทะเบียนและเอกสารก่อตั้ง
- กรรมการ, เจ้าของแท้จริง, และผู้ลงนาม
- โครงสร้างกลุ่มบริษัทและทรัพย์สินทางปัญญา
- การเป็นเจ้าของคลังและเงินสำรอง
- ข้อตกลงเกี่ยวพัน และ market-maker
เอกสารด้านกฎหมายและกฎระเบียบ
- ความเห็นทางกฎหมายคริปโต
- เอกสารจำแนกประเภทโทเคน
- ข้อตกลง, ข้อกำหนด และนโยบาย
- นโยบายความเป็นส่วนตัวและคุกกี้
- นโยบาย AML, คว่ำบาตร และการตรวจสอบธุรกรรม
- วิธีการกำหนดเขตอำนาจศาล และการทำ geofencing
- การจดทะเบียน, ใบอนุญาต, และการวิเคราะห์ข้อยกเว้น
เอกสารด้านเทคนิคและการดำเนินงาน
- หลักฐานการตรวจสอบและแก้ไข smart-contract
- ที่อยู่สัญญา, ประวัติ deploy, และสิทธิ์อัปเกรด
- คีย์ความปลอดภัยและการตั้งค่าหลายลายเซ็น
- แผนฉุกเฉินและแนวทางเปิดเผยข้อมูล
- รายการ oracle, bridge, validator, deps จากบุคคลที่สาม
- เอกสารความต่อเนื่องทางธุรกิจและการกู้คืนฉุกเฉิน
เอกสารตลาดและโทเคน
- การแจกจ่าย, การ vesting, ตารางปลดล็อก, นโยบายคลัง
- ข้อควบคุมซัพพลาย, การ mint, burning, การหยุดทำงาน
- ข้อตกลงกับผู้ให้บริการสภาพคล่องและ market-maker
- กำกับดูแลการเทรดภายใน, การManipulate ตลาด
- ผลประโยชน์ทับซ้อนที่สำคัญ
- เหตุการณ์ย้อนหลัง, การโดน Hack, การสูญเสีย, การฟื้นฟู
ตลาดแลกเปลี่ยนอาจถามว่า ทำไมโทเคนถึงเป็น Utility Token ทั้งที่เว็บไซต์แสดงราคา, ผลตอบแทน passive, การมีส่วนร่วมในรายได้ หรือ คำคาดหวังการ buyback คำตอบต้องสอดคล้องในด้านการออกแบบ, การโฆษณา, ปัจจัยความเสี่ยง และเงื่อนไขการใช้งาน
โปรเจกต์ควรแต่งตั้งเจ้าของคนเดียวเพื่อความสอดคล้องในเอกสาร ฝ่ายกฎหมาย, นักพัฒนา, ฝ่ายปฏิบัติตามกฎระเบียบ, ทีมฝ่ายการตลาด ห้ามเผยแพร่ข้อความที่แตกต่างกันอย่างมีนัยสำคัญของโทเคนหรือแพลตฟอร์ม
Crypto Map เป็นเครื่องมือสำหรับเปรียบเทียบเขตอำนาจศาลเบื้องต้น แต่ไม่ใช่การให้คำแนะนำด้านกฎหมายในระดับท้องถิ่นอย่างเป็นทางการ เอกสารจดทะเบียนควรเป็นเครื่องมือหลักสำหรับการติดตามการเปลี่ยนแปลง เมื่อผลิตภัณฑ์เปลี่ยนแปลง เอกสารความเห็น, ข้อตกลง, นโยบาย, และข้อมูลในการจดทะเบียนในตลาดอาจต้องปรับปรุงให้ทันสมัยอยู่เสมอ