친애하는 독자들에게 인사드립니다!

Curve.fi의 CurveV1 통합을 사용하는 개발자를 위한 몇 가지 특별한 권장 사항과 함께 유익한 게시물 시리즈를 계속합니다 !

Curve.fi가 무엇인지 궁금하십니까 ? 이 리소스를 확인하고 SubStack , YouTube 및 공식 채널 에서 커뮤니티 소유의 Curve 블로그를 방문하세요 !

요컨대 이것은 가장 많이 사용되는 DeFi 프로토콜 중 하나입니다. 다양한 Web3 팀이 이를 활용하여 자신의 프로젝트에 통합하고 잘못 수행할 경우 공격 및 사용자 자금 손실 로 이어질 수 있으며 이는 절대 허용되어서 는 안 됩니다 .

우리는 귀하의 제한된 시간을 이해하고 존중하므로 귀하만을 위해 불필요한 것이 없는 특정 치트 시트를 만들었습니다 ! 확인 해봐!

I — 소개

이번 달의 끝없는 해킹을 보면 왜 그렇게 자주 발생하는지 궁금합니다 . 감사 회사가 실제로 하는 일이 더 나빠졌 습니까? 제 생각에는 그렇지 않습니다. 그러나 특정 방식으로 자신과 프로젝트에 대한 위험을 줄일 수 있기 때문에 주제가 다소 까다롭습니다!

그러한 문제에 직면했을 때 남은 일은 논리적으로 해결하는 것입니다. 즉, 이 불리한 상황에 어떻게 영향을 미칠 수 있습니까?

첫째, 진행 중인 공격에 이미 대응하는 방식으로 형이상학적 방어벽을 구축할 수 있습니다 . 이 개념은 위협 모델링 과 밀접하게 연관되어 있습니다 .

그건 그렇고, 우리는 팀 내에서 이러한 솔루션을 위해 노력하고 있으며 곧 제공 할 수 있기를 바랍니다 !

둘째, 우리는 가능한 사건 이전에도 기능할 수 있는 방어선을 구축하기 위해 노력할 수 있습니다. 즉, 먼저 코드를 생성하고 모든 활동을 적절하고 안전하게 수행합니다. 이 게시물에서 CurveV1을 프로젝트에 사용하는 방법에 대해 다룰 것입니다 !

이 기사에서는 이러한 통합을 수년 동안 감사하면서 얻은 팁도 제시하고 , 자습을 위한 도구 및 연구 목록도 찾을 수 있습니다. 더 나은 이해를 위해 별도로 읽는 것이 좋습니다.

무엇보다도 우리는 Curve.fi 디자이너, 이를 ​​지원하는 모든 사람, 모든 리소스 자료의 작성자, 물론 필요한 자료를 제공하여 우리를 도와준 팀 내 감사자 에게 진심 어린 감사를 표하고 싶습니다. 정보와 비밀의 베일을 깨다!

회고전

나는 또한 이 기회를 빌어 2020년 여름 DeFi 동안 Curve 배포 에서 이름을 따온 LobsterDAO (이것은 내 목록 과 Sov의 Compendium 에서 가장 좋은 채팅입니다 . 그들의 Twitter ) 동지들에게 감사를 표하고 싶습니다 . 이 이야기에 대한 자세한 내용은 여기에서 읽어보세요. 그리고 여기 .

이 게시물의 작성자인 귀하의 가장 보잘 것 없는 하인 은 프로젝트가 얼마나 큰 규모로 성장했는지, 그리고 제가 관리자인 대화방 에서 시작되었다는 사실에 놀랐다는 점을 지적하고 싶습니다 . 요즘 Web3에서 역사가 더욱 가시화되고 있다는 것은 환상적입니다!

기본 주제로 돌아가서 이 문서는 감사 및 버그 바운티 해킹에 실제로 유용할 수 있고 어디에도 설명되지 않은 측면에만 초점을 맞출 것입니다 . 우리는 그러한 팁이 몇몇 장소에서 공개적으로 읽을 수 있다고 자신 있게 말할 수 있으며, 우리 블로그도 그러한 장소 중 하나입니다!

또한 오늘의 기사가 유익하고 도움이 되기를 바랍니다!

그런데 현재 비어 있는 자리가 몇 개 있으므로 프로젝트에 감사가 필요한 경우 언제든지 저희에게 편지를 보내 주시고 여기에서 저희의 공개 보고서 페이지를 방문하십시오 .

II— 추천합니다

아래 팁을 따르면 통합 보안을 크게 향상시킬 수 있습니다.

• 구성 요소 주소 ( Swaps , Metapool factory 등)는 하드코딩할 수 없다는 점을 명심하는 것이 중요합니다 . 대신 항상 AddressProvider를 통해 가져와야 합니다 !
• Registry.Swaps 는 특히 get_best_rate 및 exchange_with_best_rate 기능과 같이 매우 가스 집약적인 구성 요소 이므로 온체인에서 사용해서는 안 됩니다.
• 오프체인에서 수행되는 Swaps.get_best_rate 와 함께 Swaps.exchange를 사용하는 것이 좋습니다 .
• 모든 대출 풀(및 해당 DepositZaps 계약)이 동일한 API를 구현할 것으로 기대할 수 없습니다 . 예를 들어 메서드가 반환 값이나 인수 유형이 다를 수 있는 이전 DepositZap과 새 DepositZap이 있습니다 .
• 또한 이전 대출 풀(및 해당 DepositZaps )은 최신 풀에 있는 일부 방법(예: remove_liquidity_one_coin )을 구현하지 않습니다.
• 루프에서 곡선 풀을 처리하지 마십시오 !
• 또한 각 렌딩 풀에 대해 ABI를 별도로 확인해야 합니다!
• 메타 풀 과 대출 풀 모두에서 기본 토큰 및 래핑된 버전( 복합 풀 의 c토큰 ) 에서 스왑을 수행할 수 있습니다 . 기본 토큰을 교환하려면 exchange_underlying을 사용하세요!

MetaRegistry 는 기본적으로 Ethereum 메인넷에서 Curve 풀의 궁극적인 집계입니다. 풀에 대한 정보를 검색하는 가장 좋은 방법입니다.

MetaRegistry는 하위 레지스트리의 풀을 집계합니다.

• (1) StableRegistry — Curve에서 생성한 StableSwap 풀용
• (2) StableFactory — 사용자가 생성한 StableSwap 풀용
• (3) CryptoRegistry — Curve에서 생성한 CryptoSwap 풀용
• (4) CryptoFactory — 사용자가 생성한 CryptoSwap 풀용

MetaRegistry는 또한 메타, 대출, 스테이블 스왑 및 크립토 스왑, 사용자 생성(팩토리 풀) 및 Curve 자체에서 생성한 풀과 같은 모든 풀 유형에 대해 알고 있습니다. get_base_pool(pool), get_underlying_coins(pool), get_coins(pool), get_fees 등과 같은 유용한 getter 집합을 구현합니다.

일반 레지스트리 계약은 MetaRegistry보다 등록된 풀이 훨씬 적으므로 후자에 의존해야 합니다. 여기에서 배포된 레지스트리의 주소를 찾을 수 있습니다!

III— 리소스 및 도구

더 나은 이해를 위해 이 환상적인 도구 및 리소스 목록을 별도로 검토하는 것이 좋습니다!

우리는 귀하의 제한된 시간을 이해하고 존중하므로 더 쉽게 액세스할 수 있도록 불필요한 것이 없는 특정 치트 시트를 만들었습니다 ! 확인 해봐!

다음은 이 페이지의 작성자가 링크별로 데이터 링크를 수집하고 확인하는 데 1시간 이상 소요한 리소스 모음입니다 .

• curve.readthedocs.io/index.html
• resources.curve.fi/base-features/understanding-curve
• twitter.com/CurveFinance
• 곡선 생태계 ( 2 )
• betterprogramming.pub/how-to-integrate-the-curve-fi-protocol-into-your-defi-protocol-e1d4c43f716d
• github.com/manifoldfinance/curve-integration
• help.lido.fi/en/articles/5231649-a-guide-to-curve-finance
• academy.moralis.io/blog/defi-deep-dive-what-is-curve-finance

가스 최적화에 대한 팁과 다른 기사가 포함 된 기사를 확인하십시오 !

어떤 도구를 검토해야 합니까? 무엇에 대해 읽고 싶습니까?

귀하의 의견을 남겨 주시면 기꺼이 답변 해 드리겠습니다. 최고의 답변과 질문은 다음 기사에 포함될 수 있습니다!

안전히 계세요!