컴파운드는 만장일치로 고정 제안을 승인했습니다.

복합 금융(Compound Finance)은 064월 7일 "COMP 발생액 수정"이라는 제목의 발의안 62를 채택했다고 발표했습니다. 제안에는 이 업데이트가 "제안 XNUMX에 도입된 버그를 수정하고 열악한 COMP 조항이 수정될 수 있을 때까지 COMP 보너스의 비관적인 지급을 허용"하려고 시도할 것이라고 명시되어 있습니다.

복합 금융 là gì? Token COMP와 함께하는 방법 | 투자 검토

원래 업그레이드를 제안한 커뮤니티 구성원이 주로 작성한 이 제안은 CEO Robert Leshner, Andreessen Horowitz의 A1,037,107z, Gauntlet 및 Pantera Capital을 포함한 0개 주요 주소에서 27개의 찬성표와 16개의 반대표라는 COMP 합의 투표를 받았습니다. . 이 제안은 이제 9월 XNUMX일부터 시행될 예정이다.

영향을 받는 6개 시장(cTUSD, cMKR, cSUSHI, cYFI, cAAVE 및 cSAI)과 상호 작용한 사용자는 문제가 완전히 해결될 때까지 배포된 COMP 토큰에서 보상을 요청할 수 없습니다.

30월 062일, 코인텔레그래프는 커뮤니티가 작성한 제안 70 토큰 배포 버그로 인해 프로토콜 사용자가 XNUMX천만 달러 상당의 COMP 토큰을 허위로 청구할 수 있는 금융 배포에 잠재적으로 파괴적인 결함이 드러났다고 보고했습니다.

최대치까지 채굴되면 이 오류는 감사관 계약에 포함된 모든 COMP 토큰을 빨아들여 저장소 계약에 남아 있는 COMP 토큰만 남게 될 위험이 있습니다.

즉각적인 위기를 해결하기 위한 노력은 의정서에 마련된 검토, 조정 및 시간 제한 절차로 인해 작성하는 데 063일이 소요된 제안 7에 의해 촉진되었습니다. 이런 일이 2, 3, 2일 더 지속되었습니다.

그러나 68.8일 지연으로 인해 악의적인 회사가 트리클() 기능을 활용하고 저수지에서 감사관에게 XNUMX만 달러를 이체하여 분산된 COMP 보상 풀을 늘릴 수 있었습니다.

웹마스터는 제안의 다음 반복 이유를 밝혔습니다.

"발의안 63은 올바른 논리가 복원될 때까지 COMP의 추가 배포를 방지하지만 컴파운드에 내장된 프로토콜에 문제를 일으키고 청구 기능이 필요합니다."

제안 064는 컴파운드의 축적 문제를 해결하기 위해 고안되었지만 손실된 자금은 개별적으로만 복구할 수 있습니다. 프로토콜에 따르면 결정은 각 사용자의 윤리적 재량에 달려 있습니다.

 

컴파운드는 만장일치로 고정 제안을 승인했습니다.

복합 금융(Compound Finance)은 064월 7일 "COMP 발생액 수정"이라는 제목의 발의안 62를 채택했다고 발표했습니다. 제안에는 이 업데이트가 "제안 XNUMX에 도입된 버그를 수정하고 열악한 COMP 조항이 수정될 수 있을 때까지 COMP 보너스의 비관적인 지급을 허용"하려고 시도할 것이라고 명시되어 있습니다.

복합 금융 là gì? Token COMP와 함께하는 방법 | 투자 검토

원래 업그레이드를 제안한 커뮤니티 구성원이 주로 작성한 이 제안은 CEO Robert Leshner, Andreessen Horowitz의 A1,037,107z, Gauntlet 및 Pantera Capital을 포함한 0개 주요 주소에서 27개의 찬성표와 16개의 반대표라는 COMP 합의 투표를 받았습니다. . 이 제안은 이제 9월 XNUMX일부터 시행될 예정이다.

영향을 받는 6개 시장(cTUSD, cMKR, cSUSHI, cYFI, cAAVE 및 cSAI)과 상호 작용한 사용자는 문제가 완전히 해결될 때까지 배포된 COMP 토큰에서 보상을 요청할 수 없습니다.

30월 062일, 코인텔레그래프는 커뮤니티가 작성한 제안 70 토큰 배포 버그로 인해 프로토콜 사용자가 XNUMX천만 달러 상당의 COMP 토큰을 허위로 청구할 수 있는 금융 배포에 잠재적으로 파괴적인 결함이 드러났다고 보고했습니다.

최대치까지 채굴되면 이 오류는 감사관 계약에 포함된 모든 COMP 토큰을 빨아들여 저장소 계약에 남아 있는 COMP 토큰만 남게 될 위험이 있습니다.

즉각적인 위기를 해결하기 위한 노력은 의정서에 마련된 검토, 조정 및 시간 제한 절차로 인해 작성하는 데 063일이 소요된 제안 7에 의해 촉진되었습니다. 이런 일이 2, 3, 2일 더 지속되었습니다.

그러나 68.8일 지연으로 인해 악의적인 회사가 트리클() 기능을 활용하고 저수지에서 감사관에게 XNUMX만 달러를 이체하여 분산된 COMP 보상 풀을 늘릴 수 있었습니다.

웹마스터는 제안의 다음 반복 이유를 밝혔습니다.

"발의안 63은 올바른 논리가 복원될 때까지 COMP의 추가 배포를 방지하지만 컴파운드에 내장된 프로토콜에 문제를 일으키고 청구 기능이 필요합니다."

제안 064는 컴파운드의 축적 문제를 해결하기 위해 고안되었지만 손실된 자금은 개별적으로만 복구할 수 있습니다. 프로토콜에 따르면 결정은 각 사용자의 윤리적 재량에 달려 있습니다.

 

57회 방문, 오늘 1회 방문

댓글을 남겨주세요.