Phản ứng trong nửa đầu là tốt, nhưng hàng khô thực sự ở nửa sau.
Phải mất vài ngày để viết nửa thứ hai của nội dung, bởi vì bài giới thiệu hệ thống không dễ viết. Cách viết quá bí hiểm và hầu hết mọi người đều không có cơ sở để hiểu nó, và cách viết quá đơn giản và mọi người đều cho rằng không có gì hơn thế. Bạn chỉ có thể nhịn một chút, và viết bất cứ điều gì bạn muốn.
Nếu bên nhà đầu tư cá nhân quay tay thuộc về xã hội nông nghiệp, thì xưởng viết kịch bản nên được coi là cuộc cách mạng công nghiệp và hệ thống cuộn tóc tự động của chúng ta có thể được coi là vũ khí hạt nhân.
Ai đó đã để lại lời nhắn nói rằng tôi bán hệ thống. Bạn có nghĩ rằng cấu trúc của tôi là rất thấp? Trên thực tế, tôi ở đây để can ngăn những người nông dân các bạn, haha.
1. Nhu cầu và điểm đau
Điều quan trọng nhất để phát triển một hệ thống không phải là công nghệ mà là sự hiểu biết đầy đủ về các yêu cầu và điểm yếu. Trong quá trình phát triển toàn bộ hệ thống, tôi cũng đã tham khảo và học hỏi từ nhiều lãnh đạo trong ngành, tìm hiểu về phương thức hoạt động và điểm yếu của các đội khác nhau và học được rất nhiều chiến lược hay.
Điểm đau của studio handjob:
1. Chi phí nhân lực và thiết bị cao
2. Chi phí quản lý cao, bao gồm đào tạo cho dự án mới, nghiệm thu công việc hàng ngày, v.v.
3. Vấn đề bảo đảm quỹ. Phải làm gì nếu nó bị đánh cắp và thao tác sai thủ công cũng có thể gây ra tổn thất. Mặc dù nó có thể được giải quyết bằng cách thiến ví của con cáo nhỏ, v.v., nhưng nó không phải là cách chữa trị các triệu chứng, vì vậy tôi không dám đầu tư vào số tiền lớn.
4. Đồng nhất hóa chế độ vận hành, tập trung thời gian vận hành, v.v.
Điểm đau của Script Studio:
1. Đây cũng là vấn đề đảm bảo tài chính. Hầu hết các khóa riêng được lưu trữ dưới dạng văn bản thuần túy hoặc được mã hóa đơn giản và được gọi trực tiếp bằng tập lệnh, độ bảo mật rất thấp và không dám đầu tư số tiền lớn.
2. Chữ viết tương đối đồng nhất, chưa đủ linh hoạt, dễ Phù thủy.
3. Không có một hệ thống quản lý hoàn hảo thì việc vận hành và quản lý càng khó khăn hơn.
4. Hầu hết các lần nhấp vào giao diện người dùng đều được mô phỏng thông qua Selenium, hiệu quả phát triển tập lệnh thấp và mỗi dự án phải được phát triển lại. Và nó ăn nhiều máy chủ và băng thông hơn
Tóm lại, các nhu cầu và điểm khó khăn chính là: cải thiện tính bảo mật của tiền, giảm chi phí quản lý vận hành và lao động, giảm mức tiêu thụ và chi phí của máy chủ, đồng thời cải thiện sự phong phú của các chiến lược (làm cho mỗi ví trở nên độc đáo, giống như một người độc lập), Đơn giản hóa độ khó phát triển của các kịch bản và chiến lược
Kết hợp với nhu cầu thực tế của nhóm chúng tôi, chúng tôi cảm thấy rằng bảo mật là ưu tiên cao nhất, bởi vì tất cả chúng tôi đều có chiến lược tài khoản cửa hàng và số lượng tài khoản lớn. Lấy một nhóm gồm 5 người và mỗi dự án có 1.000 tài khoản mỗi người làm ví dụ.Đối với zksync, ngay cả khi chúng tôi giữ tối thiểu 0,2E cho mỗi tài khoản, một dự án có 5.000 tài khoản sẽ nhận được 1.000E. Chúng được lưu trữ trên máy chủ trong một thời gian dài và phải được bảo mật.
Thứ hai là để giảm chi phí lao động, và nó có thể hoàn toàn tự động và không cần giám sát.
Cuối cùng là đơn giản hóa độ khó phát triển của các chiến lược và tập lệnh, đạt được hơn 90% khả năng cấu hình và tốc độ phát triển nhanh là khả năng cạnh tranh cốt lõi trong giai đoạn sau.
2. Kiến trúc hệ thống
Dựa trên các yêu cầu và điểm đau ở trên, kiến trúc hệ thống chúng tôi thiết kế như sau, chủ yếu được chia thành nhiều mô-đun:
Sau đây là sơ đồ kiến trúc đơn giản
1. Trung tâm khóa riêng:
Xem xét tính bảo mật của số tiền lớn của chúng tôi và tất nhiên là chi phí của máy chủ, tất cả các máy chủ của chúng tôi ngoại trừ cơ sở dữ liệu trung tâm khóa riêng đều được đặt trên các máy chủ tự xây dựng trong văn phòng, với mức trung bình là 5.000 nhân dân tệ cho mỗi máy chủ hai chiều, chia cho Máy ảo EXSI 10 (linux và windows) có thể chạy ít nhất 10.000 tập lệnh cùng lúc, cực kỳ tiết kiệm chi phí.
Tất cả các khóa riêng đều được mã hóa kép và được lưu trữ trong máy chủ khóa riêng của Alibaba Cloud. Máy chủ tập lệnh chỉ có thể sử dụng sau khi kết nối với máy chủ khóa riêng để giải mã mỗi khi thực thi tác vụ và chỉ người đó mới biết mật khẩu.
Ngoài ra còn có các biện pháp bảo mật như Danh sách trắng giữa máy chủ tập lệnh và máy chủ khóa riêng, cho dù máy chủ tập lệnh hay máy chủ khóa riêng bị hack, nó sẽ không rò rỉ bí mật. Mức độ bảo mật về cơ bản tương đương với một số ví MPC bên ngoài .
2. Trung tâm Quản lý tài sản:
Tài sản ở đây đề cập đến thông tin bao gồm IP, Twitter, DC, email, địa chỉ nạp tiền, v.v. Mỗi tài khoản Lumao tương ứng với một bộ tài sản hoàn toàn độc lập, được phân bổ theo các nhiệm vụ khác nhau để đạt được sự cô lập 100% và ngăn chặn Phù thủy.
3. Trung tâm quản lý mạng:
Hệ thống mạng cũng là nơi chúng tôi dành nhiều thời gian khám phá và tối ưu hóa. Dù bạn có chi bao nhiêu tiền cho một IP mua từ bên ngoài thì trên thực tế, tốc độ kết nối ở Trung Quốc nhìn chung không nhanh. Mọi người đã mua IP đều biết rằng phải mất vài giây để kết nối và mở một trang web trong trình duyệt vân tay.
Và chúng tôi đã mua cái rẻ nhất với 1000 IP chỉ 100U một tháng. Vì vậy, chúng tôi đã tạo ra một kiến trúc định tuyến mạnh mẽ. Băng thông rộng dành cho doanh nghiệp trong văn phòng được kết nối với cụm sân bay tự xây dựng cân bằng tải, sau đó được kết nối với các IP này. Tốc độ và độ ổn định được cải thiện rất nhiều và chi phí cực kỳ thấp.
Bây giờ chúng tôi đã khởi chạy hai hoặc ba dự án, lưu lượng truy cập hàng ngày sẽ hơn 100G và các dự án tiếp theo sẽ phải tiếp tục mở rộng.
4. Trung tâm lập lịch công việc:
Trung tâm lập lịch tác vụ cũng là một trong những cốt lõi của hệ thống này. Hầu hết các kịch bản thay mặt cho kịch bản, cái gọi là phòng chống Phù thủy là thêm một số biến ngẫu nhiên và chờ đợi ngẫu nhiên giữa các kịch bản đang chạy, logic rất đơn giản và thô sơ, và mọi người cần phải túc trực khi chạy.
Dựa trên một bộ khung lập lịch tác vụ nguồn mở trên Internet, chúng tôi đã phát triển một trung tâm lập lịch phù hợp với mao. Nó có thể chạy tự do 7 * 24 giờ. Bất kỳ lỗi nào cũng có các chức năng như làm lại điểm dừng và hỗ trợ các tác vụ song song và Có hai chế độ của nhiệm vụ nối tiếp .
Lấy 1000 ví làm ví dụ:
Cái gọi là tác vụ song song có nghĩa là 1.000 ví này được định cấu hình để thực hiện 5 tương tác Chuỗi mỗi tuần, được phân tán hoàn toàn ngẫu nhiên và tự động thực hiện vào thời điểm thích hợp trong tuần và có thể được thực thi khi GAS ở mức thấp nhất (chẳng hạn như cài đặt GAS Mainnet Do dưới 20, nếu không thì đợi).
Nhiệm vụ nối tiếp phù hợp với số tiền lớn, ví dụ: mỗi ví chuyển 100E tiền mỗi tháng một lần, nếu nhiệm vụ song song yêu cầu 1000 * 100 E, rõ ràng là không thể có nhiều tiền như vậy. Sau đó, bạn có thể sử dụng chế độ nối tiếp, ví đầu tiên rút tiền từ sàn giao dịch, Chuỗi chéo, một loạt các tương tác trên Chuỗi, quay lại Chuỗi chéo, nạp tiền trở lại sàn giao dịch, sau đó tiếp tục thực hiện ví tiếp theo. vấn đề ở giữa sẽ là cơ chế xử lý bất thường.
Kết hợp chế độ song song và chế độ nối tiếp, có thể kết hợp một chiến lược tương tác rất phong phú.
Hơn nữa, dựa trên sự phát triển của tập lệnh cơ bản, sự kết hợp của các chiến lược chỉ cần định cấu hình tệp json và các tham số tương ứng, có thể đạt được số lượng phát triển bằng không trong giai đoạn sau.
5. Khung phát triển kịch bản on Chuỗi
Tôi đã nghiên cứu và hơn 90% xưởng viết kịch bản nhận ra sự tương tác thông qua trình duyệt vân tay để mô phỏng tương tác mặt trước, đây là loại hàng chục cửa sổ mà bạn thấy nhiều người đăng trên Internet.
So với việc gọi trực tiếp tương tác hợp đồng, mỗi dự án cần phát triển một bộ tập lệnh giao diện người dùng, tốc độ tương tác giao diện người dùng cũng rất chậm, khả năng xảy ra lỗi cũng cao và rất tốn nhiều công sức của máy chủ . phí Gas cao hơn nhiều.
10% còn lại chỉ có thể viết một số kịch bản tương tác hợp đồng đơn giản và hiểu biết của họ về web3 rất hạn chế.
Và tôi đã chơi DEFI rất nhiều năm nên có thể nói rằng tôi rất quen thuộc với các mã hợp đồng của các dự án khác nhau, chúng tôi cũng đã thực hiện việc theo dõi chênh lệch giá của toàn bộ Chuỗi DEX từ rất sớm và chúng tôi có thể nắm bắt được điều đó framework và thay đổi nó.
Trên thực tế, các dự án trên Chuỗi chủ yếu được chia thành ba loại: DEX, cho vay và MINT NFT.
Chủ yếu có hai lớp dưới cùng của DEX, một lớp dựa trên uniswap V2 và lớp còn lại dựa trên uniswap V3
Các chức năng Nông trại tương ứng cũng được chia thành hai loại: chế độ Masterchef đổi sushi phổ biến ban đầu và chế độ VE(3,3) phổ biến hiện nay.
Ngoài ra còn có hai hình thức cho vay chính, một là các dự án dựa trên hợp chất, chẳng hạn như Venus. Một là dự án dựa trên AAVE chẳng hạn như Radiant.
MINT NFT hoặc tên miền thậm chí còn đơn giản hơn, giống nhau.
Vì vậy, bạn chỉ cần trừu tượng hóa mô-đun chức năng này thành các thành phần và bạn có thể phát triển chúng nhanh như xây dựng Lego.
Hiện tại, Chuỗi EVM hoặc Chuỗi tương tự EVM, chúng tôi chỉ cần 5 phút để thực hiện một số cấu hình tham số để phát triển dự án mới, sau đó dành 10 phút để kiểm tra.
Chỉ cần gửi một đoạn mã để bạn xem, 22 dòng mã có thể nhận ra cấu hình của một nền tảng cho vay.
6. Framework phát triển script front-end (selenium):
Trên thực tế, đối với hầu hết các dự án web3, tương tác trên Chuỗi là đủ. Nhưng giờ đây, ngày càng có nhiều bên dự án liên tục thực hiện nhiều nhiệm vụ khác nhau trên nhiều nền tảng khác nhau, chẳng hạn như galxe trong bữa tiệc thủ dâm pua. Giống như lần này, linea một tuần phát hành hơn 30 nhiệm vụ, đừng nói là thủ dâm, đại bộ phận đội thậm chí không có thời gian phát triển kịch bản. Do có nhiều tác vụ Twitter, DC và các tác vụ khác nên phải sử dụng mô phỏng selen mặt trước.
Do đó, chúng tôi cũng đã đồng thời phát triển một bộ khung giao diện người dùng và biến mô-đun-đun chức năng khác nhau thành các thành phần, chẳng hạn như mô-đun Twitter , mô-đun DC , v.v., kết hợp với các tập lệnh tương tác trên Chuỗi, để làm cho nền tảng tác vụ có thể định cấu hình được. Nó có thể thực hiện một tác vụ galxe và chỉ cần định cấu hình tệp json để thực hiện tự động.
Hiện tại, tỷ lệ hoàn thành của khu vực này là khoảng 60% và mỗi mô-đun có rất nhiều sự phát triển, nhưng sau khi quá trình phát triển hoàn thành, nó sẽ được thực hiện một lần và mãi mãi.
Sau khi viết nhiều như vậy, không có cách nào để giải thích đầy đủ ý tưởng thiết kế hệ thống, nhưng tôi tin rằng những sinh viên có kiến thức cơ bản cũng có thể thu được rất nhiều.
Nếu bạn không hiểu học sinh, đừng hỏi tôi, tôi không phải là giáo viên và tôi không có thời gian để dạy bạn , không thể cung cấp mã nguồn và tôi không bán hệ thống.
Chào mừng tất cả mọi người để sửa chữa và giao tiếp.
