에메랄드 프로젝트는 수천만 개의 자산을 가지고 도망쳤고 EOS DeFi에서 위험을 피하는 지침을 제공했습니다.

Emerald 프로젝트 측은 막대한 이익에 직면하여 마침내 도망치기로 결정했습니다.EOS DeFi든 전체 퍼블릭 체인 생태계든, 특히 EOS 생태계에 매우 나쁜 영향을 미쳤습니다.EOS DeFi는 단지 몇 가지 성과를 거두었습니다. , 프로젝트 수는 상대적으로 적고 10 개의 손가락을 셀 수 있으며 확률의 관점에서 볼 때이 사고의 확률은 약간 높습니다.

ETH와 TRON 생태계는 자주 도망가지만 시장 반응으로 보면 다들 EOS만 쳐다보는 것 같다 EOS 퍼블릭체인에 한번 문제가 생기면 시장에서 무한히 확대돼 난리를 피우게 만든다. EOS DeFi만 가지고 있는 것 같습니다. 문제는 동일합니다. 아마도 많은 사람들이 EOS로 인해 피해를 입었기 때문일 것입니다.

그러나 이것은 다른 사람들에게 놀라운 일이 아닙니다. 당기는 것은 정의입니다. 누가 EOS의 가격을 그렇게 나쁘게 만들었고 EOS를 아버지가 없는 아이로 만들었고 공식 프로젝트 B1은 힘들지 않으며 EOS는 괴롭힘을 당할 수 밖에 없습니다. EOS는 정말 가난합니다 어린이.

보조 제목

1. 프로젝트 수준

1. 계약 코드 감사

우리가 참여하는 DeFi 프로젝트의 경우 계약 코드는 최소한 보안 기관의 감사를 받아야 합니다. 일반적이고 신뢰할 수 있는 보안 감사 기관에는 SlowMist 및 Paidun이 있습니다. 일반적으로 프로젝트는 두 개 이상의 보안 기관에서 교차 감사를 통과해야 합니다. 보안이 높을수록 대행사가 교차 감사에 참여할수록 계약이 취약해질 가능성이 줄어듭니다.

스마트 계약의 본질은 사용자가 제출한 기능 요구 사항을 충족하는 블록체인 네트워크에서 실행되는 코드 조각입니다. 결국 계약 코드는 사람이 작성하고 사람이 작성한 프로그램에는 오류와 결함이 있을 수밖에 없기 때문에 계약은 제3자 보안 기관의 감사를 받아야 합니다.

프로젝트 당사자의 계약 코드가 작성된 후 보안 감사 회사는 스마트 계약에 대한 종합적인 검사를 수행하고 계약의 잠재적인 보안 위험을 검토하고 온라인 스마트 계약 코드의 안전성을 보장하기 위한 개선 방안을 제공합니다. 이것은 모든 프로젝트 당사자의 책임이 되어야 하며, 무엇을 해야 하는가 또한 가장 기본적인 보안 요구 사항입니다.

계약이 보안 기관의 감사를 받지 않은 경우 계약 코드에 허점이 있고 해커가 발견하면 계약 계정의 자금이 해커에 의해 쉽게 도난당할 수 있습니다.

보안 기관의 감사를 받은 코드가 코드에 허점이 100% 없음을 보장할 수는 없지만 사용자는 여전히 감사를 받은 코드가 감사되지 않은 코드보다 항상 더 신뢰할 수 있음을 확신해야 합니다.프로젝트 당사자의 계약 코드 참여 감사에서 적어도 프로젝트 당사자의 태도를 볼 수 있습니다.

따라서 프로젝트의 경우 계약은 보안 기관의 감사를 받아야 하며 이는 최소한의 요구 사항이며 이에 따라 사용자는 여전히 보안 감사 회사를 신뢰합니다.

계약은 보안기관의 감사를 받아야 하지만 자산 보안에는 충분하지 않습니다. . 다른 보안 조치의 협조 없이 참가할 때도 매우 주의해야 합니다. 왕 부자가 말했듯이 우리는 감사를 맹목적으로 믿어서는 안 됩니다.

2. 다중 서명 계약 계정

2. 다중 서명 계약 계정

계약 코드가 보안 기관에서 감사를 받거나 감사된 코드가 오픈 소스인지 여부는 모두 계약 코드 수준에서 수행됩니다. 계약이 감사되면 해커가 어느 정도 차단되지만 계약 계정의 개인 키가 프로젝트 당사자의 손에 있기 때문에 프로젝트 당사자가 도망가는 것을 막을 수는 없습니다. , 프로젝트 당사자는 일방적으로 양도할 수 있습니다. 계약 계정의 자산을 가져옵니다.

계약이 감사되고 다중 서명이 설정되면 물론 훨씬 더 안전합니다. 계약 감사가 주로 해커를 방지하는 것이라면 다중 서명은 주로 프로젝트 당사자가 도망가는 것을 방지하는 것입니다.

EOS DeFi 프로젝트의 경우,"계약 감사 + 다중 서명"기본 구성이어야 하며, 사고가 100% 발생하지 않는다고 100% 보장할 수는 없지만 최소한 사고 발생 확률을 상당 부분 줄일 수 있습니다.

계약 계정에 다중 서명 기능이 설정되어 있으면 안전합니까?

컨트랙트 계정에 다중서명 기능이 활성화되더라도 반드시 우리가 원하는 다중서명 기능을 구현하지 못할 수도 있습니다. 교환 알림:

다중 서명에 대한 임계값 규칙에 주의하십시오.프로젝트 당사자가 임계값 요구 사항을 충족하기 위해 다중 서명을 직간접적으로 제어할 수 있는 경우 다른 다중 서명 당사자와 관계없이 임의로 계정을 제어할 수 있습니다.

따라서 다중 서명 기능일지라도 함정을 피하는 데 주의를 기울여야 합니다.

1) 다중 서명 설정이 합리적인지 확인하기 위해 계정 권한을 엽니다.

계약 계정의 다중 서명 설정의 경우 설정이 합리적인지 확인하고 제어 또는 담합의 징후가 있는지 확인하기 위해 여전히 이를 열어야 합니다. 프로젝트 당사자가 다른 서명자를 통제할 수 있다면 다중 서명은 쓸모가 없으며 본질적으로 부추를 속이는 표지입니다.

예를 들어 다중 서명 계정에는 서명에 참여하는 10개의 노드가 있고"1+3"다중 서명 모드, 즉 프로젝트 당사자와 다른 모든 3자가 서명하고 동의할 수 있습니다.

하지만 이 10개의 노드 중 3개는 프로젝트 당사자가 통제하거나 프로젝트 당사자와 결탁할 수 있으므로 이러한 다중 서명은 서명에 참여하는 노드가 몇 개인지 상관없이 의미가 없습니다. 서명, 그 중 3개로 음모에 도달할 수 있는 한 다른 노드도 장식입니다.

따라서 다중 서명 계정의 경우 서명에 참여하는 각 노드가 서로 독립적이고 프로젝트 당사자가 제어할 수 있는지 확인해야 합니다. 물론 판단하기는 어렵지만 서명에 참여하는 노드가 EOS 커뮤니티에서 잘 알려진 슈퍼노드라면 리스크는 크게 줄어들 것입니다.결국 EOS 슈퍼노드는 상대적으로 신뢰할 수 있습니다. 그것은 기본적으로 공개되어 있으며 사람들을 찾을 수 있습니다.

현재 Dabao 및 Dafengshou의 다중 서명 설정은 상당히 합리적입니다.

Dafengshou의 다중 서명 채택"1+3"모델, 즉 Dafengshou가 계약을 변경하거나 자금을 이체하려는 경우 Dafengshou의 서명 이름 외에 세 명의 다른 참가자가 함께 서명하여 관련 작업을 수행해야 합니다.

Dafengshou의 다중 서명 설정에 따르면 극단적인 상황, 즉 Dafengshou 자신의 개인 키가 손실되면 다른 5명의 참가자(b1 포함)가 함께 서명하여 특정 작업을 수행할 수 있으며 이는 더 영리합니다. 블록 1의 b1을 포함, 즉 대풍수의 개인키 분실 시 b1이 서명에 참여하여 관련 작업을 수행해야 하며, b1의 참여가 없으면 다른 노드가 임계값에 도달할 수 없기 때문에 함께 참여할 수 없습니다.관련 작업을 수행합니다. .

Dafengshou 다중 서명에 참여하는 계정 중 b1 외에도 Whale Exchange, EOS Canon 및 TP Wallet이 있으며 모두 EOS 생태계에서 신뢰할 수 있고 유명한 노드이며 모두 서로 독립적입니다. 담합은 기본적으로 존재하지 않습니다. 따라서 Dafengshou의 다중 서명은 상당히 합리적이며 개인적으로 서명에 참여하는 노드의 수가 적고 더 많은 신뢰할 수 있는 노드를 적절하게 추가할 수 있다고 생각합니다. 2개의 노드가 서명할 수 없는 극단적인 상황이 발생하면 컨트랙트를 실행할 수 없습니다.

Defibox의 다중 서명 설정을 다시 살펴보겠습니다.

마찬가지로 Defibox도 채택합니다."3+1"다중 서명 모드에서 계약을 수정하거나 전송 작업을 시작하려면 Defibox 외에 세 개의 다른 노드가 서명에 참여하여 관련 작업을 수행해야 합니다.

Defibox의 다중 서명 설정도 합리적입니다.대풍수에는 서명에 참여할 권리가 있는 노드가 많게는 11개, 훨씬 더 많습니다. 서명에 참여하는 노드가 더 많으면 어떤 노드가 문제가 있어 서명할 수 없는 경우 다른 노드를 찾을 수 있습니다.즉, 11개 노드에서 3개의 서명만 수집하면 됩니다.

디피박스의 다중서명 계정에는 서명에 참여할 수 있는 권한을 가진 노드가 많지만 서명에 참여하는 노드의 수만이 아니다. 서명에 참여할 수 있는 노드는 안전한 회사, 유명 지갑, 유명 거래소, 슈퍼노드 등 노드의 지리적 위치가 상대적으로 분산되어 있으며 국내 노드와 해외 노드가 있으며, 노드 간의 담합은 거의 존재하지 않습니다.

Dabao의 다중 서명 설정과 비교할 때 Dafengshou는 개인 키를 분실하면 다른 노드와 B1이 요청을 시작할 수 있다고 생각하지만 defibox의 다중 서명 설정에서는 이러한 극단적인 상황을 고려하지 않습니다. 손실되면 다른 노드는 모두 통합되더라도 관련 작업을 수행할 수 없습니다. 임계값에 도달할 수 없기 때문에 defibox의 다중 서명 설정에 대해서도 Xia Dabao 직원에게 문의했습니다.

Dabao의 직원은 defibox에 개인 키가 손실되지 않도록 하는 백업 메커니즘이 있을 뿐만 아니라 Dabao의 개인 키가 손실되더라도 사용자 자산에 영향을 미치지 않으며 자체적으로 제거할 수 있다고 대답했습니다.

Dabao와 Dafengshou의 다중 서명 계정 설정은 고유한 특성이 있으므로 둘의 설정을 결합할 수 있으면 더 좋습니다.

2) 각 펀드 풀의 컨트랙트 계정에 다중서명 설정 여부

DeFi 프로젝트 당사자의 경우 계약 계정이 여러 개인 경우가 많습니다.예를 들어 Defibox를 예로 들면 유동성 풀과 USN 스테이블 코인 모기지 계약 계정이 다르므로 자산과 관련된 모든 계약 계정을 확인하십시오. -서명 기능 설정.

보조 제목

2. 자본 및 투자전략 수준

우리가 DeFi 프로젝트에 투자할 때, 프로젝트가 무엇이든 간에 우리는 모두 우리 자금에 투자해서는 안 됩니다. DeFi 통화가 90% 이상 급락한 프로젝트가 많이 있습니다. 높은.

SUSHI 창시자의 대량 매도와 에메랄드 프로젝트의 탈출 이후 시장은 점점 더 합리적으로 변했다.거품이 매우 크고 조만간 거품이 터질 것이라는 것을 모두가 알고 있다.그냥 하지 마라. 마지막이 되십시오 릴레이 하나는 괜찮습니다. 프로젝트가 나오면 서두르지 말고 잠시 동안 Zidan을 날게하고 잠시 동안 떨어 뜨리고 더 많이 관찰하고 더 많이 생각할 수 있습니다.

자본금 수준에서 올인하지 않는 것 외에도 프로젝트를 선택할 때 최대한 투자를 분산시키도록 노력해야 하며 한 프로젝트에 모든 자금을 걸지 마십시오.현재 시장에서는 더 많을 수 있습니다. 예를 들어 EOS DeFi의 경우 많은 친구들이 DFS, BOX, OGX에 동시에 투자했는데 하나의 프로젝트에 배팅하는 것보다 다양화가 더 나은 투자 전략일 수 있습니다.

하나의 프로젝트에 모든 희망을 걸지 말고 자금을 우리에게 더 적합할 수 있는 여러 고품질 프로젝트로 다양화하고 위험도 이런 식으로 분산됩니다. 투자하기 전에 어떤 프로젝트가 결국 실행될지 우리도 알기 어렵기 때문입니다.모두가 돌을 느끼며 강을 건너고 있습니다.결국 도박의 요소가 있습니다.