Kỹ thuật mã thông báo—Kế hoạch chi tiết để xây dựng nền kinh tế phi tập trung bền vững

Hướng dẫn toàn diện này đóng vai trò là nguồn tài nguyên thiết yếu để điều hướng lĩnh vực kỹ thuật mã thông báo phức tạp và liên ngành, dựa trên thiết kế hệ thống và kỹ thuật hệ thống phức tạp. Bài viết này phác thảo các giai đoạn quan trọng – Phân tích yêu cầu hệ thống, Phân tích hệ thống và Thiết kế hệ thống – trong việc phát triển các hệ thống kinh tế tiền điện tử phi tập trung. Hướng dẫn cũng điều chỉnh các giai đoạn này với các khuôn khổ đã được thiết lập trong cả kỹ thuật hệ thống và tạo hệ sinh thái dựa trên mã thông báo. Ngoài ra, nó còn cung cấp bản phân tích chi tiết về nhiệm vụ, kỹ năng và sản phẩm bàn giao cho từng giai đoạn. Người đọc sẽ không chỉ hiểu sâu sắc lý do tại sao kỹ thuật mã thông báo lại quan trọng đối với nền kinh tế kỹ thuật số bền vững mà còn có những hiểu biết thực tế về quy trình, công cụ và các chuyên gia định hình lĩnh vực năng động này.

Tổng quan về nội dung

• Giới thiệu
• Kỹ thuật mã thông báo là gì?
• Quy trình kỹ thuật mã thông báo
• Phân tích yêu cầu hệ thống
• Phân tích hệ thống
• Thiết kế hệ thống
• Bản tóm tắt
• Các công ty cần theo dõi
• Cộng đồng trực tuyến
• Công cụ
• GitHub
• Khóa học
• Tài nguyên bổ sung

Giới thiệu

Vào năm 2022, tôi bắt đầu hành trình của mình trong lĩnh vực kỹ thuật mã thông báo, với nền tảng về kỹ thuật cơ điện tử và robot. Trong hai năm qua, tôi đã thu thập các tài nguyên mà tôi tin rằng có thể hướng dẫn những người khác điều hướng miền mới nổi này. Nghiên cứu này đã bị ảnh hưởng đáng kể bởi một số nhân vật quan trọng trong lĩnh vực này. Khung khái niệm để hiểu các hệ thống kinh tế tiền điện tử thu hút rất nhiều từ những đóng góp mang tính đột phá của Michael Zargham , trong đó xác định kỹ thuật mã thông báo vừa là môn Thiết kế hệ thống vừa là môn Kỹ thuật hệ thống phức tạp. Angela Kreitenweis đã đóng vai trò quan trọng trong việc thúc đẩy lĩnh vực kỹ thuật mã thông báo thông qua Nền tảng Học viện TE và các sáng kiến của cô, bao gồm tổ chức các phiên nghiên cứu, sự kiện như EthCC Barcamp, nhóm nghiên cứu, khóa học và tài trợ, đồng thời tập hợp một cộng đồng chuyên gia và chuyên gia toàn cầu. những người đam mê lĩnh vực này. Krzysztof Paruch , Trent McConaghy và Tiến sĩ Achim Struve là những nhân vật chủ chốt khác mà nghiên cứu có giá trị của họ đã đóng vai trò then chốt trong việc xác định và thiết lập lĩnh vực mới nổi này bằng cách nhấn mạnh tầm quan trọng của kỹ thuật mã thông báo đối với sự đổi mới và phát triển trong hệ sinh thái web3. Nhận thức được tính chất phức tạp và liên ngành của lĩnh vực này cũng như tính chất phức tạp và đa dạng của các chủ đề, tôi đã đưa vào nhiều liên kết tài nguyên khác nhau trong suốt bài viết để giúp người đọc hiểu sâu hơn về các khái niệm cụ thể.

Kỹ thuật mã thông báo là gì?

Sự định nghĩa

Kỹ thuật mã thông báo là thiết kế, xác minh và tối ưu hóa các hệ thống kinh tế phức tạp dựa trên mã thông báo

Tại sao kỹ thuật mã thông báo lại quan trọng

Kỹ thuật mã thông báo không chỉ là tạo ra tài sản kỹ thuật số ; đó là một nguyên tắc nghiêm ngặt đòi hỏi một cách tiếp cận toàn diện để thiết kế các hệ thống phi tập trung. Giống như các hệ thống truyền thống yêu cầu lập kế hoạch, phân tích và thiết kế tỉ mỉ, hệ sinh thái token cũng đòi hỏi một quy trình nghiêm ngặt để hình thành và hiện thực hóa chúng. Cho dù bạn đang thu thập yêu cầu hay triển khai hợp đồng thông minh, mỗi giai đoạn đều đóng một vai trò quan trọng trong việc đảm bảo rằng hệ thống phi tập trung không chỉ ổn định về mặt kỹ thuật mà còn hiệu quả về mặt kinh tế và có tác động đến xã hội. Khi chúng ta đi sâu vào các sắc thái của từng giai đoạn, bạn sẽ thấy rằng Kỹ thuật mã thông báo không chỉ đơn thuần là một nỗ lực kỹ thuật mà còn là một cách tiếp cận toàn diện để tạo ra nền kinh tế kỹ thuật số bền vững.

Trong bối cảnh hiện đại của các hệ thống kinh tế phân tán và phi tập trung được hỗ trợ bởi blockchain, chúng ta sẽ đi sâu vào lĩnh vực kỹ thuật mã thông báo như một phần quan trọng trong sự phát triển của hệ sinh thái phi tập trung, xem nó thông qua khuôn khổ thiết kế hệ thống và đặt nó như một tập hợp con chuyên biệt của kỹ thuật hệ thống phức tạp.

Quy trình kỹ thuật mã thông báo

Trong bài viết này, chúng tôi sẽ mô tả phạm vi của quy trình kỹ thuật mã thông báo trong khuôn khổ ba giai đoạn tiêu chuẩn của vòng đời phát triển sản phẩm. Quy trình kỹ thuật mã thông báo này phù hợp chặt chẽ với các khuôn khổ đã được thiết lập trong kỹ thuật hệ thống cũng như với khuôn khổ có cấu trúc của việc tạo hệ sinh thái dựa trên mã thông báo của Outmore Ventures, bao gồm các giai đoạn Khám phá, Thiết kế và Triển khai. Chúng tôi sẽ phác thảo các kỹ năng cần thiết, kết quả mong đợi và các công cụ cần thiết cho từng giai đoạn để mang lại sự hiểu biết toàn diện về lĩnh vực này.

1. Phân tích yêu cầu hệ thống

2. Phân tích hệ thống

3. Thiết kế hệ thống

   
   

Phân tích yêu cầu hệ thống

Phân tích yêu cầu hệ thống là giai đoạn đầu tiên chúng tôi ghi lại các yêu cầu hệ thống. Ở đây, chúng tôi xác định những gì hệ thống phải đạt được. Các bên liên quan thường đồng ý về những yêu cầu này trước khi tiến hành. Điều này tạo tiền đề cho các giai đoạn phân tích, thiết kế và phát triển tiếp theo và đóng vai trò là điểm tham chiếu cho tất cả các bên liên quan.

Giai đoạn Phân tích yêu cầu hệ thống được chia thành các bước/giai đoạn phụ sau:

1. Thu thập yêu cầu hệ thống
2. Phân tích yêu cầu

Thu thập yêu cầu hệ thống

Ở bước này, các nhu cầu và ràng buộc cấp cao được thu thập từ các bên liên quan (bằng văn bản/bằng lời nói). Trọng tâm là tìm hiểu những gì các bên liên quan mong đợi hệ thống đạt được. Điều này có thể bao gồm cả yêu cầu chức năng và phi chức năng như tính năng, hiệu suất, bảo mật và tuân thủ.

Quá trình

Chủ yếu tập trung vào việc xác định và chi tiết hóa các tính năng và chức năng mà hệ thống phải có. Giai đoạn này thường bao gồm các cuộc phỏng vấn các bên liên quan, định nghĩa ca sử dụng và tài liệu về cả yêu cầu chức năng và phi chức năng. Nó trả lời các câu hỏi như “Hệ thống nên làm gì?” và “Những hạn chế là gì?”

• Tiến hành phỏng vấn các bên liên quan để thu thập nhu cầu và mong đợi.
• Ghi lại câu chuyện của người dùng hoặc trường hợp sử dụng.
• Xác định các yêu cầu chức năng và phi chức năng (ví dụ: bảo mật, khả năng mở rộng).

Các thành phần

• Yêu cầu chức năng (Các tính năng mà hệ thống phải có)
• Yêu cầu phi chức năng (Hiệu suất, bảo mật, tuân thủ các quy định pháp luật như luật chống rửa tiền (AML), v.v.)
• Các yêu cầu thực hiện
• Yêu cầu kỹ thuật hệ thống
• Thông số kỹ thuật
• Các trường hợp sử dụng hoặc câu chuyện của người dùng (Kịch bản mô tả cách hệ thống sẽ được sử dụng)

Phân tích yêu cầu

Sau khi thu thập các yêu cầu hệ thống ban đầu, bước phụ/giai đoạn phân tích yêu cầu thứ hai tập trung cụ thể vào việc kiểm tra và tinh chỉnh các yêu cầu của dự án bằng cách mổ xẻ, xác nhận và ưu tiên các yêu cầu này trong khi ghi lại các yêu cầu chức năng và phi chức năng của hệ thống. Mục đích là để đảm bảo rằng các yêu cầu là cụ thể, có thể đo lường được, có thể đạt được, phù hợp và có thời hạn (SMART). Điều này liên quan đến các hoạt động làm rõ, ưu tiên và xác nhận.

Các yêu cầu được tinh chỉnh sau đó trở thành cơ sở cho việc phân tích hệ thống và thiết kế hệ thống. Bước này đảm bảo rằng các yêu cầu rõ ràng, đầy đủ và phù hợp với mục tiêu của dự án. Nó đảm bảo rằng tất cả các bên liên quan có sự hiểu biết lẫn nhau về những gì hệ thống phải đạt được.

Phân tích yêu cầu có thể trả lời: “Loại phần thưởng đặt cược nào sẽ khuyến khích sự tham gia vào mạng?”

Các thành phần

Mặc dù phân tích yêu cầu hệ thống thường bắt đầu bằng việc thu thập các yêu cầu ban đầu từ các bên liên quan, phần phân tích yêu cầu đi sâu hơn để xem xét kỹ lưỡng các yêu cầu đó về độ rõ ràng, đầy đủ, tính khả thi và mức độ liên quan bằng cách:

• Xác nhận: Đảm bảo rằng các yêu cầu thu thập được phù hợp với mục tiêu của dự án và nhu cầu của các bên liên quan.
• Ưu tiên : Quyết định những yêu cầu nào là phải có và những yêu cầu nào là tốt.
• Làm rõ: Chia nhỏ các yêu cầu cấp cao thành các thông số kỹ thuật chi tiết hơn.
• Giải quyết xung đột: Xác định và giải quyết các yêu cầu xung đột từ các bên liên quan khác nhau.

Đầu ra của quá trình phân tích yêu cầu thường là phiên bản cập nhật và chi tiết hơn của Tài liệu đặc tả yêu cầu, hiện bao gồm các yêu cầu được ưu tiên, làm rõ và xác nhận.

Kỹ năng/Kỹ thuật

• Kỹ thuật yêu cầu
• Mô hình hóa ca sử dụng, lập bản đồ câu chuyện của người dùng và ưu tiên tính năng
• Thiết kế cơ chế và lý thuyết trò chơi
• Truyền thông và quản lý các bên liên quan
• Hiểu biết cơ bản về khái niệm blockchain và Web3

Trong bối cảnh hệ sinh thái token hoặc các dự án blockchain, giai đoạn này có thể liên quan đến thiết kế cơ chế và lý thuyết trò chơi. Những phương pháp này giúp thiết kế các cơ cấu khuyến khích, mô hình quản trị và các tính năng khác rất quan trọng đối với các hệ thống phi tập trung. Trọng tâm ở đây là nên áp dụng cơ chế nào để hệ thống hoạt động như mong muốn.

Đầu ra/Có thể bàn giao

• Tài liệu đặc tả yêu cầu: Một tài liệu chi tiết phác thảo những gì hệ thống nên làm, thường bao gồm các mô hình hoặc wireframe.

Nó bao gồm cả việc thu thập các yêu cầu ban đầu và Phân tích yêu cầu chi tiết hơn. Nó phác thảo những gì hệ thống dự kiến sẽ làm. Tài liệu đặc tả yêu cầu tập trung vào 'cái gì' - hệ thống cần đạt được điều gì mà không nêu chi tiết nó sẽ thực hiện điều đó như thế nào.

Ví dụ

Giả sử chúng ta đang xây dựng giao thức Metaverse cho phép người dùng sở hữu, giao dịch và tương tác với các tài sản kỹ thuật số trong thế giới ảo.

Các yêu cầu có thể bao gồm:

1. Tài sản kỹ thuật số do người dùng sở hữu (NFT).
2. Một thị trường để giao dịch tài sản.
3. Không gian ảo để tương tác xã hội.
4. Cơ chế quản lý các quyết định của cộng đồng.
5. Khả năng tương tác với các giao thức Metaverse khác.
6. Độ trễ thấp và hiệu suất cao.

Trong phân tích yêu cầu hệ thống, chúng tôi ghi lại các tính năng và tiêu chí này mà giao thức Metaverse phải đáp ứng cũng như xem xét kỹ lưỡng và tinh chỉnh các yêu cầu này một cách hợp lý. Giai đoạn này đặt nền tảng và đóng vai trò là kim chỉ nam cho những gì hệ thống cần đạt được.

Phân tích hệ thống

Khi chúng tôi biết hệ thống phải làm gì, chúng tôi tiến hành phân tích cách thực hiện nó và những thách thức nào có thể phát sinh. Bước này bao gồm các nghiên cứu khả thi, quản lý rủi ro, kiểm tra sức chịu đựng, mô hình kinh tế và đôi khi là các nguyên mẫu ban đầu để xác nhận các giả định chính. Những phát hiện từ giai đoạn này có thể tinh chỉnh hoặc thậm chí thay đổi các yêu cầu ban đầu. Phân tích hệ thống cũng liên quan đến việc đánh giá các hệ thống tương tự hiện có và hiểu các khía cạnh khác nhau như yêu cầu của người dùng, các hạn chế của hệ thống và các tắc nghẽn tiềm ẩn. Nó thường bao gồm việc phân tích tính khả thi của dự án về mặt công nghệ và kinh tế. Nó liên quan đến việc kiểm tra ý nghĩa của việc tích hợp với các hệ sinh thái hiện có hoặc tiềm năng tạo ra các hệ thống mới.

Giai đoạn này, đặc biệt là trong các hệ thống phức tạp như hệ sinh thái mã thông báo, liên quan đến đặc tả toán học, đặc tả vi phân, biểu diễn không gian trạng thái, mô hình hóa dựa trên tác nhân và mô hình động lực hệ thống để xác thực tính khả thi và độ bền của các cơ chế được thiết kế trong giai đoạn phân tích yêu cầu nhằm xác thực các giả định về hành vi của hệ thống, khuyến khích người dùng và khả năng tồn tại về mặt kinh tế. Những phương pháp này nhằm mục đích dự đoán hệ thống sẽ hoạt động như thế nào trong các điều kiện khác nhau.

Phân tích hệ thống có thể trả lời: “Liệu cơ chế đặt cược có chịu được sự biến động cực độ của thị trường không và các đại lý sẽ hành xử như thế nào trong những điều kiện như vậy?”

Phân tích hệ thống nhằm mục đích hiểu cách triển khai tốt nhất các yêu cầu và thách thức kỹ thuật liên quan đến việc triển khai các tính năng và chức năng đó. Giai đoạn này bao gồm mô phỏng, lập mô hình và các hình thức xác nhận khác để hiểu cách hệ thống có thể đáp ứng các yêu cầu đã xác định. Nó trả lời các câu hỏi như “Điều này có khả thi về mặt kỹ thuật không?” và “Những rủi ro tiềm ẩn là gì?”

Nhiệm vụ

• Nghiên cứu khả thi: Khả năng tồn tại về mặt kỹ thuật, kinh tế và vận hành.
• Mô hình hóa sơ bộ để xác nhận các giả định hoặc để hiểu hành vi của hệ thống.
• Đánh giá rủi ro: Xác định các nút thắt, hạn chế hoặc rủi ro bảo mật tiềm ẩn.
• Lập mô hình và mô phỏng: Để lập mô hình hành vi và thiết kế khuyến khích người dùng, để xác thực các giả định và hiểu hành vi của hệ thống.

Kỹ năng/Kỹ thuật

• Mô hình toán học (Thông số toán học, Thông số vi phân )
• Đại diện không gian trạng thái
• Mô hình thống kê
• Động lực hệ thống và mô phỏng dựa trên tác nhân

Đầu ra/Có thể bàn giao

• Báo cáo khả thi: Ghi lại tính khả thi và rủi ro liên quan đến dự án
• Yêu cầu cập nhật: Sửa đổi hoặc sàng lọc các yêu cầu ban đầu dựa trên phân tích
• Thông số toán học và vi phân của cơ chế và hệ thống
• Mô hình toán học (Biểu diễn không gian trạng thái) và mô hình thống kê
• Mô phỏng (Dựa trên tác nhân và Động lực hệ thống)

Ví dụ

Trong giai đoạn này, chúng tôi đánh giá tính khả thi và ý nghĩa của các yêu cầu. Đối với ví dụ về Metaverse của chúng tôi, điều này có thể bao gồm:

1. Tính khả thi: Công nghệ blockchain hiện tại có thể hỗ trợ mức hiệu suất mà chúng ta cần không?
2. Mô hình kinh tế: Thị trường sẽ hoạt động kinh tế như thế nào? Có bất kỳ cân nhắc nào về mặt lý thuyết trò chơi khi giao dịch không?
3. Hành vi của người dùng: Người dùng có khả năng tương tác với nội dung và với nhau như thế nào?
4. Kiểm tra sức chịu đựng: Các tác nhân sẽ hành xử như thế nào trong điều kiện khắc nghiệt?
5. Điều kiện ranh giới: Điều tồi tệ nhất có thể xảy ra và làm thế nào để tránh nó?
6. Bảo mật: Các lỗ hổng tiềm ẩn mà tác nhân có thể khai thác là gì?

Thiết kế hệ thống

Sau khi hiểu rõ yêu cầu và hoàn thành việc phân tích, chúng ta chuyển sang thiết kế kiến trúc và các thành phần của hệ thống. Giai đoạn này dẫn đến một kế hoạch chi tiết để xây dựng hệ thống thực tế, bao gồm các quyết định về ngăn xếp công nghệ, mô hình dữ liệu và quy trình công việc.

Trong bối cảnh của một hệ thống phi tập trung hoặc hệ sinh thái mã thông báo, Thiết kế hệ thống đóng vai trò là bản thiết kế kiến trúc chỉ ra cách hệ thống sẽ được xây dựng và cách các thành phần của nó sẽ tương tác với nhau. Giai đoạn này diễn ra sau khi Phân tích yêu cầu hệ thống và Phân tích hệ thống đã thiết lập những gì hệ thống nên làm và xác minh rằng nó khả thi.

Nhiệm vụ

• Thiết kế kiến trúc: Bố trí cấu trúc cấp cao của hệ thống.
• Thiết kế thành phần: Thiết kế chi tiết của từng thành phần, như hợp đồng thông minh hoặc API, Tích hợp.
• Mô hình hóa dữ liệu: Quyết định cách dữ liệu sẽ được lưu trữ, truy cập và quản lý.
• Mô hình mã thông báo, chiến lược, KPI,

Kỹ năng cần thiết

• Kiến trúc phần mềm
• Phát triển hợp đồng thông minh
• Kỹ thuật hệ thống
• Xác minh và tối ưu hóa
• Thiết kế trải nghiệm người dùng (UX)

Đầu ra/Có thể bàn giao

• Tài liệu thiết kế hệ thống: Bản thiết kế chi tiết toàn diện về kiến trúc hệ thống, các thành phần, mô hình dữ liệu và luồng tương tác.

  
  

Tài liệu đặc tả hệ thống tập trung vào 'cách thức' - cung cấp kế hoạch chi tiết để xây dựng hệ thống.

Tài liệu này mang tính kỹ thuật hơn và thường là đầu ra của giai đoạn Thiết kế hệ thống. Nó phác thảo cách hệ thống sẽ đáp ứng các yêu cầu được đặt ra trong Tài liệu đặc tả yêu cầu. Tài liệu đặc tả hệ thống có thể bao gồm:

Ví dụ

Sau khi các yêu cầu được đặt ra và phân tích, chúng tôi chuyển sang thiết kế hệ thống để tạo ra kiến trúc đáp ứng các yêu cầu này. Đối với giao thức Metaverse của chúng tôi, điều này có thể liên quan đến:

1. Lớp Blockchain: Lựa chọn giữa giải pháp lớp 1 hoặc lớp 2 dựa trên nhu cầu về khả năng mở rộng.
2. Hợp đồng thông minh: Thiết kế các hợp đồng sẽ xử lý quyền sở hữu, giao dịch và quản trị tài sản.
3. Tokenomics: Xác định vai trò của token trong việc khuyến khích sự tham gia và quản trị.

Nếu chúng tôi đã xác định trong Phân tích yêu cầu rằng hệ sinh thái mã thông báo của chúng tôi cần mã thông báo quản trị và Phân tích hệ thống đã xác nhận rằng cơ chế đó là khả thi thì giai đoạn Thiết kế hệ thống sẽ chỉ định:

• Mã hợp đồng thông minh để đúc và phân phối mã thông báo quản trị.
• Cơ cấu quản trị, Số đại biểu, Ngưỡng đại biểu, Quyền biểu quyết, v.v.

Bản tóm tắt

Các bước phát triển sản phẩm này diễn ra tuần tự nhưng không hoàn toàn tuyến tính; chúng thường lặp đi lặp lại và có thể lặp lại với nhau.

Ví dụ:

• Vòng phản hồi: Trong quá trình phân tích hệ thống, bạn có thể phát hiện ra rằng một số yêu cầu không khả thi hoặc có thể được tối ưu hóa, dẫn đến việc sửa đổi các yêu cầu hệ thống.
• Tinh chỉnh lặp đi lặp lại: Khi quá trình thiết kế tiến triển, những hiểu biết mới có thể cần phải xem lại các giai đoạn phân tích hoặc yêu cầu.
• Phát triển linh hoạt: Trong các khung linh hoạt, các bước này có thể xảy ra theo các chu kỳ nhỏ hơn, lặp đi lặp lại thay vì một chuỗi lớn, cho phép sàng lọc liên tục.

Các giai đoạn này được lặp đi lặp lại và thường lặp lại để sàng lọc. Ví dụ: trong quá trình thiết kế hệ thống, bạn có thể nhận ra nhu cầu cập nhật các yêu cầu hoặc phân tích lại các khía cạnh nhất định, dẫn đến việc quay lại các giai đoạn trước đó. Mỗi giai đoạn có bộ kỹ năng chuyên biệt riêng, nhưng tất cả đều góp phần vào mục tiêu cuối cùng của dự án: xây dựng một hệ thống Web3 hoạt động hiệu quả.

Các công ty cần theo dõi

• KhốiKhoa học

• Găng tay

• Học viện TE

• Phòng thí nghiệm TE

• Liên doanh ngoại lệ

• TE Commons

• Phòng thí nghiệm BlockApex

• Tokenomia Pro

• Tokenomics DAO

• Thiết kế kinh tế

• CryptoEconLab

  
  

Dưới đây là danh sách các công ty đóng góp gián tiếp vào lĩnh vực kỹ thuật mã thông báo thông qua nghiên cứu có giá trị:

• đồng thuậnSys
• tiền điện tử a16z
• Nghị định thư đại dương
• Mô hình
• Chuỗi liên kết

Cộng đồng trực tuyến

• Sự bất hòa của Học viện TE
• Sự bất hòa của phòng thí nghiệm TE
• Các buổi nghiên cứu của Học viện TE
• Nhóm học tập của Học viện TE
• Sự bất hòa của liên doanh ngoại lai
• Commons Stack Bất hòa
• cadCAD Bất hòa
• Danh sách Twitter
• Nhóm nghiên cứu đường cong liên kết

Công cụ

Sau đây là danh sách các công cụ thường được sử dụng trong miền này, kèm theo các liên kết để tìm hiểu và hiểu thêm. Những cá nhân đáng chú ý làm việc trên các công cụ này cũng được nêu bật.

1. cadCAD của BlockScience — Michael Zargham, Zanecstarr ( Giới thiệu về cadCAD của Micheal Zargham , Hướng dẫn trên Youtube , Hướng dẫn mô hình , Tổng quan về cấu trúc mô hình , Nhóm nghiên cứu , Quy trình lập mô hình , Diễn đàn cộng đồng , Nhóm nghiên cứu cadCAD trên TE Academy discord)
2. Máy móc — Curiousrabbit Eth
3. radCAD bởi CADLabs
4. TokenSpice của Ocean Protocol Team — Trent McConaghy ( Xác minh hệ thống dựa trên mã thông báo , Công cụ xác minh )
5. QTM của Outlier Venture's — Tiến sĩ Achim Struve
6. Tích hợp QTM radCAD (Đang thực hiện) — Tiến sĩ Achim Struve
7. Nghiên cứu đường cong liên kết (Đang thực hiện) — Curiousrabbit Eth
8. Kỹ thuật mã thông báo được hỗ trợ bởi AI (Đang thực hiện) — Rohan Mehta

GitHub

Ngoài kho lưu trữ GitHub dành cho các công cụ và mô hình được trích dẫn trong bài viết này, các kho lưu trữ GitHub bổ sung sau đây rất đáng để khám phá.

1. https://github.com/CADLabs
2. https://github.com/BlockScience
3. https://github.com/bonding-curves
4. https://github.com/Jeiwan/uniswapv3-code/tree/main
5. https://github.com/backstop-protocol/whitepaper/blob/master/Risk Analysis Framework.pdf
6. https://github.com/A-Hitchhiker-s/Guide-to-Token-Engineering/tree/master

Khóa học

1. Khóa học của Học viện TE
2. Kiến trúc & Thiết kế Phần mềm của Hệ thống Quy mô Lớn Hiện đại
3. Lớp học cadCAD: Kinh tế xác thực Ethereum

Tài nguyên bổ sung

Ngoài vô số tài nguyên được tham chiếu trong suốt bài viết này, các tài liệu bổ sung sau đây có thể giúp bạn hiểu sâu hơn về lĩnh vực phức tạp này.

1. Token Engineering 101 — Ghi chú tổng hợp

2. Kinh tế và Toán học về Kỹ thuật Token và Defi

3. Tokenomics và token blockchain: Khung hình thái theo định hướng thiết kế

4. Khung tạo hệ sinh thái mã thông báo của Outlier Ventures

5. Kỹ thuật hệ thống phức hợp của Micheal Zargham