<Mass Adoption/ Consumer app에 대한 주절주절 - 두서 없음 주의>

1. 요즘 블록체인 인프라 쪽에만시각이 너무 갇혀있다 보니 컨슈머 섹터를 다시 살펴볼려고 노력중.

2. 다만 여전히 블록체인의 어덥션 또는 컨슈머 앱 이라는 개념이 머리에서 정리가 안됨.

3. Variant의 글들을 다시 읽어보고 있는데 *https://variant.fund/articles/what-onchain-apps-enable/) 확실히 특정 프로덕트를 만드는 입장에서 블록체인을 적용시키는 것은 명백한 이점들이 존재함.

4. 근데 이게 유저 입장에서는 어떤 경험적 차이가 있을까?
- 예를 들면 Farcaster에서 무언가를 빌딩하는 빌더 입장에서는 생태계내에 존재하는 Social Graph를 Permissionless하게 레버리지 할 수 있고 (Paragraph와 같이), 이것이 결국 네트워크 파워를 증가시킬 수 있음.
- 근데 이게 유저 입장에서는 그냥 구글 어카운트 / 인스타그램 계정 로그인 해서 여러 플랫폼에서 쓸 수 있는 것과 무엇이 다를까?

5. 아니면 애초에 블록체인 어덥션이라는 건 컨슈머앱이라고 불리는 프로덕트 레벨에서의 생산성 / 파급력을 높혀주는 용도로 사용되어 “더 좋은 프로덕트”를 만들 수 있게 하는 것일까?
- 예를 들면 새로운 게임을 만드는 빌더 입장에서 이미 온체인에 존재하는 유저들의 기록을 통해 “타겟 고객”을 정의하여 그 게임에 온보딩 될 수 있는 고리를 기존 시장과 다른 방식으로 만들어 준다던가 (에어드롭이 좋은 예시)

6. 아니면 유저들이 본인들이 사용하는 프로덕트에서 블록체인 때문에 직접적으로 새로운 사용자 경험을 얻을 수 있는 구조가 만들어지는 것이 블록체인의 어덥션일까?
- 그렇다면 금전적인 인세티브가 블록체인이 현재 단계에서 사람들에게 제공하는 체감 가능한 벨류 라고 한다면 결국 현재 증명된 “유저”들은 디젠들이 아닐까?
- 그렇다면 컨슈머 앱에서 “컨슈머”의 타겟은 흔히 말하는 “대중”이 아니라 이미 크립토 문화에 존재하는 “디젠”들이어야 하는 걸까?

————

*블록체인 컨슈머 앱이나 Mass Adoption 관련한 좋은 글들이 있으면 추천 부탁드립니다!

GCR이 1년만에 트위터 활동을 다시 한 것으로 보입니다.

알트 계정으로 눌러야하는데 실수로 했을수도 있긴한데 3개정도 좋아요 눌렀네요.

https://twitter.com/GCRClassic/likes

Monolithic Chain의 확장성을 높이는 방법은 크게 2가지입니다.

- 트랜잭션 병렬 처리
- 효율적인 합의 알고리즘

이번 디사이퍼에서 작성된 글인데 내용이 정말 좋아 추천드립니다.
저는 이 발표를 직관했는데, 감탄하다가 스스로의 부족함을 깨닫고 요새는 근본을 찾아 리서치하고 있습니다.

https://medium.com/decipher-media/scaling-solutions-of-monolithic-chain-d38284ca28d1

Block-STM에 대해서 제가 쓴 글들보다 훨씬 더 디테일하게 다뤄주신 거 같아서 대단하다고 생각되는 글이네요. 역시 디사이퍼는 대단한 거 같습니다.

저는 추가적으로 트랜잭션 병렬처리와 효율적인 합의 알고리즘에 더해서, 데이터 베이스 구조 최적화도 모놀리틱 체인의 확장성을 높히는 방식에서 매우 중요하다고 생각하고 있습니다.

실제로 안드레 크로녜는 트랜잭션 병렬처리가 매우 중요해지는 한 해가 될거라는 패러다임의 Georgios Konstantopoulos의 트윗에 반대하는 의견을 내면서 DB레벨에서의 최적화가 얼마나 중요한지를 설파하기도 했습니다.

그리고 실제로 트랜잭션 병렬처리를 내세우는 블록체인들인 세이V2, 모나드의 경우 DB에서 많은 차별화를 두려고 하고 있습니다. 나중에 그 DB 최적화 방법론에 대한 리서치 피스를 내보면 재밌을 거 같네요. 그리고 아발란체의 Hyper SDK의 경우도 Firewood DB라는 별도의 데이터베이스 최적화 시도를 하고 있습니다. 단순히 엑스큐션 레벨에서의 트랜잭션 병렬처리만이 아니라 실행, 저장, 합의 모든 레이어에서의 최적화가 되어야 모놀리틱 블록체인의 성능은 비로소 빛을 볼겁니다.

병렬처리의 경우엔

Accessed Based 중에서 또 solana, Sei 말고도 Sui 그리고 아발란체의 Hyper SDK 가 대표적인 블록체인이기도 합니다.

Sui와 Aptos는 각각 다른 병렬처리 방식을 채택했기 때문에(전자는 Accessed Based 후자는 STM형태의 옵티미스틱한 처리)이 둘은 결국 언어적인 트위스트랑 트랜잭션 병렬처리 방법론에서 큰 차이가 있고, 둘 중에 어떤 체인이 더 도미넌스를 가져갈지는 결국 어떤 병렬처리 방식이 더 효율적이고 안전한지에 따라서 바뀔 거 같습니다.

컨센서스 딴에서 효율화는 역시 수이가 제일 잘 하고 있는 부분이라고 생각하긴 합니다. 멤풀을 합의과정에서 분리해서 처리하는 것도 매우 참신했고, 현재 Mysticeti라는 컨센서스는 기존 Bullshark의 방식에서 파이널리티를 더 빠르게 가져가는 시도이기도 합니다.

그래도 이러한 훌륭한 리서치를 통해서 혁신은 모듈러 진영에서만 일어나고 있다는게 아니라는 것을 알려주셔서 매우 감사한 마음입니다 디사이퍼 최고!