표준화와 혁신의 패러독스: Web3 구축자는 두 가지 관계를 어떻게 균형 있게 유지할 수 있을까?

작성자: Anchor 공동 창립자, Michael Mignano

편집: 리듬 BlockBeats

표준화는 개발자와 사용자 모두에게 매우 우호적이며, 개발 비용과 채택 비용 모두에서 그렇습니다. Web2 세계가 그렇듯, Web3도 마찬가지입니다.

EVM은 강력한 선발 우위를 가진, 가장 강력한 합의의 가상 머신으로, Web3 산업의 탈중앙화 애플리케이션 개발의 "표준"이 되었습니다.

이더리움 메인넷이 출시된 7년 동안, 날로 증가하는 Solidity 개발자들은 이더리움 생태계에 수많은 애플리케이션을 축적했으며, 많은 사용자도 확보했습니다. 현재 개발자에게 EVM 생태계에 애플리케이션을 배포하는 것은 최대 사용자 집단에 도달할 수 있을 뿐만 아니라, 완벽한 인프라를 활용할 수 있으며, 무엇보다 수천 개의 EVM 애플리케이션과 조합할 수 있다는 점에서 큰 장점이 있습니다. 사용자에게는 하나의 지갑만 있으면 EVM "표준" 내의 모든 애플리케이션을 원활하게 전환하여 사용할 수 있습니다.

그러나 EVM은 어느 정도 Web3 산업의 혁신을 제한하기도 했습니다. EVM 계약이 16개의 로컬 변수를 정의할 수 있는 것처럼, 이는 복잡한 애플리케이션 논리의 구현을 크게 제한합니다. EVM에서 복잡한 애플리케이션 논리를 구현하려면 계약 간 호출을 수행해야 하며, 이는 비용이 매우 높고 안전하지 않습니다. 물론 우리는 DeFi 유형의 애플리케이션이 EVM에서 완벽하게 구현되는 것을 보았습니다. DeFi 애플리케이션 내의 논리가 비교적 간단하고, EVM의 동기 실행이 금융 애플리케이션에 매우 우호적이기 때문입니다(예: 플래시 론). 다른 Web3 애플리케이션의 경우, 아마도 그들은 이 "표준화"와 "혁신" 간의 역설을 고민해야 할 것입니다. 그러나 좋은 소식은 WASM과 같은 다른 가상 머신을 탑재한 Alt L1이 서서히 부상하고 있다는 점입니다. 이는 Web3 혁신가들에게 다른 선택지를 제공합니다.

이 글은 팟캐스트 플랫폼 Anchor의 공동 창립자 Michael Mignano의 글로, "표준화"에 대한 정의와 표준화가 가져오는 장단점 및 혁신에 대한 도전을 자세히 설명하고 있습니다. 다음은 번역된 전체 내용입니다:

기술 표준, 예를 들어 팟캐스트의 RSS는 신흥 기술이 정보 시대에 널리 퍼질 수 있는 필수 조건입니다. 이는 표준화된 기술만이 기존 생태계에 더 잘 통합될 수 있기 때문입니다. 모든 일에는 양면성이 있으며, 표준화의 보급은 어느 정도 혁신을 제약하기도 합니다. 이것이 팟캐스트 형식이 20년의 발전 과정에서 거의 변화가 없는 이유입니다.

기술 표준의 장점은 팀이 시간과 비용을 절약할 수 있도록 도와주며, 시장의 제품에 대한 공통 언어를 제공하여 개발자가 시장에서 각 구성 요소를 구축하거나 시스템 간의 통신 방식을 재정의할 필요가 없도록 합니다. 예를 들어, 새로운 이메일 클라이언트를 구축하는 팀은 발신자와 수신자 간의 이메일 전송 형식을 재설계할 필요가 없습니다. 대신, 그들은 SMTP(간단한 메일 전송 프로토콜)를 사용하고 사용자 경험 향상에 집중할 수 있습니다. 즉, 사람들은 선행자가 정한 표준을 직접 사용하여 제품 개발 과정을 가속화할 수 있습니다. 동시에, 완전히 독점적인 제품을 구축하는 것보다 표준에 따라 구축된 제품이 시장 적합성이 더 강한 경우가 많습니다.

표준화된 제품이 더 빨리 청중에게 도달할 수 있지만, 그 대가는 낮은 진입 장벽으로 인해 동일한 종류의 제품이 범람하게 되어 시장 분화가 발생하고 혁신의 진행이 제약된다는 점입니다. 나는 이 현상을 "표준과 혁신의 모순"이라고 부르며, 아래에서 자세히 설명하겠습니다.

표준의 정의

간단히 말해, 표준은 기술(하드웨어 또는 소프트웨어)과 다른 기술 간의 상호작용 규범입니다. 표준은 일반적으로 커뮤니티에 의해 개발되며, 위원회에 의해 승인 및 유지됩니다. 이러한 위원회는 일반적으로 참여하고자 하는 모든 사람에게 개방됩니다. 기술 표준의 몇 가지 예로는 HTTP(웹 브라우징용), SMTP(이메일 전송용), RSS(블로그나 팟캐스트와 같은 콘텐츠 연합용) 또는 SMS(텍스트 메시지 전송 및 수신용)가 있습니다.

표준화의 장점

RSS(Really Simple Syndication)를 통해 표준이 제품 팀에 어떤 이점을 가져다주는지 알아보겠습니다. RSS는 항상 팟캐스트의 기본 기술 표준으로, 제작자에게 강력한 배포 메커니즘을 제공하여 단일 터미널을 통해 오디오를 게시하고 이러한 콘텐츠를 다른 플랫폼에 신속하게 통합할 수 있게 합니다. 지난 20년 동안 RSS는 팟캐스트 및 그 애플리케이션 간의 상호 소통을 용이하게 하는 공통 언어를 제공하여 팟캐스트의 인터넷에서의 번영을 촉진했습니다. RSS를 통해 오디오를 게시하려면, 제작자(또는 제작자를 대표하는 팟캐스트 플랫폼)는 특정 형식으로 팟캐스트를 게시해야 하며, 팟캐스트 커버의 URL 링크, 에피소드 목록 등과 같은 표준에서 정의된 매개변수만 포함해야 합니다.

나는 RSS와 많은 시간을 보냈고, Anchor라는 팟캐스트 제작 플랫폼을 공동 창립했습니다. Anchor는 2019년에 Spotify에 인수되었습니다. Anchor는 누구나 iOS, Android 또는 웹 브라우저에서 전문 지식이나 경험 없이 쉽게 팟캐스트를 게시할 수 있게 합니다. 제작자에게 Anchor의 매력은 단 한 번의 클릭으로 RSS를 통해 모든 팟캐스트 청취 플랫폼에 팟캐스트를 게시할 수 있다는 점입니다. 이로 인해 Anchor는 빠르게 성장하여 세계에서 가장 큰 팟캐스트 플랫폼이 되었습니다.

RSS는 Anchor의 팟캐스트 제작 발전에 큰 도움을 주었을 뿐만 아니라, 사람들이 팟캐스트를 소비하는 데도 기여했습니다. 세계의 거의 모든 팟캐스트 애플리케이션(예: Apple Podcasts, Spotify, Overcast 및 기타 많은 애플리케이션)은 RSS 표준에 따라 팟캐스트를 지원합니다. 이러한 이점은 하나의 팟캐스트 애플리케이션이 이 표준을 채택하면, 자동으로 사용자에게 세계의 모든 팟캐스트를 보여줄 수 있다는 점입니다. 내가 위에서 언급한 이메일의 예와 유사하게, 이는 이러한 애플리케이션이 사용자 경험에 집중할 수 있도록 하며, 플랫폼 콘텐츠에 대해 걱정할 필요가 없음을 의미합니다. 이는 이러한 콘텐츠가 이미 열린 인터넷에 존재하며, 사용자가 쉽게 접근할 수 있기 때문입니다.

표준화의 불리한 영향

RSS의 사용은 팟캐스트 소프트웨어가 팟캐스트 생태계 내에서 콘텐츠 흐름 방식을 재설계할 필요가 없도록 하여, 이러한 애플리케이션이 청중을 쉽게 찾을 수 있게 합니다. 따라서 이 시장이 약 20년 전에 설립된 이후, 팟캐스트 생태계 내에는 수많은 팟캐스트 소프트웨어가 등장했습니다. 만약 당신이 App Store나 Google Play 스토어에서 팟캐스트 소프트웨어를 검색해본 적이 있다면, 아마도 많은 검색 결과를 얻었을 것입니다. 어떤 관점에서 보면, 이러한 현상은 사용자에게 좋은 소식입니다. 왜냐하면 이는 그들이 팟캐스트를 듣기 위해 어떤 제품을 사용할지 자유롭게 선택할 수 있는 더 높은 유연성을 의미하기 때문입니다. 그러나 동시에 사용자는 단일한 경험만을 얻을 수 있습니다. 그 이유는 위에서 언급한 것처럼, 표준의 생성은 합의에 기반하므로, 그 기본 언어는 변경하기 어렵기 때문입니다. 이제, 일상적인 예를 통해 이 논리 관계를 더 잘 이해해봅시다.

표준과 혁신의 관계

상상해보세요, 당신과 당신의 파트너가 한 번도 가본 적 없는 나라에서 2주간 휴가를 보내고 있다고 가정해봅시다. 당신들 두 사람만 있기 때문에, 이 여행에서 하고 싶은 모든 것을 할 수 있으며, 너무 많은 걱정 없이 즐길 수 있습니다. 예를 들어, 저녁 예약을 취소하고 음악회를 가거나, 다음 날 박물관 방문 일정을 취소하고 다른 도시로 여행을 갈 수 있습니다.

이제, 이 여행에 당신들 두 사람만 있는 것이 아니라, 당신의 아이, 부모, 시부모, 친구, 그리고 형제 가족이 있다고 상상해보세요. 그러면 이는 완전히 다른 여행이 될 것이며, 모든 일정은 세심하게 계획해야 합니다. 만약 당신이 몇 가지 세부 사항을 조정하고 싶다면, 모든 사람이 동의해야 합니다. 이는 거의 불가능한 일입니다. 결국, 당신은 오랜만에 만난 가족과 잊지 못할 경험을 하겠지만, 동시에 약간의 평범함과 지루함을 느낄 것입니다.

따라서 블로그에서도 마찬가지입니다. 어떤 디자인 팀이 독창성을 발휘하고자 한다면, 해당 표준과 관련된 모든 이해관계자를 설득하여 그들의 아이디어를 채택해야 합니다. 그렇지 않으면 그들의 창의성은 무효가 됩니다. 또한, 만약 당신이 고집을 부린다면, 표준이 가져다주는 이점조차 경험할 수 없게 됩니다. 친구와 가족과 함께 휴가를 가는 것도 이미 머리가 아픈 일인데, 서로 경쟁하는 다양한 규모의 회사들과 거래해야 한다면, 그 난이도는 더욱 증가할 것입니다. 이것이 바로 표준을 기반으로 구축하는 것의 모순입니다.

표준화와 혁신의 역설

표준과 혁신 간의 모순은 팀이 표준을 기반으로 새로운 제품을 구축할 때 반드시 직면하는 문제입니다. 한편으로는 더 넓은 청중과 더 높은 제품-시장 적합성을 얻는 것이고, 다른 한편으로는 시장 관성과 합의 표준에서 벗어난 혁신적 디자인입니다. 만약 팀이 혁신을 위해 표준을 깨기로 결정하고, 다른 이해관계자들의 동의를 얻지 못한다면, 그들은 그에 따른 결과를 감수해야 합니다. 생태계 내의 이해관계자가 많을수록 동의해야 할 사람이 많아지고, 변화를 이루기가 더 어려워집니다.

상상해보세요, 만약 팀이 폐쇄형이며 표준에 기반하지 않은 독점 시스템을 구축하고자 한다면, 모든 것을 처음부터 구축하고 기술을 자유롭게 구현하고 조정할 수 있습니다. 다른 사람의 동의를 받을 필요가 없습니다. 물론, 이러한 접근 방식의 단점은 개발 비용이 더 높고, 시장定位을 확보하는 것이 더 도전적일 수 있다는 점입니다. 그러나 일단 해당 제품이 시장에 적합성을 찾으면, 표준의 제약 없이 혁신 과정을 가속화할 수 있습니다.

표준과 혁신의 모순

표준과 혁신 간의 모순은 팀이 선택을 강요합니다: 표준을 채택하여 방대한 생태계 내의 다른 기존 제품과 동일한 배급/상호 운용성 이점을 얻을 것인지(장기적인 혁신을 희생하면서), 아니면 모든 것을 처음부터 구축하여 더 높은 유연성과 혁신 잠재력을 추구할 것인지(기존 청중을 희생하면서)?

Spotify에 인수되기 전, 우리는 Anchor를 구축하는 초기 단계에서 이 문제에 직면했습니다. 우리는 팟캐스트 형식에 대해 혁신적인 변화를 거의 할 수 없었습니다. 왜냐하면 그것이 완전히 RSS 표준에 기반하고 있었기 때문입니다.

예를 들어, 만약 우리가 팟캐스트에 댓글 섹션을 열고, 이러한 댓글이 프로그램의 RSS 피드에 표시되도록 하고 싶다면, 수백 개의 팟캐스트 소프트웨어가 이 변화를 채택하지 않는 한, 청중은 댓글에 참여할 수 없습니다. 이렇게 되면 제작자는 피드백을 받을 수 없고, 이 기능을 설치할 기회도 없습니다.

또는, 만약 우리가 제작자가 자신의 프로그램 성과를 더 잘 이해할 수 있도록 돕고, 광고를 통해 수익을 늘릴 수 있도록 더 풍부하고 유연한 팟캐스트 분석 시스템을 구축하고 싶다면, 마찬가지로 다른 애플리케이션이 이 시스템을 채택하지 않는 한, 우리는 데이터를 플랫폼으로 전송할 수 없으며, 결국 이 기능을 포기해야 합니다.

지난 20년 동안 RSS의 존재는 모든 팟캐스트 소프트웨어가 완전히 고정된 표준에 따라 제작되도록 했습니다. 어떤 팀이 차별화된 제품을 만들고자 한다면, 실패로 끝날 것입니다.

통신 소프트웨어와 SMS 표준

통신 소프트웨어에서도 이러한 제한이 존재합니다. SMS라는 짧은 메시지 표준은 1980년대에 발명되었고, 거의 10년의 발전 끝에 모든 주요 인사의 지지를 얻어 1992년에 첫 번째 모바일 전화와 휴대폰 운영자가 채택한 표준이 되었으며, 결국 1999년에 보급되었습니다. 이후 세계 어디에서나 누구나 SMS 표준을 채택한 휴대폰으로 메시지를 보낼 수 있게 되었습니다. 어떤 공급자나 장치를 사용하는지에 대해 걱정할 필요가 없습니다.

그 후, 누군가 통신 소프트웨어에 이미지 기능을 추가하는 훌륭한 아이디어를 생각해냈습니다. 다른 사람에게 이미지를 보낼 수 있다면 얼마나 좋을까요? 그러나 SMS는 열린 표준이기 때문에 이미지를 최신 소프트웨어 업데이트에 단순히 포함할 수 없으며, 표준 자체도 조정해야 하고, 각 장치 제조업체와 운영자가 이러한 변화를 동의해야 합니다. 결국, SMS는 MMS로 발전하게 되었고, 그 후 약 10년이 지나서야 MMS가 보급되었습니다.

iMessage는 애플의 독점 통신 소프트웨어이지만, 기존 표준을 채택하지 않았습니다. iMessage가 널리 사용될 수 있었던 것은 iPhone 덕분입니다. iMessage를 사용하려면 애플 장치, 즉 iPhone이 필요하지만, 이는 분명 단점입니다. 그러나 애플 장치를 선택하면 애플의 우수한 서비스를 누릴 수 있습니다. 자사의 독점 생태계 덕분에 애플은 사용자 경험을 지속적으로 향상시킬 수 있으며, SMS 표준을 채택한 통신 소프트웨어는 이를 따라잡을 수 없습니다.

통신 소프트웨어 발전 과정

지난 몇 년 동안 iMessage는 상당한 변화를 겪었습니다. 초기에는 SMS와 큰 차이가 없었지만, 지금은 기능이 매우 풍부해졌습니다. 읽음 표시, 사진 라이브러리, 필터, 사용자 정의 이모티콘, 앱 스토어, 음성 메모 등등. Snapchat, Messenger, WhatsApp 및 기타 많은 통신 소프트웨어도 마찬가지입니다. 이들은 SMS 표준을 버리고 혁신과 빠른 발전의 기회를 얻었습니다. 그러나 그 대가는 다른 소프트웨어와 상호작용할 수 없게 되어 잠재적인 사용자층을 잃는 것입니다.

구독 플랫폼과 SMTP 표준

최근에, 당신은 인기 있는 이메일 구독 플랫폼인 Substack에 대해 들어봤을 것입니다. 이 플랫폼에서 제작자는 자신의 정보 비즈니스를 자유롭게 구축, 저장 및 확장할 수 있습니다.

Substack의 똑똑한 점은, SMTP라는 열린 표준을 사용하여 이메일을 가진 누구에게나 뉴스 정보를 쉽게 전송할 수 있다는 것입니다.

위의 팟캐스트 예와 비교할 때, RSS를 채택한 플랫폼은 공급 측 문제를 즉시 해결할 수 있지만, Substack은 그 반대입니다. 수요 측에 초점을 맞추어 모든 사용자가 정보 콘텐츠를 읽을 수 있도록 보장합니다. 이는 매우 똑똑한 전략으로, 그들의 발전을 가속화했을 뿐만 아니라 많은 유명 작가와 유료 사용자를 끌어들였습니다.

그러나 SMTP를 사용하여 독자에게 즉시 콘텐츠를 전송하는 방법은 놀라운 효과를 발휘하지만, 그 대가는 이메일이 SMTP 표준을 준수하는 한 정적일 수밖에 없다는 점입니다. 이는 Substack이 이메일을 통해 실시간으로 독자의 검색 경험을 최적화하거나, 실시간 업데이트 댓글 섹션을 열거나, 사용자 경험을 향상시킬 수 있는 다른 유형의 동적 기능을 구현할 수 없음을 의미합니다. 마찬가지로, Substack이 이러한 혁신을 실제로 구현하고자 한다면, 온라인에서 주요 이메일 클라이언트 개발 팀의 동의를 얻어야 합니다.

따라서 Substack은 최근에 사용자 경험을 최적화하기 위한 애플리케이션을 출시했습니다. 이렇게 함으로써, Substack이 이 애플리케이션을 성공적으로 홍보할 수 있다면, SMTP 표준의 제약 없이 플랫폼 사용자 경험을 지속적으로 개선할 수 있습니다. 그러나 이렇게 하는 것은 열린 표준의 이점을 포기하는 것이기도 하며, 그들은 처음에 이 표준을 통해 성장했습니다.

내가 보기에는 Substack이 직면한 모순은 다음과 같습니다: SMTP를 계속 사용하여 더 넓은 청중을 얻을 것인지, 아니면 혁신 속도를 높이기 위해 독점 솔루션을 구축할 것인지. 현재 그들의 애플리케이션 출시가 이 모순에 대한 Substack의 태도를 보여줍니다. 분명히 그들은 점차 표준에서 멀어지기로 선택했습니다.

마법을 깨고, 두 가지를 모두 얻다

표준과 혁신 간의 모순이 대부분의 변화를 원하는 회사를 억제할 수 있지만, 실제로 이 모순을 해결할 방법은 있습니다. 사실, 현재 팀이 표준의 이점을 누리면서도 혁신적으로 그 한계를 넘는 방법이 있습니다.

기존 시스템 최대 활용

시간이 충분히 지나면, 모든 표준을 채택한 제품은 결국 비슷해집니다. 이는 표준이 뿌리 깊고 변경하기 어려우며, 제품 발전이 빠르게 한계에 도달하기 때문입니다. 동시에, 표준을 채택한 제품이 많을수록 시장 관성이 커지고, 표준은 변경될 가능성이 줄어듭니다. 각 제품 간의 시장 경쟁은 매우 치열할 것이며, 이들은 차별화 전략을 통해 성공적으로 돌파하기 어려울 것입니다. 따라서 이러한 제품들은 표준의 제약을 받지 않는 시장에서 기회를 찾아야 합니다.

Spotify의 팟캐스트 사업이 그 예입니다. 몇 년 전, 이 스트리밍 오디오 거인은 단순한 음악 플랫폼에 불과했지만, 이제는 많은 다른 카테고리의 오디오 콘텐츠를 포함하게 되었습니다. 음악과 팟캐스트는 콘텐츠와 경험에서 차이가 있기 때문에, 많은 사람들이 이 회사가 팟캐스트를 듣기 위한 전용 애플리케이션을 출시하여 두 가지 유형의 오디오 콘텐츠를 구분할 수 있기를 원했습니다. 그러나 Spotify가 그렇게 한다면, 팟캐스트 플랫폼 시장의 경쟁에 뛰어들어야 하며, 이 시장은 RSS 표준의 제약을 받기 때문에 모든 제품이 제공하는 기능이 대체로 유사합니다. 따라서 Spotify가 이 시장으로 전환하면, 다른 팟캐스트 플랫폼처럼 표준의 장벽을 넘기 어려울 것입니다. 그래서 Spotify는 기존의 음악 사용자 기반을 최대한 활용하여, 기존 Spotify 애플리케이션에서 수억 명의 사용자에게 팟캐스트를 전송했습니다. 이렇게 하여 Spotify는 이 마법을 성공적으로 깨뜨렸습니다.

후방 호환성 제공

사실, 사용자는 표준에 기반한 제품을 사용하는 것을 더 선호합니다. 이러한 제품은 선택의 폭이 넓고 데이터 전송이 유연하기 때문입니다. 따라서 혁신적인 경로를 추구하는 제품은 사용자에게 제공하는 기존 표준의 이점을 유지해야 하며, 그렇지 않으면 사용자와 시장을 잃는 위험을 감수해야 합니다. 이를 위해 제품은 표준에 대한 후방 호환성을 갖출 수 있습니다. 우리는 애플의 iMessage 접근 방식을 살펴볼 수 있습니다. 당신이 iMessage를 사용해본 적이 있다면, 아마도 안드로이드 사용자에게 메시지를 보낸 적이 있을 것입니다. 메시지를 보낼 때, 메시지 상자는 원래의 녹색으로 돌아갑니다. 이는 iMessage가 이때 SMS 표준을 채택하여 수신자와 문자 메시지로 상호작용할 수 있도록 하기 때문입니다. 이렇게 하면 애플 사용자들은 iMessage의 모든 혁신 기능을 경험하면서도, 안드로이드 장치의 친구에게 메시지를 계속 보낼 수 있습니다.

결론

표준이 어느 정도 혁신의 발걸음을 제약할 수 있지만, 우리는 표준화가 기술 발전에 많은 이점을 가져다준다는 점을 부인할 수 없습니다. 따라서 표준에 기반하여 새로운 제품을 구축할 때, 개발 팀은 다양한 측면에서 균형을 맞추고, 미래 제품이 시장에 진입할 때 표준과 혁신의 관계를 어떻게 처리할지를 신중하게 고려해야 합니다.