책의 전반부에 대한 반응은 좋았지만, 실제 내용은 후반부에 있습니다.
시스템을 소개하는 글은 작성하기가 쉽지 않기 때문에 이 글의 후반부를 작성하는 데 며칠이 걸렸습니다. 글이 너무 심오해서 기본 지식이 없는 사람은 대부분 이해하지 못하고, 글이 너무 단순해서 다들 그냥 그렇다고 생각합니다. 나는 조금만 참아 내가 원하는 것을 쓸 수 있습니다.
소매 미용업이 농경사회에 속한다면 대본 스튜디오는 산업 혁명으로, 우리의 자동화 미용 시스템은 핵무기로 간주될 수 있습니다.
누군가 트윗 아래에 내가 시스템을 판매한다는 메시지를 남겼습니다. 내 레벨이 너무 낮은 것 같아? 사실 저는 농민 여러분에게 그만두라고 설득하려고 왔습니다. 하하.
1. 요구사항 및 문제점
시스템 개발에서 가장 중요한 것은 기술이 아니라 요구 사항과 문제점을 완전히 이해하는 것입니다. 전체 시스템 개발 과정에서 저는 또한 많은 업계 리더들로부터 상담하고 배웠으며, 다양한 팀의 운영 모드와 문제점에 대해 배웠고, 좋은 전략도 많이 배웠습니다.
손 자위 스튜디오의 문제점:
1. 높은 인건비와 장비 비용
2. 새로운 프로젝트에 대한 교육, 일상 업무 수용 등을 포함한 높은 관리 비용
3. 자금 보안 문제. 도난당한 경우 대처 방법 수동으로 잘못 조작하면 손실이 발생할 수도 있습니다. 여우지갑 거세 등으로 해결할 수는 있지만 증상만 치료할 뿐 근본 원인은 치료하지 않아 감히 큰 자금을 투자할 수는 없습니다.
4. 운전모드의 균질화, 운전시간의 집중화 등
Script Studio의 문제점:
1. 재정적 안정의 문제이기도 합니다. 대부분의 개인키는 평문으로 저장되거나 단순히 암호화되어 스크립트를 이용해 직접 호출되는데, 보안성이 매우 낮아 감히 큰 자금을 사용하지 못한다.
2. 스크립트는 비교적 동질적이며 유연성이 부족하고 사용하기 쉽습니다.
3. 완벽한 관리 시스템이 없으면 운영 관리가 더 어렵습니다.
4. 대부분 Selenium을 사용하여 프런트엔드 클릭을 시뮬레이션하는데, 스크립트 개발 효율성이 낮고 각 프로젝트를 다시 개발해야 합니다. 그리고 더 많은 서버와 대역폭을 소비합니다.
요약하자면, 주요 요구 사항과 문제점은 자금 보안 개선, 운영 관리 및 인건비 절감, 서버 소비 및 비용 절감 등 전략의 풍부함 향상(각 지갑의 운영을 고유하게 만드는 것)입니다. 독립적인 사람), 스크립트 및 전략의 개발 난이도를 단순화합니다.
우리 팀의 실제 요구 사항을 바탕으로 우리는 모두 프리미엄 계정 전략을 가지고 있고 많은 계정을 보유하고 있기 때문에 보안이 가장 중요하다고 생각합니다. 예를 들어 5명으로 구성된 팀이 있고 각 프로젝트에 1인당 1,000개의 계정이 있다고 가정해 보겠습니다. 예를 들어 zksync에서는 계정당 가장 낮은 0.2E를 유지하더라도 5,000개의 계정이 있는 프로젝트의 비용은 1,000E입니다. 이러한 정보는 서버에 장기간 저장되므로 안전하게 보관해야 합니다.
두 번째는 인건비를 절감하고 완전 자동, 무인 운영이 가능하다는 점이다.
마지막 단계는 전략과 스크립트의 개발 난이도를 단순화하고 90% 이상 구성 가능하게 만드는 것이며, 빠른 개발 속도가 향후 핵심 경쟁력이 될 것입니다.
2. 시스템 아키텍처
위의 요구 사항과 문제점을 기반으로 우리는 주로 여러 모듈로 나누어진 시스템 아키텍처를 다음과 같이 설계했습니다.
다음은 간단한 아키텍처 다이어그램입니다.
1. 개인키 센터:
당사의 대규모 자금의 보안과 서버 비용을 고려하여 개인 키 센터 데이터베이스를 제외한 모든 서버는 사무실에 자체 구축된 서버에 배치됩니다. 양방향 서버의 평균 비용은 5,000위안입니다. , EXSI 10개의 가상 머신(Linux 및 Windows)을 사용하여 분할하면 동시에 최소 10,000개의 스크립트를 실행할 수 있으므로 매우 비용 효율적입니다.
모든 개인키는 이중 암호화되어 Alibaba Cloud의 개인키 서버에 저장되며, 스크립트 서버가 작업을 수행할 때마다 개인키 서버를 복호화하고 접속한 후에만 사용할 수 있습니다. 비밀번호는 본인만 알고 있습니다.
스크립트 서버와 개인 키 서버 사이에 화이트리스트 등의 보안 조치도 있습니다.스크립트 서버나 개인 키 서버가 단독으로 해킹되더라도 비밀은 유출되지 않습니다.보안 수준은 기본적으로 일부 MPC 지갑과 동일합니다. 지금 밖에.
2. 자산관리센터:
여기에 있는 자산에는 IP, Twitter, DC, 이메일, 충전 주소 및 기타 정보가 포함됩니다.각 Lumao 계정은 100% 격리 및 마녀 예방을 달성하기 위해 다양한 작업에 따라 할당되는 완전히 독립적인 자산 세트에 해당합니다.
3. 네트워크 관리 센터:
네트워크는 우리가 탐색하고 최적화하는 데 많은 시간을 보내는 장소이기도 합니다. 외부에서 구매한 IP에 아무리 많은 비용을 지출하더라도 중국의 연결 속도는 일반적으로 그다지 빠르지 않습니다. IP를 구입한 사람이라면 누구나 지문 브라우저에서 웹페이지를 여는 데 몇 초가 걸린다는 사실을 알고 있을 것입니다.
그리고 우리가 구입한 것은 월 100U에 1,000 IP를 제공하는 가장 저렴한 제품이었습니다. 그래서 우리는 강력한 라우팅 아키텍처를 구축했습니다.사무실의 기업용 광대역은 부하 분산된 자체 구축 공항 클러스터에 연결된 다음 이러한 IP에 연결되어 속도와 안정성이 크게 향상되고 비용이 매우 저렴합니다.
이제 프로젝트가 2~3개 생기면 트래픽이 하루에 100기가바이트를 넘을 것이고, 후속 프로젝트를 위해 계속해서 용량을 늘려야 할 것입니다.
4. 작업 일정 센터:
임무 파견 센터도 이 시스템의 핵심 중 하나입니다. 대부분의 생성 스크립트에서 소위 마녀 방지(witch-proofing)는 스크립트 실행 사이에 무작위 변수와 무작위 대기를 추가하는 것입니다. 논리는 매우 간단하고 대략적이며 실행 시 사람들은 임무를 수행해야 합니다.
인터넷상의 오픈 소스 작업 스케줄링 프레임워크를 기반으로 미용에 적합한 스케줄링 센터를 개발했습니다. 하루 7*24시간 무인 실행이 가능하며 오류에 대한 중단점 다시 실행 기능이 있습니다. 또한 병렬 작업을 지원하고 직렬 작업의 두 가지 모드 .
1000개의 지갑을 예로 들어보겠습니다.
소위 병렬 작업은 이 1,000개의 지갑이 매주 5개의 온체인 상호 작용을 실행하도록 구성되어 있음을 의미합니다. 이 상호 작용은 완전히 무작위로 분산되어 일주일 내내 적절한 시점에 자동으로 실행되며 GAS가 가장 낮을 때 실행될 수 있습니다(예: 메인 네트워크 GAS를 20 이하로 설정하고 그렇지 않으면 기다리세요).
직렬 작업은 큰 자금에 적합합니다. 예를 들어 각 지갑은 한 달에 한 번 100E의 자금을 이체합니다. 병렬로 수행하면 1000*100E가 필요합니다. 당연히 그렇게 많은 자금을 확보하는 것은 불가능합니다. 그런 다음 직렬 모드를 사용할 수 있으며, 첫 번째 지갑은 거래소에서 코인을 인출하고, 크로스 체인, 체인에서의 일련의 상호 작용, 크로스 체인 백, 거래소에 다시 입금한 후 다음을 계속 실행합니다. 중간에 문제가 발생하면 비정상적인 처리 메커니즘이 발생합니다.
병렬 모드와 직렬 모드를 결합하면 매우 풍부한 상호 작용 전략을 결합할 수 있습니다.
또한 기본 스크립트가 개발된 후 전략 조합에는 json 파일과 해당 매개변수만 구성하면 되므로 나중에 개발 노력이 전혀 필요하지 않습니다.
5. 온체인 스크립트 개발 프레임워크
저는 연구를 통해 스크립트 헤어드레싱 스튜디오의 90% 이상이 핑거프린트 브라우저를 사용하여 프런트 엔드 상호 작용을 시뮬레이션하여 상호 작용을 달성한다는 사실을 발견했습니다. 이는 많은 사람들이 인터넷에 게시한 수십 개의 창에서 볼 수 있는 것과 같습니다.
계약 상호 작용을 직접 호출하는 것에 비해 각 프로젝트는 프런트 엔드 스크립트 세트를 개발해야 하며 프런트 엔드 상호 작용 속도도 매우 느리고 오류 가능성도 높으며 서버 집약적이며 가스비가 훨씬 비싸요.
나머지 10%는 간단한 계약 상호 작용 스크립트만 작성할 수 있으며 web3에 대한 이해가 매우 제한되어 있습니다.
저는 수년 동안 DEFI를 플레이해 왔으며 다양한 프로젝트의 계약 코드에 매우 익숙하다고 말할 수 있습니다. 또한 우리는 전체 DEX 체인에 대한 가격 차이 모니터링을 아주 일찍 수행했으며 그 프레임워크를 사용하여 수정하세요.
실제로 체인의 프로젝트는 주로 DEX, 대출, MINT NFT의 세 가지 범주로 나뉩니다.
DEX에는 주로 두 개의 하위 레이어가 있습니다. 하나는 uniswap V2를 기반으로 하고 다른 하나는 uniswap V3를 기반으로 합니다.
해당 농장 기능도 초기에 인기 있었던 스시 스왑 Masterchef 모드와 현재 인기 있는 견고한 VE(3,3) 모드의 두 가지 유형으로 나뉩니다.
대출에는 두 가지 주요 유형이 있습니다. 하나는 Venus와 같은 복합 기반 프로젝트입니다. 하나는 Radiant와 같은 AAVE 기반 프로젝트입니다.
MINT NFT 또는 도메인 이름은 훨씬 더 간단하며 거의 동일합니다.
따라서 이러한 기능 모듈을 구성 요소로 추상화하기만 하면 레고를 구축하는 것처럼 빠르게 개발할 수 있습니다.
현재 EVM 체인 또는 EVM 유사 체인에서는 새 프로젝트를 개발하기 위해 일부 매개변수 구성을 수행하는 데 5분밖에 걸리지 않으며 테스트하는 데 10분만 소요됩니다.
살펴볼 수 있도록 코드 조각을 보내면 22줄의 코드로 대출 플랫폼 구성을 구현할 수 있습니다.
6. 프런트엔드(셀레늄) 스크립트 개발 프레임워크:
실제로 대부분의 web3 프로젝트에서는 온체인 상호작용으로 충분합니다. 하지만 지금은 푸아자위파티에서 갈렉스 등 다양한 플랫폼에서 지속적으로 다양한 업무를 수행하는 프로젝트 파티가 늘어나고 있습니다. 이번처럼 리네아는 자위는커녕 일주일에 30개 이상의 태스크를 내놓고 대부분의 팀은 스크립트를 개발할 시간조차 없었다. 다양한 Twitter, DC 및 기타 작업이 포함되므로 프런트엔드 셀레늄 시뮬레이션을 사용해야 합니다.
따라서 우리는 동시에 프런트 엔드 프레임워크 세트를 개발하여 각 기능 모듈을 Twitter 모듈, DC 모듈 등과 같은 구성 요소로 만들고 온체인 대화형 스크립트와 결합하여 작업 플랫폼을 구성 가능하게 만들었습니다. galxe 작업을 수행할 수 있으며 자동 실행을 실현하려면 json 파일만 구성하면 됩니다.
현재 이 영역의 완료율은 약 60%이며, 각 모듈마다 많은 개발이 이루어지고 있지만 개발이 완료된 후에는 완전히 완료될 예정입니다.
너무 많이 쓰고 나면 시스템 설계에 대한 아이디어를 완전히 설명할 수는 없지만, 기본적인 지식을 갖춘 학생들도 많은 것을 얻을 수 있어야 한다고 믿습니다.
학생들이 이해하지 못한다면 묻지 마세요. 저는 교사도 아니고 가르칠 시간도 없고, 소스 코드 제공도 불가능하고, 시스템도 판매하지 않습니다.
수정하고 소통하는 모든 분들을 환영합니다.
