새들 파이낸스(Saddle Finance) - REKT

어떤 것들은 혼자 두는 편이 더 낫습니다.

혁신이 하나도 되지 않은 포크 프로젝트에 왜 투자를 하는 것일까요?

이 산업은 아직 너무 젊고 우리가 아직 구축하지 못한 것이 너무 많은데, 왜 아무런 가치도 추가하지 않고 기존 제품을 복사한 프로젝트에 시간과 돈을 쓰나요?

패스트 포크는 소규모 팀(대개 익명의 개발자가 빠르게 돈을 벌고 싶은 경우)이면 이해할 수 있습니다. 그러나 이것은 커뮤니티에 새로운 것을 제공하지도 않으면서, 많은 자금을 지원 받으면서 홍보 된 프로젝트였습니다.

커브의 코드를 그대로 가져와서 420만 달러를 모으고, rekt되었습니다.

커브 파이낸스의 기반을 완벽히 이해하고 있었다면, 인류의 기술적 발전을 이룰 수 있는 툴을 개발할 능력이 있었을 것입니다. 근데 왜 베끼나요?

반대로, 커브 파이낸스의 기반을 이해하지 못하고 있었다면, 왜 베끼나요?

VC 회사를 만들 충분한 자금이 있다면, 세상에 새로운 것을 선보이는 프로젝트에 투자했어도 충분했을 것입니다. 근데 왜 포크 프로젝트에 투자하나요?

이 프로젝트에 투자했던 투자자들은 발전보다는 수익을 택했습니다.

이것은 새들로부터 돈을 받고 홍보를 해준 새로운 (그리고 기존의) 미디어 회사들도 마찬가지입니다. 회사를 운영하는 것이 어렵고, 제안을 받았을 때 거절하기 쉽지 않음을 알고 있기는 하지만, 제발 평판을 고려해주세요...

새들 파이낸스 devops 팬인 Sunil Srivatsa님은 코멘트를 남기는 것을 거절했습니다.

새들 파이낸스가 다루는 분야 중 유일하게 커버하지 못한 분야는 IP 법적 한계였습니다.

런칭 이후 몇 시간 만에 새들 파이낸스 풀이 차익 거래로 수 십만 달러가 거래되면서, 새들 팀은 그들의 상황에 대한 공식적인 변명을 올릴 수 밖에 없었는데, "DeFi의 슬리피지 문제를 해결" 하기 위해 디자인 된 프로토콜이, 용납할 수 없는 양의 슬리피지가 발생했다는 내용을 포함하고 있었습니다.

초반의 몇 트랜잭션은 높은 슬리피지와 함께 실행되었습니다.

개인들은 높은 슬리피지 경고를 신경 쓰지 못했을 수 있습니다.

초기 트랜잭션들의 높은 슬리피지에 대응하여, 저희는 프론트엔드에 높은 슬리피지를 더욱 분명히 경고할 수 있도록 업데이트하였습니다.

Igor Igamberdiev가 몇 가지를 경고하며 사용자들에게 새들 파이낸스 풀에서 벗어나라고 조언하는 와중, 창업자인 Matt Luongo는 그가 복사하도록 도와준 프로토콜을 사용했기 때문에 돈을 잃어버린 사람들에 대한 연민을 전혀 보이지 않았습니다.

6분 만에 최소 세 개의 차익 거래가 초기 유동성 제공자들로부터 7.9 BTC ($275,735) 이상을 가져갔습니다.

4.01 BTC $139,961 2021년 1월 19일 04:06:54 PM +UTC

0.79 BTC $27,573 2021년 1월 19일 04:08:46 PM +UTC

3.11 BTC $108,548 2021년 1월 19일 04:12:37 PM +UTC

새들 파이낸스가 런칭되고 한 시간 후에 입금하였던 사용자들은 그들이 넣은 만큼을 절대 되돌려 받지 못하였고, 유동성 보상이 후하기 만을 바라야 했습니다...

유인원들이 생각 없이 투자하는 것을 막지는 못하지만, 적어도 그 결과물에 대해서는 걱정해줄 수 있습니다.

아마도 이 모든 것이 새들 파이낸스의 마케팅 전략이었는지도 모릅니다. 어떤 관심이든 좋은 관심이라면, 그들이 성공한 것이겠지만, 이런 형편없는 홍보에 대한 대가를 치룬 것은 돈이 많은 VC들이 아니고 초기에 유동성을 제공한 사람들이었습니다.

그들이 적어도 Quantstamp 오딧을 받는 노력을 했지만, 아무도 그 오딧을 읽지 않는다면 그것이 무슨 소용이 있을까요?

Quantsamp는 새들 파이낸스의 스테이블스왑 구현에 대한 보안 검토를 수행했습니다. 이 구현은 커브 파이낸스 컨트랙트에서 가져온 것임을 유념해야하며, 검토에서는 이를 레퍼런스로 사용했습니다. 검토 결과, 모든 심각도 수준에 걸쳐 총 14개의 보안 문제가 확인되었으며, 사양, 코드 문서 문제 및 모범 사례 문제에서 몇 가지 문제점이 확인되었습니다. 문서가 제대로 작성되지 않았기 때문에 개발자들이 스테이블스왑 백서에서 작성된 공식들의 일부를 어떻게 도출하고 적용했는지 확인할 수 없었습니다. 또한 현재 테스트 제품군의 모든 테스트는 풀에서 정확히 2개의 토큰 만을 사용하는 것을 확인했습니다. 저희는 코드를 배포하기 전에 3개 이상의 토큰을 사용하는 테스트를 추가하여, 기존에 확인된 모든 문제를 해결하는 것을 강력하게 권고합니다.

도입된 릴레이션은 (오리지널 스테이블스왑과는) 달라 보입니다. 저희는 도입된 릴레이션이 글의 초기에 언급한 오리지널 스테이블스왑 백서의 릴레이션에서 도출된 것인지 이해할 수 없었습니다.

커브의 Ben Hauser님은 이렇게 말씀하셨습니다:

새들의 코드베이스는 어떻게 작동하는 지를 설명한 커브 코드베이스의 부분을 포함하고 있습니다. 그리고 심지어 어떤 것을 설명할 때는 "커브 파이낸스 문서를 확인하세요"라고 적어 놓았습니다. 그들은 제가 만든 가스 최적화에 대해 분명히 관심이 없었거나, 아니면 최적화가 왜 필요했는 지를 이해할 능력조차 없었던 것 같습니다.

Valentin Mihov님은 이렇게 말씀하셨습니다:

오픈 소스 세계에서, 포킹 대신 다시 작성하는 쪽을 택하는 것은 특정한 의미를 가집니다. 예를 들어, 내일 커브가 그들의 프로토콜에 새로운 것을 구현한다면, 다시 작성된 시스템은 변경 사항을 단순히 추가할 수 없습니다. 그들은 그들의 시스템에 변경사항들을 다시 적용하기 위해 상당한 시간을 들이게 될 것입니다. 스시스왑이나 DSD는 이 경우에 해당하지는 않았습니다. 저는 여기에서부터 차이가 난다고 생각합니다.

TG 관리자인 Ivangbi님은 다음의 비유를 제공했습니다:

"저는 당신의 책을 베끼지 않았습니다. 저는 책의 내용을 영어로 번역하고 2개의 그림을 추가했을 뿐입니다"

다음의 인용은 l0bsterDAO 텔레그램 그룹에서 포킹한 것입니다.

새들 파이낸스가 커브 코드를 Vyper에서 솔리디티로 포팅하는 데 6개월이 걸렸다는 점을 고려하면, 최종 결과는 아쉬운 점이 많습니다.

저희는 Matt Luongo와 팀이 제공할 진부한 밈을 기다리는 중입니다.

새들 파이낸스의 창업자들은 tBTC를 만든 Thesis 프로젝트와 밀접한 연관이 있습니다. veCRV 보유자들은 tBTC풀의 CRV보상을 줄이는 쪽에 투표함으로써 새들 파이낸스의 출현에 대한 그들의 견해를 표현했습니다.

새들 파이낸스 devops 팬인 Sunil Srivatsa님은 코멘트를 남기는 것을 거절했습니다.

“좋은 작가는 흉내만 내고, 훌륭한 작가는 훔쳐옵니다”

새들 파이낸스가 스마트 컨트랙트를 모방한 것에 대한 완벽한 인용구처럼 들릴 수 있었던 이것은, 우리가 T.S Eliot의 원문에 눈을 돌렸을 때 또 다른 교훈을 줍니다.

성숙하지 못한 시인들은 흉내만 냅니다; 성숙한 시인들은 훔쳐옵니다; 나쁜 시인들은 가져온 것을 망치고, 훌륭한 시인들은 그것을 더 나은, 혹은 적어도 다른 것으로 만듭니다. 훌륭한 시인은 훔쳐온 것을 완전히 다르게 특출나고 온전한 느낌으로 만들어냅니다.

새들 파이낸스의 창업자들은 모두 더 잘 알 만큼 충분히 성숙합니다.. 이 산업에서는 다른 사람들의 결과물을 베끼지 않더라도 돈을 벌수 있는 기회들이 충분히 많습니다.

이 프로젝트가 이전 프로젝트를 대체하지는 못하지만, 이를 홍보한 사람들의 본색을 드러내는 역할을 했습니다.

REKT는 익명 작성자들에 의한 공공 플랫폼이며, REKT에 작성된 관점이나 내용에 대해서 그 어떤 책임도 지지 않습니다.

기부 (ETH / ERC20): 0x3C5c2F4bCeC51a36494682f91Dbc6cA7c63B514C

disclaimer:

REKT는 당사 웹 사이트의 익명의 작성자 또는 REKT에 의해 게시되거나 관련된 서비스에서 게시되는 콘텐츠에 대해 어떠한 책임도 지지 않습니다. 당사는 익명 작성자들의 행동 및 게시물에 대한 규칙을 제공하지만, 익명의 작성자가 웹 사이트 또는 서비스에 게시, 전송 혹은 공유한 내용을 통제하거나 책임지지 않으며, 귀하가 웹 사이트 또는 서비스에서 직면할 수 있는 불쾌함, 부적절함, 음란함, 불법 또는 기타 해로운 콘텐츠에 대해서도 책임을 지지 않습니다. REKT는 당사 웹 사이트 또는 서비스 사용자의 온라인 또는 오프라인 행위에 대한 책임을 지지 않습니다.