앤드레 크론제 인터뷰: 99%의 프로젝트는 쓰레기지만, 1%의 진정한 가치가 존재한다
인터뷰이: Andre Cronje
번역: loxia.eth
Andre Cronje에 대한 상세 인터뷰로, 총 1시간 20분 분량이다.
Andre Cronje가 자신의 과거 커리어를 정리한 내용과 더불어 많은 경험과 지침적인 조언, 개인적 이데올로기 판단도 포함되어 있다.
업계 여러 분야의 OG인 Andre Cronje가 최근 가장 길고 깊이 있게 진행한 장문 인터뷰로, 참고 및 독자의 숙독 가치가 높다.
본문은 약 20,000자이며 총 9개 섹션으로 나뉜다.
Andre Cronje는 어떤 블록체인 프로젝트를 '이더리움 킬러'라고 보는 것은 어리석은 일이라고 생각한다. 비트코인과 이더리움을 포함해 모든 블록체인 네트워크의 총 자금 잠금액(TVL)을 합쳐도 금융 세계 전체에서 미미한 수준일 뿐이다. 하나의 블록체인이 전 세계 금융 문제를 해결할 수 있다고 믿는 것은 정말 미친 짓이다.
1..Introduction
진행자 1: 여러분 안녕하세요, ‘브라이트 스피치’ 프로그램에 오신 것을 환영합니다! 오늘 우리는 Yearn Finance, Phantom, Keeper Network의 창립자이자 다수의 DeFi 프로젝트에 중요한 기여를 해온 Andre Cronje를 모셨습니다. Andre, 프로그램에 참여해주셔서 감사합니다!
Andre Cronje: 감사합니다. 음, 방금 소개는 좀 과장된 것 같네요. 저는 그냥 코드를 좋아하는 사람일 뿐입니다.
진행자 1: 제가 2020년의 ‘익стра코어’ 프로그램을 들었을 때, 그들은 당신을 건설자(builder)라고 말했습니다. 저는 사실 개발자는 아니고 통합자(integrator)에 가까운데요, 하지만 당신 스스로를 너무 낮게 평가하신다고 생각합니다. 흥미로운 이야기를 많이 하실 수 있을 것 같은데요. 아마 2017년부터 시작해보면 어떨까요? 그때 처음 이 분야에 들어오셨고, 바로 ICO 시대였죠. 어떻게 이 분야에 들어오게 되셨는지 듣고 싶고, 당시 현장을 직접 겪지 못한 사람들에게 그 시대가 얼마나 미쳤는지도 설명해주셨으면 합니다.
2.ICO 시대: Andre의 암호화폐 여정
Andre Cronje: 네, 제가 암호화폐에 관심을 갖기 전까지는 매우 전통적인 암호화폐 회의론자였습니다. 저는 전통 금융 배경을 가지고 있었고, 한 소규모 금융회사의 아키텍트이자 최고 기술 책임자(CTO)였죠. 고처리량(high throughput) 관련 업무를 했는데, 당시에는 Kafka와 Scala를 사용했습니다. 이것이 제 고처리량 금융 솔루션에 대한 배경입니다.
2017년 당시는 지금과 매우 유사했는데, 이유는 너무 많은 잡음이 있었기 때문입니다. 수많은 팀들이 분산형 시스템이나 다른 산업 규모 문제를 해결했다고 주장하며 ICO를 통해 2천만 달러 또는 4천만 달러를 모았죠. 그런데 이런 팀들의 구성원들은 대부분 18~20세 정도의 젊은이들로 실무 경험이 전혀 없었습니다.
저는 이 분야에 진입하면서 제 회의론을 검증하고 싶었습니다. 혹시 새로운 파괴적인 기술이 등장해서 기존 기술을 대체하지 않았는지 확인해보고 싶었던 거죠. 이런 일은 처음 있는 것이 아니며 실제로 일어날 수 있습니다. 제 우려는 블록체인 분야가 많은 연구 증거와 확실한 근거가 부족한 반면, 많은 사람들이 무언가를 해결했다고 주장한다는 점이었습니다. 그래서 저는 이 분야에 들어가 백서들을 읽기 시작했고, 백서들은 이론적으로 많은 것을 증명하고 있었습니다. 논리적으로 타당해 보이는 주장들이 많았지만, 또 다른 문제가 있었습니다. 오늘날에도 마찬가지인데, 좋은 주장처럼 들리는 경우가 많아서 "그럴듯하네, 가능하겠다"고 생각하게 됩니다. 하지만 실제로 구현해보면 몇 가지 하드한 제약 때문에 원래 의도대로 작동하지 않는 경우가 생깁니다.
이론이 옳거나 개념이 옳더라도, 실제로는 작동하지 않을 수 있습니다. 그래서 많은 백서를 읽은 후에는 코드를 보기 시작했고, 원초적인 코드 리뷰를 수행하기 시작했습니다. 저는 이것을 가치 창출 관점이나 디데이(Due Diligence) 차원에서 하는 것이 아니라, 단순히 백서에서 "X 문제를 해결했다"고 주장하면, 제가 직접 코드를 보고 그것이 정말 X 문제를 해결했는지 확인하는 식이었습니다. 일종의 자기 기록 방식이었죠.
그래서 제가 Medium에 이 과정을 기록할 때는 "이 코드는 여기서 주장한 내용과 맞지 않다", "이 코드베이스는 그들의 주장과 관련이 없다"고 적었습니다. 어쩌다 보니 이를 공개하게 되었고, ICO 시대에는 이러한 비판이 매우 인기를 끌었습니다. 왜냐하면 당시에는 비판자가 거의 없었고, "이건 안 된다, 너의 코드가 너의 주장과 맞지 않기 때문이다"라고 말하는 사람이 거의 없었기 때문입니다. 그러나 결국 제가 코드 리뷰를 중단하게 된 중요한 이유가 하나 있었습니다. 바로 사람들이 이를 투자 신호로 받아들이기 시작했다는 점입니다. 저는 코드 베이스 자체보다는 다른 사람들이 저와 같은 학습 여정을 밟도록 하기 위해 정보를 공유했던 것입니다.
그래서 저는 공개적으로 리뷰를 작성했고, 결국 Crypt Briefing이라는 회사와 협력하게 되었습니다. Hana와 John 등과 함께 작업했는데, 그들은 여전히 훌륭한 사람들이고 지금도 연락을 주고받고 있습니다. 저는 그들을 위해 일부 리뷰를 작성하기 시작했습니다. 그러나 점점 더 많은 팀들이 저희에게 비공개 코드를 리뷰해달라고 요청하기 시작했고, 결과를 발표해달라고 했습니다. 이는 저에게 불편함을 주는 일이었습니다. 왜냐하면 이는 순전히 투자 신호로 활용되기 때문입니다. 어쨌든 이것은 별개의 문제이지만, 언젠가 다시 깊이 있게 다룰 수 있을 겁니다. 하지만 그런 일을 겪으며 알게 된 것은, 99.9%는 쓰레기였지만 1%는 진짜 가치가 있다는 점이었습니다. 노이즈 비율이 매우 높았지만, 그 1%는 항상 제 마음을 사로잡았고 매력을 느끼게 했습니다.
돌이켜보면, 제 초점은 일어나는 일을 이해하려는 시도에서 업계 발전을 따라잡는 것으로 바뀌었습니다. 저는 약 2년간 그렇게 노력했고, 아마 2019년쯤, 조금 더 빠르다면 2018년 말쯤에야 성공적으로 따라잡았다고 생각합니다. 이 분야에서는 따라가는 것이 매우 어렵습니다. 매일 수많은 새롭고 다양한 것들이 등장하기 때문에, 실제로 무슨 일이 벌어지고 있는지를 알기 위해서는 게시되는 98%의 내용을 읽어야 합니다. 하지만 실제 의미 있는 일은 1~2%에 불과합니다.
그 무렵부터 저는 POW(작업 증명)가 명백한 병목 현상임을 집중적으로 인식하기 시작했습니다. 블록체인 시스템을 보면 거래 속도가 분명히 제한되고 있다는 것을 알 수 있었죠. 당시 비트코인의 최장 체인 규칙에 따르면 거래 승인에 10~30분이 걸렸습니다. 그 전까지 저는 국경 간 결제, 국경 간 정산, 실시간 온라인 결제에 큰 관심을 가지고 있었습니다.
저는 남아프리카 사람인데, 우리 나라는 SWIFT나 IBAN 같은 글로벌 금융 서비스 조직에 가입조차 되어 있지 않습니다. 외환 통제와 온라인 소비에 제약이 많고, 은행 시스템도 매우 제한적이어서 늘 도전 과제였습니다. 단일 실체의 통제를 받지 않는 자유를 목격한 것이 저를 끌었고, 제 배경과도 잘 맞았습니다.
그래서 저는 합의 알고리즘 연구에 집중하기 시작했습니다. 그 무렵 제가 수행한 연구와 코드 리뷰는 저를 Fantom과 그 팀에게로 이끌었고, 점점 더 깊이 관여하게 되었습니다. 그들은 자금 조달 당시 시장이 매우 열광적인 상태였고, ETH를 통해 약 4천만 달러를 모금하는 데 성공했습니다! 주목할 점은 그들이 그 ETH를 계속 보유하고 있었다는 것입니다. 심지어 약세장에서도 말이죠. 기억하기로는 그들이 이더리움 가격이 약 300달러에 도달했을 때야 비로소 판매했었다고 합니다. 하지만 그들은 많은 약속을 했고, 좋게 들렸지만 실제로는 실행하지 못했습니다. 그들은 그것을 깨달았지만, 자금을 소비하거나 활동을 통해 소진하는 등의 방법으로 자발적으로 철수하지 않았습니다. 결국 그들이 제 연구 자료를 사용할 수 있도록 허락해달라고 요청했고, 저는 이미 제 체인을 출시할지 고민하고 있었습니다. 이 결정은 제게 잘 맞았습니다. 왜냐하면 저는 벤처 캐피탈리스트와의 교류 경험이 없었고, 자금 조달이나 기타 관련 경험도 전혀 없었기 때문입니다. 그것이 제 전문 분야가 아니었고, 능숙하지 않은 기술이었죠.
제가 Yearn, Keeper 또는 제가 시작한 어떤 것도 VC 투자를 받지 않았다는 사실을 모르는 사람들이 많습니다. 많은 사람들이 이것이 윤리적 선언이라고 생각하지만, 사실 그렇지 않습니다. 저는 단지 그 능력이 없을 뿐입니다. 그래서 저는 그것을 우회할 방법을 찾아냈고, 그것이 전부입니다.
결국 그들에게는 자금이 있었고, 브랜드화된 팀이 있었으므로, 저는 제 연구를 그곳에 적용하기로 했습니다. 우선순위는 합의였고, 초기 합의는 ABFT(비동기 바이잔틴 장애 허용)였습니다. 그들은 그것을 Lachesis라고 불렀지만, 실제로는 1990년대 초의 논문인 Common Concurrent Knowledge에 기반한 것으로, 본질적으로는 ABFT 기반의 피어 투 피어 통신 시스템에 불과했습니다. 우리는 2019년 말 또는 2020년 초에 처음 출시했습니다. 합의 자체는 훌륭했습니다. 최초의 ABFT 솔루션 중 하나였고, 최대 처리량이 7TPS에서 급증했습니다. 이때 우리는 아직 가상 머신을 연결하지 않았고, 순수한 거래 연결만 했는데, 이는 순수한 결제 네트워크였기 때문입니다. 검증자의 연결성이나 네트워크 참여도에 따라 순수 결제 빈도를 3만에서 5만 사이로 쉽게 달성할 수 있었습니다.
하지만 우리는 스마트 계약이 강력하다는 점에서 가상 머신을 허용하고 싶었습니다. 당시 우리는 EVM을 선택했는데, 이것이 우리가 실제로 사용할 수 있는 유일한 현실적인 선택이었습니다. WM을 고려해봤고, 위험 기반 컴파일러 등을 고려했지만, 당시에도 그리고 지금도 블록체인을 실제로 실용적으로 만들기 위해서는 많은 서비스 제공업체가 필요합니다. 기반 체인 위에서 사람들이 무엇이든 할 수 있도록 하려면, 모두가 "우리는 그냥 EVM을 한다"고 말하기 때문에, 사람들은 EVM을 포크(fork)하기만 합니다. 그래서 우리는 EVM을 유지하기로 결정했고, 합의를 기반 레이어로 연결했습니다. 합의는 본질적으로 정렬 시스템일 뿐입니다. 거래를 받아서 순서를 정하고, 그 거래들을 가상 머신에 넘겨주어 상태로 실행하는 것이 전부입니다.
그런데 우리는 TPS가 최대 180~200 사이로 떨어지는 것을 발견했습니다. 이는 순전히 EVM의 한계였습니다. 이후 3년 동안 우리는 EVM 개선에만 집중했습니다. 어느 정도 진전은 있었지만, 솔직히 말해서 만약 시간을 되돌릴 수 있다면 그 결정을 반드시 바꾸겠습니다.
저희는 당시 가장 쉬운 방법을 선택했고, EVM 경로를 선택함으로써 수많은 제3자 공급업체와의 통합이 더 쉬울 것이라 판단했습니다. 이는 긍정적인 선택이었는데, 왜냐하면 우리는 자체 지갑을 만들거나 RPC 노드 제공업체를 설립하거나 즉시 배포 시스템을 구축할 역량이 없었기 때문입니다. 물론 이것은 추후 더 깊이 논의할 수 있는 주제도 됩니다.
3.Yearn Finance 구축하기
Andre Cronje: 앞서 언급한 주제에서, 그들은 4천만 달러를 모금했고 모든 자금을 ETH로 보유하고 있었습니다. 그러나 결국 이를 달러로 전환했을 때는 약 250만 달러만 남아있었습니다. 이 금액이 바로 우리 전체 팀의 운영 자금이었습니다. 이 자금을 관리하기 위해 저는 Compound, BZX, Full Crim 등의 당시 존재했던 많은 대출 프로토콜을 연구하기 시작했습니다. Compound를 제외하면 다른 프로토콜들은 모두 사라졌습니다. 당시 이더리움 수수료는 3~6센트에 불과했기 때문에 매일 거래가 가능했습니다. 그래서 저는 매일 아침 각 사이트를 방문하여 어떤 프로토콜이 가장 높은 연간 수익률(APY)을 제공하는지 확인하고, 자금을 수동으로 이동시켰습니다. 시간이 지나면서 매일 이런 사이트를 확인하는 것이 번거롭다는 것을 깨달았고, 체인 상의 스마트 계약이 금리를 표시해주는 시스템이 있어야겠다고 생각했습니다. 저는 모든 데이터를 수집하여 표시할 수 있었습니다.
제가 이더리움에 처음으로 작성하고 배포한 스마트 계약은 단순한 연간 수익률(APY) 집계기였습니다. 다양한 곳에서 데이터를 가져와 표시하는 역할을 했습니다. 제가 이렇게 한 이유는 당시 Web3 JS나 기타 관련 기술을 통해 노드에서 데이터를 가져오고 작업을 수행하는 RPC 인프라를 이해하지 못했기 때문입니다. 따라서 저에게는 체인에 배포하고 거기서 읽는 것이 더 쉬운 방법이었습니다.
그래서 저는 Solidity 개발 여정을 시작했습니다. 이 스마트 계약 덕분에 저는 매일 아침 최고 금리를 제공하는 곳을 찾아 자금을 이동시킬 수 있었습니다. 그러다 문득 생각했습니다. "내가 직접 이 작업을 대신해줄 스마트 계약을 만들 수 있잖아." 이것이 바로 Yearn의 기원입니다. 이후 점점 더 지능화되었고, 현재의 상태는 제가 작성한 코드와 비교하면 로켓 과학 수준입니다. 하지만 그게 기본입니다. 저는 매일 수동으로 하는 작업을 자동화하고 싶었고, 결국 제 자금 관리를 자동화하게 되었습니다. 이후 저는 이를 공개하여 다른 사람들도 같은 시스템을 사용할 수 있도록 했습니다. 이제는 더 이상 매일 아침 버튼을 눌러 자금을 재배분할 필요가 없습니다. 누군가 입금하거나 출금하는 상호작용을 할 때마다 자동으로 자금이 재배분되기 때문입니다. 이렇게 해서 전체 과정이 자동화되었고, 이것이 바로 Yearn의 탄생입니다.
그러나 Yearn이 성장하면서 토큰 출시는 예정대로 진행되지 않았습니다. 토큰 발행은 공평하지 않았습니다. 저는 가치 없는 토큰들을 조롱하는 차원에서 했습니다. "유동성을 제공하면 내가 이 쓰레기들을 무료로 나눠줄게"라고 말이죠. 제 머릿속에서는 이것이 가장 어리석은 일처럼 보였지만, 분명히 제가 잘못 생각했습니다. 하지만 이는 많은 관심을 끌었고, 사람들이 가입하기 시작하면서 전략적 투자, 인프라 등 더욱 복잡한 문제가 발생하기 시작했습니다.
전략이 심화되면서 우리는 수익을 극대화하기 위해 많은 노력을 기울였습니다. 우리는 어떤 프로토콜의 토큰을 팔아넘기는 것과 같았습니다. 이 또한 하나의 사건이 되었습니다. 저는 그때 수동으로 스크립트를 돌려서 이 작업을 했습니다. 그래서 생각했습니다. "이 작업을 공개 공간에서 누구나 호출할 수 있고, 호출하는 데 동기가 부여되는 방법이 있을 것이다." 이것이 바로 태스크(task)와 keepers의 등장 배경입니다. 결국 이것은 keeper 네트워크로 발전했고, Yearn 운영에 매우 효과적이었습니다. 그래서 우리는 이를 공개하여 누구나 태스크를 연결하고, keepers가 실행하도록 결정했습니다. 저는 그 keepers가 누구인지 모릅니다. 하지만 그들이 일을 해냅니다. 제가 체인에 처음으로 실행한 태스크는 정말 매혹적이었습니다. 우리는 아무런 홍보도, 발표도 하지 않았고, 단지 태스크를 활성화했을 뿐인데, 로봇들이 그것을 호출하기 시작했습니다. 체인 상에서 이런 일이 벌어지는 것을 보는 것은 정말 혼란스러웠고, 아마 이것이 예전에 '어두운 숲(Dark Forest)'이라고 불린 이유일 것입니다. 지금은 아마 MEV 숲이라고 부를 수도 있겠네요.
4.실수와 프로덕션 환경에서의 테스트
Andre Cronje: 그리고 많은... 더 나은 표현이 떠오르지 않지만, 실수들도 있었습니다. Yearn 이전에는 이 분야에서 누군가 제게 주목하기 시작했지만, 저는 공적 평판이나 명성, 주목도가 전혀 없었습니다. 그래서 저는 나쁜 개발 습관을 많이 길렀습니다. 예를 들어, 저는 종종 프로덕션 환경에서 테스트를 했습니다. 실험적인 무언가를 실제 운영 시스템에 올리는 것이죠. 제가 실제로 그렇게 했다는 것을 말씀드립니다. 또 다른 예는 의도와 방향이 완전히 분리되는 것입니다. 혼합 테스트와 프로덕션은 제가 큰 위험을 감수하는 지점이라고 생각합니다. 누군가에게 "이봐, 나는 프로덕션에서 테스트를 하고 있어. 너도 여기 상호작용한다면, 그것은 네가 해야 할 일이 아니야. 왜냐하면 문제가 생길 가능성非常高하기 때문이야"라고 말하는 것입니다. 이것은 경고입니다. 여기서 상호작용한다면, 매우 높은 위험이 있다는 것을 알아야 한다는 점을 말하고 싶은 것입니다.
프로덕션에서의 테스트는 결국 다소 무책임하고, 무작정 자금을 투입하는 식으로 변질되었습니다. 비록 그것이 제 의도는 아니었지만 말입니다. 어쨌든 저는 여전히 과거의 개발 방식을 사용하고 있었고, Eminence를 구축하고 있었습니다. 당시 저는 NFT 문화에 매우 불만이었고, 지금은 좀 나아졌지만 당시 사람들의 NFT 사용 방식은 매우 어리석다고 생각했습니다. 그들은 그림을 NFT로 만들고 10만 달러에 팔겠다고 했습니다. 저는 NFT 개념 자체는 좋아합니다. 저는 열렬한 게이머이기 때문입니다. NFT는 게임에서 완벽하게 활용될 수 있다고 생각합니다. 그래서 저는 다른 게임 회사의 IP 라이선스를 얻었습니다. NFT가 어떻게 작동하는지 보여주는 어리석은 게임을 만들 계획이었습니다. 저는 NFT의 IP가 항상 문제를 일으킨다고 생각합니다. 왜냐하면 하나의 게임에만 존재할 수 없기 때문입니다. 우리의 계획은 일련의 서로 다른 게임을 만들되, 모두 동일한 기반 레이어를 사용하는 것이었습니다.
어쨌든 저는 여러 테스트를 배포했고, 사람들이 상호작용하면서 심각한 취약점이 발생하여 약 6천만 달러를 잃었습니다. 저는 크게 물러났습니다. 왜냐하면 이 분야가 얼마나 위험한지, 작은 실수로도 얼마나 빠르게 일이 꼬일 수 있는지를 깨달았기 때문입니다. 적절한 보호 조치 없이는 말이죠. 동시에 Yearn 덕분에 저는 많은 규제 기관들로부터 상당한 압박을 받고 있었고, 그들은 Yearn을 금융 도구로 규정했습니다. 이는 공정한 판단이라고 생각하지만, 저는 그들과 약간 거리를 두고 싶기도 했습니다. 결국 저는 돌아왔습니다. 왜냐하면 한 가지 오랫동안 제 마음을 사로잡았던 것이 있었기 때문입니다. 바로 AMM 곡선을 개선하는 방법이었습니다. 당시에는 Curve Finance의 Mitch가 만든 표준 안정 거래 곡선 하나뿐이었습니다. 그는 절대적으로 천재적인 개발자, 창립자, 아키텍트였고, 지금도 제가 알고 있는 이 분야에서 가장 똑똑한 사람 중 한 명이라고 생각합니다. 하지만 저는 이것에 집착했습니다. Uniswap처럼 X Y K처럼 간단한 것을 만들고 싶었습니다. 결국 저는 X의 세제곱 y 더하기 y의 세제곱 x라는 전체 식을 만들어냈습니다. 이는 매우 잘 작동했고, 이 곡선을 정의할 수 있어서 간단했습니다.
동시에 저는 TWAP(시간 가중 평균 가격) 외에도 RWAP(예비 가중 평균 가격)을 추가했습니다. XY 풀이 어떻게 작동하는지에 대해선 사실 설명할 필요조차 없습니다. 여러분이 알아야 할 것은, TWAP의 경우 고정된 시간 가격 포인트를 사용하며 유동성의 양을 완전히 무시한다는 점입니다. "너는 이 고정된 가격에 10억 개를 팔 수 있다"고 말하는 것이 제게는 큰 문제가 되었습니다.
주석: 시간 가중 평균 가격(TWAP)과 예비 가중 평균 가격(RWAP) 알고리즘은 자산 가격을 계산하는 데 다른 접근 방식을 사용하며, 거의 모든 DeFi 기본 원리의 구성 요소입니다.
왜냐하면 많은 정리 로봇, 정리 엔진, 대출, 심지어 완전히 탈중앙화된 스테이블코인 등도 슬리피지가 계산의 일부임을 이해해야 하기 때문입니다. 정리 로봇을 예로 들어보겠습니다. 그 작동 방식은 간단합니다. 누군가의 채무를 갚을 수 있는지, 그리고 그의 백만 ETH 담보를 얻어 Uniswap 풀에서 팔아도 여전히 이윤을 낼 수 있는지를 확인해야 합니다. 제가 TWAP을 사용하면 로봇이 "문제없어, 수익이 좋다, 실행 가능하다"고 말합니다. 하지만 실제로 팔았을 때 슬리피지가 크다면 저는 손해를 볼 것입니다. 그래서 저는 유동성을 고려할 수 있는 방법이 필요했습니다. 이를 통해 진짜로 확인할 수 있고, 특정 시간 가중이기 때문에 지금 대량의 플래시론이 유동성에 들어오지 않았음을 알 수 있습니다. 저는 팔 수 있지만, 동시에 이는 제 로봇을 앞서가는 기회이기도 합니다.
그래서 저는 과거로 돌아가 모든 것이 있는지 확인하고, 그 방법을 구축했습니다. Fantom에 출시했을 때도 혼란이 있었습니다. 왜냐하면 일두 주 후에 제가 떠났기 때문입니다. 하지만 Fantom을 제외하고는, 저는 이것이 탈중앙화 프로토콜 창립자가 해야 할 일이라고 생각합니다. 만약 당신의 프로토콜이 완전히 변경 불가능하고, 업데이트나 변화가 전혀 없다면, 당신은 떠나야 합니다. 왜냐하면 당신이 그 프로토콜과 연결된 얼굴이 될 수 없기 때문입니다. 저는 Yearn과 keeper가 잘하고 있다고 생각합니다. 왜냐하면 그들이 매우 탈중앙화된 방식으로 관리하고 있기 때문입니다. 이 두 프로토콜 모두 누가 소유한 것인지 확실히 말하기 어렵습니다. 하지만 Fantom의 경우 분명히 큰 혼란이 있었습니다. 이제는 Velodrome, Aerodrome 등 많은 새로운 VM 거래소의 주요 AMM 중 하나가 되었고, 제가 모르는 것도 많습니다.
그래서 제 목표는 달성되었지만, 제가 반복한 것은 아닙니다. 그 후 저는 결정했습니다. 제 개발 일은 끝났고, 스마트 계약 개발도 끝났습니다. 필요한 인프라가 없기 때문입니다. 그래서 저는 전적으로 Fantom으로 돌아갔습니다. 긴 역사 설명을 해서 죄송합니다. 시간을 많이 뺏겼네요.
5.Fantom L1: 소프트웨어를 가능한 한 효율적으로 만들기
Andre Cronje:데이터베이스는 분명히 용도가 있다고 생각합니다. 저는 FVM이 현재 최고의 표준이라고 생각하며, 지금보다 더 나은 가상 머신은 없다고 봅니다. 데이터 구조 측면에서 보면, Karma와 새로운 데이터베이스를 통해 우리는 일련의 일반적인 과정을 거쳤습니다. 처음에는 Badger를 사용했고, 다양한 데이터베이스에 대해 많은 연구를 한 후 Pble로 전환했습니다. 이로 인해 처리량이 꽤 향상되었지만, 큰 변화는 아니었습니다. 기존의 모든 데이터베이스는 어떤 방식으로든 어떤 내용이든 저장할 수 있도록 설계되어 있다는 문제가 있습니다. 동시에 상위 계층에서 SQL과 같은 구조화된 질의 언어를 사용하면 백엔드에서 많은 일이 발생합니다. 인덱스를 만들고, P 트리 등을 생성하는데, 이는 모두 많은 오버헤드를 추가합니다.
따라서 EVM 또는 가상 머신 기반 데이터, 혹은 스마트 계약 X의 데이터에 대해 키 인덱스 저장소로 전환한다고 생각하면 더 합리적일 수 있습니다. 실제로 처리량이 향상되긴 하지만, GraphQL, SQL 또는 기타 언어와 같은 질의 언어를 지원하기 위해 뒤에서 해야 할 일이 여전히 많습니다. 우리가 처음의 표준 데이터베이스 구조에서 Pble로, 그리고 키-값 저장소로 전환했을 때 처리량이 상당히 증가했고, 지금은 디스크에 복잡한 것을 전혀 사용하지 않고 단순한 평면 파일만 사용하고 있습니다.
우리의 조회 패턴은 매우 간단합니다. 모든 스마트 계약처럼 주소가 있고, 이것이 인덱스의 첫 번째 부분이며, 나머지는 데이터가 저장된 주소 슬롯이 어디인지 알려줍니다. 이는 실제로 1, 2, 3, 4, 5, 6일 뿐입니다. 예를 들어, 스마트 계약 이름을 찾고 싶다면, 실제로는 주소 1에 있으므로, 그것을 갖고 있으면 더 이상 필요하지 않습니다. 복잡한 언어는 필요 없습니다. 사실 공정하게 말해서, EVM의 제한도 해결되었습니다. 왜냐하면 EVM은 기존 인덱스 구축 및 기타 기능과 함께 사용되는 MPT 데이터 구조가 매우 데이터 집약적이기 때문입니다.
제 말은, 실제 데이터 구조 리프 노드가 있고, 이것들의 복합체
TechFlow 공식 커뮤니티에 오신 것을 환영합니다
Telegram 구독 그룹:https://t.me/TechFlowDaily
트위터 공식 계정:https://x.com/TechFlowPost
트위터 영어 계정:https://x.com/BlockFlow_News
@LXDAO_Official
