코인베이스에 소리치는 노인

긴 현충일 주말을 보내고 모두가 직장으로 복귀한 직후 화요일 미국 거래가 시작될 때 우리는 또 다른 크립토 미니 크래시를 경험했습니다. 몇 분 안에 비트코인과 이더리움은 모두 약 20% 하락했습니다. 시계처럼, 코인베이스 다운되었다. 취소된 주문, 플랫폼 액세스 불가능, 인출 실행 불가능에 대한 보고가 우세했습니다.

따라서 "암호화폐를 사고 파는 가장 쉬운 장소"는 정상적인 시장 활동 중에만 작동합니다. 비트코인에서 일반적으로 10% 감소하는 모든 스파이크는 Coinbase 인프라를 무릎 꿇게 만듭니다. 우리는 Coinbase가 XNUMX월 말에 Facebook에서 새로운 CMO를 고용하게 되어 기쁩니다. 하지만 엔지니어링 팀이 더 시급히 부양해야 할 필요가 있습니까?

당신이 암호화폐 시장에 잠시 동안 있었다면, 당신은 그러한 드로던의 개념에 더 익숙할 것입니다. 놀라움이 없습니다. 그들은 정기적으로 발생합니다. 계획할 수 있습니다. 암호화 세계는 HODLing을 옹호하는 것을 좋아하며 그렇게 하면 어려운 시장 기간 동안 Coinbase가 다운되는 것에 대해 신경 쓰지 않을 것입니다. 그러나 선호하는 것이 자본을 보호하는 것이라면 Coinbase는 거래의 기본 교훈 중 하나인 손절매 주문을 매우 효과적으로 가르칩니다.

이것을 구름을 향해 소리치는 노인이 아니라 건설적인 대화로 바꾸기 위해 제가 세 가지 다른 관점을 다룰 수 있도록 허용합니다. 결국 Coinbase와 그 투자자는 시장 중심적이며 실제로 고객에게 이익이 되는 영역에 자본을 배치하도록 하는 인센티브의 문제입니다(Coinbase 고객이 누구인지에 대한 Robinhood와 같은 논쟁을 촉발할 수 있음) 실제로 이 기사를 넘어선 것입니다). 그것에 대해 완전히 직설적으로 말하면 "금융 민주화"에 대한 마케팅 문구는 변동성이 가장 높은 시기에 거래자를 플랫폼에서 잠그면 총체적 인 덩어리입니다.

따라서 우리는 다음을 다룰 것입니다:

• 개별 구제
• 규제 구제
• Technology

클라우드 이전 기간 동안 자본 시장의 거래 처리 흐름 전반에 걸쳐 용량을 관리하는 방법에 대한 역사적 관점을 추가하고 싶었지만 이것이 독자의 인내심을 가중시킬 수 있다는 우려가 있습니다. 그것에 대해 듣고 싶거나 오늘날 얼마나 더 간단하고 비용 효율적이 되었는지 알고 싶다면 댓글을 남겨주세요. 다른 기사에서 자세히 설명하겠습니다.

이러한 중단이 소수의 사용자 이상에게 영향을 미친다는 사실을 인정하려면 Twitter 영역을 살펴봐야 합니다. "미니 충돌"이 발생할 때마다 그림은 동일하며 수년 동안 계속되었습니다. 그들은 같은 일을 반복하고 다른 결과를 기대하는 것에 대해 무엇이라고 말합니까?

미국 법률 시스템은 코인베이스와 같은 시가 총액 50억 달러의 거대 기업을 혼자서 감당할 수 없는 원고의 불만을 종합할 수 있는 효과적인 구제 수단을 가지고 있습니다. 집단소송이라고 합니다. 그리고 이제 Coinbase가 상장 기업이 되었다는 것이 훨씬 더 효과적입니다.

사실, 그런 22년 2021월 XNUMX일 캘리포니아 북부 지역에 집단 소송이 제기되었습니다.및 Dillendorf와 같은 회사는 투자자를 대표할 방법을 찾고 있습니다. IPO 후 최고점 이후에 돈 거래 COIN을 잃은 사람.

불만 사항은 특히 플랫폼의 안정성에 대한 잘못된 설명을 요구합니다.

불만 사항에 따르면 IPO 제안 자료는 (1) Coinbase를 운영하기 위해 실제로 상당한 현금 투입이 필요했으며 (2) 플랫폼은 서비스 중단에 점점 더 취약해졌습니다.

Coinbase의 IPO 안내서에 따르면 "신뢰하고 사용하기 쉬운 제품"과 "암호화 자산 시장의 전 세계, 실시간 및 24/7/365 수요를 지원하는 강력한 백엔드 기술 플랫폼"(즉, "사용자, 기관 및 생태계 파트너를 [자신의] 플랫폼으로 끌어들이는" "독특한 접근 방식").

19년 2021월 XNUMX일 시장이 열린 직후 암호화폐의 가치가 급격히 하락하면서 Coinbase는 "네트워크 혼잡으로 인한 지연"을 포함하여 플랫폼 사용자가 경험하는 기술적 문제를 공개했습니다. " 이러한 서비스 수준의 기술 문제는 "암호화폐를 사고 팔 수 있는 가장 쉬운 장소"라고 자처하고 거의 모든 수익을 창출하기 위해 거래 수수료에 의존하는 회사에 재앙입니다.

불만 사항은 이러한 기술적 문제가 Coinbase의 주가에 직접적이고 실질적인 영향을 미치고 시정을 요구한다고 주장합니다. 따라서 플랫폼의 사용자를 전체로 만드는 것과는 다르지만 잠재적으로 Coinbase 관리의 관심을 사용자에게 중요한 영역으로 돌리는 강력한 수단이 될 수 있습니다.

이번주 언론 보도는 웰스 공지사항 SEC는 "대여" 프로그램 시작과 관련하여 Coinbase에 대해 발행했습니다. 이 두 스레드가 반드시 연결되어 있는 것은 아니지만 올바른 일을 하도록 Coinbase에 압력을 가할 수 있는 또 다른 기회를 제공합니다.

다양한 규제 기관, 특히 다소 겹치는 권한이 있는 미국의 규제 기관에 대해 말할 수 있는 것은 결국 수백만 달러 또는 수십억 달러의 벌금이 부과되는 경우에도 불구하고 상당히 합리적인 경향이 있다는 것입니다. 그들은 우려되는 조직의 비즈니스 라인이나 기능과 함께 일하고 나머지는 평소처럼 업무를 처리하는 경향이 있습니다. 일반적으로 레귤레이터가 인내심을 완전히 잃는 데 시간이 걸립니다.

그러나 그렇게 할 때 가장 효과적인 조치는 특정 지점에 대한 개선이 필요한 "중단 및 중단" 명령입니다. 전에 조직 전체가 새로운 비즈니스 라인에 진입할 수 있습니다(유기적으로 또는 인수를 통해). 이는 관리 초점이 반짝이는 새 장난감으로 인해 너무 산만해져서 필요한 개선 작업을 진지하게 수행할 수 없음을 의미합니다. 가장 최근의 예는 2020년에 발표된 씨티은행에 대한 중단 및 중단 명령. 틀림없이, 이것은 결함을 수정하는 데 방치된 수년 간의 절정이었습니다. Citibank CEO 전환이 완전히 우연이 아니라고 자유롭게 볼 수 있습니다.

SEC는 연준이나 OCC보다 관대한 것으로 유명하지만, 인프라 문제를 먼저 해결하지 않고 Coinbase가 새로운 비즈니스(예: "대여" 또는 국제 확장)를 시작하는 것을 허용하지 않으면 어떤 영향이 있습니까? 그것은 나에게 꽤 좋은 자극인 것 같다. 분명히 "대여" 프로그램에 대한 논의는 더 나아가 이러한 거래가 미국 증권법에 따라 규율되어야 하는지에 대한 질문을 핵심으로 합니다.

기술 측면에서 거래 소프트웨어 자체와 표면적으로 연결된 인프라를 포함한 확장성을 살펴보겠습니다. 이것은 Coinbase 내부에서 무슨 일이 일어나고 있는지에 대한 지식이 없는 블랙박스 보기입니다. 당신이 원한다면 그것을 추측이라고 부르십시오. 우리는 우리가 목격하는 증상에서 일반적인 원인을 외삽하려고 노력할 것입니다.

첫째, Coinbase는 2012년부터 사업을 시작했습니다. 계산해보면 XNUMX년에 가깝습니다. Coinbase에 일반 증권 중개인만큼 많은 레거시 코드가 있고 현재 아키텍처가 더 이상 확장되지 않을 가능성이 있습니다. 이를 통해 우리는 Coinbase 경영진에게 본질적으로 문제를 완전히 인식하고 수정하고 싶지만 그럴 수 없다고 말하는 의심의 이점을 제공합니다. 따라서 다시 구축하거나 구매합니다.

오늘 교환을 시작하면 여러 공급업체로부터 매칭 엔진 및 관련 인프라를 구매하게 됩니다. 예를 들어, 우리 친구들은 아르 락스런던에 기반을 둔 보안 토큰 거래소인 Aquis 매칭 엔진과 감시 도구를 플랫폼에 선택했습니다.

둘째, Coinbase 인프라가 소프트웨어 아키텍처 관점에서 확장 가능하거나 목적에 적합하도록 재구성/재구축되었다고 가정하면 인프라(컴퓨팅, 스토리지, 네트워크)는 확장할 수 있어야 합니다. 암호화 시장의 특성을 감안할 때 빠르게 위아래로 움직입니다.

Amazon Web Services(AWS) Well-Architected 프레임워크와 해당 프레임워크의 XNUMX가지 핵심 요소(Operational Excellence, Security, Reliability, Performance Efficiency, Cost Optimization)를 따르면 다음과 같은 설계 원칙 중 하나를 읽을 수 있습니다.

용량 추측 그만

좋아요. 시스템이 자동으로 확장되도록 설계해야 하며 예전처럼 수동으로 용량을 모니터링하고 조정하기 위해 용량 프로그램을 실행할 필요가 없습니다. 이것은 분명히 Coinbase에서 일어나고 있는 일이 아닙니다.

"용량 추측 중지: 온프레미스 워크로드의 일반적인 실패 원인은 워크로드에 대한 요구가 해당 워크로드의 용량을 초과할 때 리소스 포화입니다. 클라우드에서 수요 및 워크로드 활용을 모니터링하고 리소스 추가 또는 제거를 자동화하여 과잉 또는 부족 프로비저닝 없이 수요를 충족할 수 있는 최적의 수준을 유지할 수 있습니다. 아직 한도가 있지만 일부 할당량은 제어할 수 있고 나머지 할당량은 관리할 수 있습니다."

자, 해보자, Coinbase!

Source: https://medium.com/tokyo-fintech/old-man-yells-at-coinbase-489b0d6e0285?source=rss——-8—————–cryptocurrency