IOSG Ventures: ประสบการณ์ผู้ใช้ ZK Rollup ที่แตกต่างจากมุมมองของนักพัฒนา

ผู้เขียนต้นฉบับ: Yiping, IOSG Ventures

TL;DR

ผู้เขียนต้นฉบับ: Yiping, IOSG Ventures

Starknet เปิดตัว Alpha Mainnet ในวันที่ 29 พฤศจิกายน 2022

Scroll เปิดตัว Goerli Alpha Testnet ในวันที่ 27 กุมภาพันธ์ 2023

zkSync เปิดตัว zkSync Era Mainnet ในวันที่ 24 มีนาคม 2023

Polygon เปิดตัว zkEVM Mainnet Beta ในวันที่ 27 มีนาคม 2023

• ด้วย ZK Rollups จำนวนมากเหล่านี้ ในฐานะนักพัฒนา Solidity คุณอาจสงสัยว่า:

• ข้อใดให้ประสบการณ์นักพัฒนาที่ดีกว่าสำหรับคุณ

• สิ่งใดที่ให้การสนับสนุนนักพัฒนาที่คุณต้องการมากกว่านี้

อันไหนดีที่สุดสำหรับคุณถ้าคุณวางแผนที่จะสร้างโครงการของคุณ?

ด้วยการเปิดตัว ZK Rollup ครั้งแล้วครั้งเล่า ตอนนี้เป็นเวลาที่ดีที่สุดในการศึกษาประสบการณ์การพัฒนาของ ZK Rollup เมื่อพิจารณาว่า ZK Rollups ทั้งหมดกำลังส่งเสริมความเข้ากันได้ของ EVM การสำรวจประสบการณ์นักพัฒนาของเราจะมาจากมุมมองของวิศวกร Solidity เรามาเจาะลึกคำถามเหล่านี้ด้วยคำตอบจากข้อมูล ⬇️

🐙 การเปรียบเทียบรหัสโอเพ่นซอร์ส ZK Rollup

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

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

ZK Rollups ทั้งหมดทำงานอย่างหนักใน GitHub แม้ว่าสิ่งที่พวกเขาเสนอจะแตกต่างกันไป

📕 การเลือกภาษาของโครงการ

สนิมได้กลายเป็นภาษาที่เลือกใช้ในการสร้างคอมไพเลอร์ โหนด ทูลเชน เครื่องมือ CLI และเวอร์ชวลแมชชีนในหลายโครงการ

📄 เอกสารประกอบการพัฒนา

เอกสารประกอบการพัฒนามีความสำคัญอย่างยิ่งต่อประสบการณ์ของนักพัฒนา ทรัพยากรเหล่านี้เชื่อมช่องว่างระหว่างความซับซ้อนของโซลูชันเลเยอร์ 2 และระบบนิเวศการพัฒนาที่สอดคล้องกับ Ethereum Virtual Machine (EVM) ได้อย่างมีประสิทธิภาพ

โครงการที่แตกต่างกันมีโครงสร้างเอกสารและเนื้อหาที่แตกต่างกันเล็กน้อย<>zkSync มี AA และ Layer 1

การสื่อสารเลเยอร์ 2 ให้รายละเอียดเอกสารและรหัสอ้างอิง

• เราพบห้องที่ต้องปรับปรุงดังต่อไปนี้:

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

• แสดงผลการดำเนินการ CLI: เมื่อมีการจัดเตรียมคำสั่งอินเทอร์เฟซบรรทัดคำสั่ง (CLI) ให้รวมเอาต์พุตตัวอย่างจากคำสั่ง สิ่งนี้ช่วยให้ผู้ใช้ทราบสิ่งที่คาดหวังและตรวจสอบว่าพวกเขาดำเนินการคำสั่งอย่างถูกต้อง

• Limit Code Line Length: กำหนดความยาวบรรทัดสูงสุดสำหรับตัวอย่างโค้ดของคุณ สิ่งนี้ทำให้โค้ดของคุณอ่านง่ายโดยไม่ต้องเลื่อนแนวนอน

• ใช้ตัวอย่างจริง: แทนที่จะใช้ตัวยึดตำแหน่งหรือ 'xxx' ให้ระบุตัวอย่างที่อยู่ตามสัญญาหรือรหัสลับ สิ่งนี้ทำให้ผู้ใช้เข้าใจได้ดีขึ้นว่าควรใช้ข้อมูลใด

• มุมมองโครงการสำหรับบทช่วยสอนที่ซับซ้อน: สำหรับบทช่วยสอนที่ซับซ้อนมากขึ้น มุมมองโครงการจะมีให้ที่ด้านข้างของบทช่วยสอน เมื่อผู้ใช้นำทางผ่านบทช่วยสอน ให้เน้นส่วนที่เกี่ยวข้องของโค้ด

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

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

ปรับปรุงอยู่เสมอ: ในขณะที่โครงการของคุณพัฒนาขึ้น ตรวจสอบให้แน่ใจว่าเอกสารของคุณได้รับการอัปเดตอยู่เสมอ ซึ่งอาจหมายถึงการอัปเดตภาพหน้าจอ แก้ไขตัวอย่างโค้ด หรือเขียนส่วนใหม่เพื่อให้สอดคล้องกับคุณลักษณะใหม่หรือการเปลี่ยนแปลง

🧑💻 การมีส่วนร่วมของชุมชนและทีม

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

ยิ่งมีผู้ร่วมให้ข้อมูลมากเท่าไร ชุมชนโอเพ่นซอร์สก็ยิ่งมีการใช้งานมากเท่านั้น โครงการส่วนใหญ่มีความถี่ในการอัปเดตเอกสารสูงสุดเมื่อเปิดตัวครั้งแรก

🧑💻 ประสบการณ์การเขียนโค้ด

ประสบการณ์การเขียนโค้ดขึ้นอยู่กับ toolchain ประสบการณ์ตัวแก้ไข และเฟรมเวิร์ก

Toolchain ที่เกี่ยวข้องกำหนดความง่ายในการตั้งค่าสภาพแวดล้อมการพัฒนาท้องถิ่น ดีบัก และรันโค้ด

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

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

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

วาร์ปทำได้ไม่ดี Kakarot จะเป็นทางออกเดียวสำหรับ EVM ที่เข้ากันได้กับ StarkNet Kakarot ให้ประสบการณ์การพัฒนา Solidity ที่ราบรื่นมาก เข้ากันได้กับเครื่องมือ Ethereum ที่มีอยู่ทั้งหมด เช่น Compiler, Remix และ Hardhat

Kakarot ให้บริการ EVM ที่เขียนด้วยภาษาไคโร ในฐานะ EVM Kakarot สามารถรันโปรแกรม EVM bytecode ทำให้ Ethereum smart contract ทำงานบน StarkNet

✍️ทดสอบ

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

Tenderly เป็นหนึ่งในเครื่องมือดีบั๊กที่ดีที่สุดสำหรับการพัฒนาสัญญาอัจฉริยะ มีฟังก์ชันจำลองการดำเนินการตามสัญญาอัจฉริยะ ดีบักเกอร์ เครื่องวิเคราะห์ก๊าซ ส้อม และคำเตือนเพื่อช่วยให้นักพัฒนาสร้าง Dapps ได้ดียิ่งขึ้น อย่างไรก็ตาม Tenderly ไม่รองรับ ZK Rollup ใดๆ

เราหวังว่าในอนาคตอันใกล้ เราจะได้เห็นการพัฒนาสัญญาอัจฉริยะและเครื่องมือดีบั๊กที่รองรับ ZK Rollup มากขึ้น ซึ่งจะช่วยส่งเสริมการพัฒนาและการประยุกต์ใช้เทคโนโลยีบล็อกเชนต่อไป

🚢 การใช้งาน

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

ขั้นตอนการปรับใช้ StarkNet แบ่งออกเป็นสองขั้นตอน: ประกาศและปรับใช้ จึงใช้เวลานาน

✨Layer 2 คุณสมบัติใหม่

โซลูชันเลเยอร์ 2 มีบทบาทสำคัญในการแก้ปัญหาความท้าทายด้านความสามารถในการปรับขนาด ประสิทธิภาพ และประสบการณ์ของผู้ใช้ ZK Rollup ยังอยู่ในช่วงเริ่มต้น แต่ได้แสดงศักยภาพที่ยอดเยี่ยมในการปลดล็อกความเป็นไปได้ใหม่ๆ สำหรับนักพัฒนาแล้ว

ด้วยการนำเสนอนวัตกรรมที่ก้าวล้ำ เช่น State-diff การสื่อสารเลเยอร์ 1 และเลเยอร์ 2 ที่ไร้รอยต่อ และการแยกบัญชี ZK Rollup ช่วยให้นักพัฒนาสามารถสร้างโครงการนวัตกรรมที่ผลักดันขอบเขตของสิ่งที่เป็นไปได้ด้วยบล็อกเชน ฟีเจอร์ขั้นสูงเหล่านี้ไม่เพียงแต่เพิ่มขีดความสามารถของแอพพลิเคชั่นแบบกระจายศูนย์เท่านั้น แต่ยังปูทางสู่การนำเทคโนโลยีบล็อกเชนมาใช้ในกระแสหลักอีกด้วย

ความแตกต่างของรัฐ

StarkNet และ zkSync Era ใช้เทคนิค State Diffing ซึ่งตามทฤษฎีแล้วสามารถส่งผลให้ค่าธรรมเนียมลดลง พวกเขาเผยแพร่เฉพาะความแตกต่างของสถานะ ไม่ใช่อินพุตธุรกรรม ซึ่งช่วยให้สามารถบีบอัดข้อมูลและลดต้นทุนการจัดเก็บ สิ่งนี้จะเป็นประโยชน์ต่อผู้พัฒนาเกม

Layer 1 <>Polygon zkEVM เผยแพร่อินพุตธุรกรรมทั้งหมดบนเครือข่าย โดยพึ่งพาการลดลงของค่าใช้จ่ายในการจัดเก็บข้อมูลในอีกไม่กี่ปีข้างหน้า

การสื่อสารชั้นที่ 2<>ZK Rollups ส่วนใหญ่มีเลเยอร์ 1<>ฟังก์ชั่นการสื่อสารเลเยอร์ 2 ตัวอย่างเช่น zkSync Era มีเลเยอร์ 1

ตัวอย่างการกำกับดูแลของการสื่อสารเลเยอร์ 2 ในชั้นที่ 1 สัญญาสามารถเริ่มต้นการดำเนินการของสัญญาชั้นที่ 2 ได้ ในเลเยอร์ 2 สัญญาเลเยอร์ 2 สามารถส่งข้อความไปยังสัญญาเลเยอร์ 1 เท่านั้น จากนั้นเราจะสามารถประมวลผลข้อความที่ได้รับบนเลเยอร์ 1 ในทำนองเดียวกัน Polygon ให้ตัวอย่างการเข้ารหัสบนสะพาน Nft โดยใช้การสื่อสารข้ามสายโซ่เพื่อแบ่งปันข้อมูลระหว่าง L1 และ L2

นามธรรมบัญชี

การสรุปบัญชีเป็นอีกหนึ่งคุณสมบัติที่น่าตื่นเต้น zkSync Era ให้ AA แบบเนทีฟ บัญชีใน zkSync Era สามารถเริ่มต้นธุรกรรม เช่น EOA แต่ยังสามารถใช้ตรรกะตามอำเภอใจในธุรกรรมเหล่านั้นได้ เช่น สัญญาอัจฉริยะ เนื่องจาก zkSync ใช้ AA อยู่แล้ว บัญชีจึงไม่จำเป็นต้องมีสัญญาพร็อกซีเพิ่มเติม แม้แต่ EOA ปกติก็สามารถทำธุรกรรมได้โดยไม่ต้องชำระค่าน้ำมัน ซึ่งไม่สามารถทำได้ใน EIP-4337 เพียงอย่างเดียว Polygon zkEVM และ Scroll ใช้ AA ที่เข้ากันได้กับ EVM StarkNet กำลังทำงานเกี่ยวกับการแยกบัญชี มันพยายามที่จะลงนามนามธรรมและการชำระเงินที่เป็นนามธรรม

💭 การปรับปรุงในอนาคตเพื่อประสบการณ์ของนักพัฒนา

ในการวิจัยนี้ เรารู้สึกว่าโครงการ ZK Rollup เหล่านี้ได้พยายามอย่างมากในการปรับปรุงผลิตภัณฑ์และสนับสนุนนักพัฒนาอย่างต่อเนื่อง อย่างไรก็ตาม เมื่อพิจารณาว่าเรายังอยู่ในช่วงเริ่มต้นของแอปพลิเคชันบล็อกเชนและเผชิญกับฐานนักพัฒนาที่ค่อนข้างเล็ก การทำงานเพื่อปรับปรุงประสบการณ์ของนักพัฒนาจะช่วยให้โครงการดึงดูดนักพัฒนาในอนาคตอย่างไม่ต้องสงสัย และกำหนดอนาคตของอุตสาหกรรมในที่สุด

ต่อไปนี้เป็นคำแนะนำทั่วไปสำหรับการปรับปรุงการรองรับวงจรการพัฒนา:

• 1, เอกสาร:

• เอกสารคุณภาพสูง: เอกสารที่ครอบคลุม ชัดเจน และเป็นปัจจุบันมีความสำคัญต่อการปรับปรุงประสบการณ์ของนักพัฒนา ตรวจสอบให้แน่ใจว่าเอกสารครบถ้วน ชัดเจน มีตัวอย่าง และได้รับการปรับปรุงอย่างสม่ำเสมอ

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

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

• กรณีศึกษา: แสดงตัวอย่างการใช้งานผลิตภัณฑ์เพื่อสร้างแรงบันดาลใจและให้ความรู้แก่นักพัฒนาเกี่ยวกับการแก้ปัญหาอย่างมีประสิทธิภาพ

ประสบการณ์การเริ่มต้นใช้งานที่ราบรื่น: ลดเวลาเริ่มต้นสำหรับนักพัฒนารายใหม่โดยลดความซับซ้อนของการตั้งค่าสภาพแวดล้อม อธิบายแนวคิดหลัก และอำนวยความสะดวกในการสร้างแอปพลิเคชันพื้นฐาน

• 2. ความพร้อมใช้งานและประสิทธิภาพ:

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

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

การผสานรวมและความเข้ากันได้: ประเมินว่าเครื่องมือหรือแพลตฟอร์มนั้นผสานรวมกับเครื่องมือที่ใช้กันทั่วไปในระบบนิเวศได้ดีเพียงใด

• 3. ความโปร่งใสและการปรับปรุง:

สถานะผลิตภัณฑ์: การอัปเดตอย่างทันท่วงทีเกี่ยวกับปัญหาการดำเนินงาน ตารางการบำรุงรักษา และการหยุดทำงานของระบบช่วยให้นักพัฒนาสามารถวางแผนงานได้อย่างมีประสิทธิภาพ

ด้วยความก้าวหน้าทางเทคโนโลยีอย่างรวดเร็วในพื้นที่ Web3 การรักษาระดับประสบการณ์ของนักพัฒนาในระดับสูงอย่างสม่ำเสมอในลักษณะที่ปรับขนาดได้และยั่งยืนเป็นความท้าทายที่สำคัญสำหรับโครงการ Web3

• เพื่อจัดการกับความท้าทายนี้ เราขอแนะนำให้โครงการสำรวจสองทิศทาง: ใช้ประโยชน์จาก AI เพื่อปรับปรุงระบบอัตโนมัติและประสิทธิภาพการทำงาน ลดความต้องการทรัพยากรมนุษย์จำนวนมาก และใช้ประโยชน์จากพลังของชุมชนเพื่อจูงใจให้มีส่วนร่วม

• AI-assisted: การสร้างและบำรุงรักษาเอกสารจำนวนมากอาจใช้ทรัพยากรมาก โมเดลภาษาขนาดใหญ่อาจช่วยให้นักพัฒนาเขียนและดูแลเอกสารคุณภาพสูงได้ นอกจากนี้ บอทถามตอบที่ขับเคลื่อนด้วย AI สามารถให้คำตอบที่ถูกต้องและทันท่วงทีสำหรับคำถามของนักพัฒนา ซึ่งช่วยยกระดับประสบการณ์ให้ดียิ่งขึ้น

จูงใจให้ชุมชนมีส่วนร่วม: เพื่อส่งเสริมการมีส่วนร่วมของชุมชน โครงการสามารถให้สิ่งจูงใจต่างๆ รวมทั้งสิ่งจูงใจทางการเงินและที่ไม่ใช่ทางการเงิน ตัวอย่างเช่น สามารถขยายโปรแกรมที่คล้ายกับเงินรางวัลเพื่อรวมการมีส่วนร่วมในโค้ด การทดสอบ codebase การปรับปรุงเอกสาร ความพยายามในการแปล . วิธีการนี้ไม่เพียงแต่จะช่วยปรับปรุงคุณภาพของทรัพยากรเท่านั้น แต่ยังช่วยลดค่าใช้จ่ายในการบำรุงรักษาอีกด้วย รับทราบการสนับสนุนและให้เครดิตแก่ผู้มีส่วนร่วมผ่านช่องทางชุมชนที่ใช้งานเช่น Discord, Substack เป็นต้น