David's Anecdote
Pre-Confirmation는 체인에서 특정 거래가 완결성을 가지기 전에 미리 유저에게 "컨펌"을 해줘서 빠르게 다음 거래를 진행할 수 있도록 해주는 형태입니다 (체인 자체의 퍼포먼스 + Pre-Confirmation이 합쳐지면 더 빨라지는 구조).
그래서 사실상 MegaETH의 미니 블록이 이와 비슷한 구조이고 그들이 항상 강조해왔던 "속도" 측면을 별다른 기술적 혜자를 통해 구현한게 아닌것 같다라는 의견도 보이는 중입니다.
그래서 사실상 MegaETH의 미니 블록이 이와 비슷한 구조이고 그들이 항상 강조해왔던 "속도" 측면을 별다른 기술적 혜자를 통해 구현한게 아닌것 같다라는 의견도 보이는 중입니다.
MegaEth의 Mini block을 둘러싼 쟁점(1/2)
우선 MegaEth의 Mini block을 살펴보기 전, 우리는 Mini block과 비슷하다며 비교선상에 올라가는 Pre-Confirmation(사전 컨펌)에 대해 알아야할 것 같습니다.
• Pre-Confirmation(사전 컨펌)은 거래가 체인에서 완전히 확정(Finalized)되기 전에, 사용자에게 빠른 컨펌(Confirmation)을 제공하는 방식.
• 즉, 트랜잭션이 블록에 포함되거나 합의가 완료되기 전에, 네트워크의 일부 노드(주로 밸리데이터나 시퀀서)가 "이 거래는 거의 확정될 거야"라고 미리 신호를 주는 것.
• 이를 통해 사용자 경험(UX) 측면에서 "거래 속도가 매우 빠르다"는 느낌을 받을 수 있도록 함. => 웹 개발에 있어서 Optimistic ui(낙관적 UI) 와 비슷한 역할을 하는듯.
1.사용자가 트랜잭션을 제출
2. 시퀀서(Sequencer) 또는 검증 노드(Validator)가 Pre-Confirm
• 트랜잭션이 블록에 높은 확률로 포함될 것이라고 예측
• 네트워크가 "이 거래는 거의 확정이야"라고 사용자에게 신호 제공
3. 유저 인터페이스(UI)에서 트랜잭션 완료 표시
• 사용자는 즉시 트랜잭션이 처리된 것처럼 보임
• 하지만 백그라운드에서는 여전히 블록에 포함되고 최종 컨펌(Finality)까지 진행됨
4. 실제 블록체인 확정(Finality)
• 트랜잭션이 체인에서 롤백될 가능성이 사라지는 순간
• 일반적으로 몇 초에서 몇 분까지 걸릴 수 있음
• 거래 체감 속도를 극대화 → 사용자 입장에서 즉시 확인 가능
• 디앱(DApp) UX 개선 → 사용자 만족도가 높아짐
• 멀티 트랜잭션 워크플로우 최적화 → 다음 트랜잭션을 빠르게 진행 가능
• 실제 블록체인 확정이 아님 → 롤백될 가능성 존재
• 탈중앙화 문제 → 일부 노드(Sequencer)가 Pre-Confirmation을 주도하면 중앙화 위험 증가
• MEV 공격 가능성 → 미리 컨펌된 거래를 보고 MEV(최대 채굴자 수익) 봇이 샌드위치 공격을 할 수도 있음
현재의 논점은 MegaEth의 Mini block 이 기술적으로 새로운 합의 방식이 아니라 "빠른 체감 속도"를 위한 UX적 개선에 가까워 보이기 때문이 아닐까 => 그럼 실제 체인의 성능을 높이는 혁신적인 기술인지, 아니면 기존 Pre-Confirmation 개념을 포장한 것인지에 대해 알아봐야할 것 같습니다.
다음 글에서 MegaEth의 아티클을 기반으로 Mini block에 대해 알아 보겠습니다.
우선 MegaEth의 Mini block을 살펴보기 전, 우리는 Mini block과 비슷하다며 비교선상에 올라가는 Pre-Confirmation(사전 컨펌)에 대해 알아야할 것 같습니다.
Pre-Confirmation(사전 컨펌)
• Pre-Confirmation(사전 컨펌)은 거래가 체인에서 완전히 확정(Finalized)되기 전에, 사용자에게 빠른 컨펌(Confirmation)을 제공하는 방식.
• 즉, 트랜잭션이 블록에 포함되거나 합의가 완료되기 전에, 네트워크의 일부 노드(주로 밸리데이터나 시퀀서)가 "이 거래는 거의 확정될 거야"라고 미리 신호를 주는 것.
• 이를 통해 사용자 경험(UX) 측면에서 "거래 속도가 매우 빠르다"는 느낌을 받을 수 있도록 함. => 웹 개발에 있어서 Optimistic ui(낙관적 UI) 와 비슷한 역할을 하는듯.
Pre-Confirmation의 작동 방식
1.사용자가 트랜잭션을 제출
2. 시퀀서(Sequencer) 또는 검증 노드(Validator)가 Pre-Confirm
• 트랜잭션이 블록에 높은 확률로 포함될 것이라고 예측
• 네트워크가 "이 거래는 거의 확정이야"라고 사용자에게 신호 제공
3. 유저 인터페이스(UI)에서 트랜잭션 완료 표시
• 사용자는 즉시 트랜잭션이 처리된 것처럼 보임
• 하지만 백그라운드에서는 여전히 블록에 포함되고 최종 컨펌(Finality)까지 진행됨
4. 실제 블록체인 확정(Finality)
• 트랜잭션이 체인에서 롤백될 가능성이 사라지는 순간
• 일반적으로 몇 초에서 몇 분까지 걸릴 수 있음
Pre-Confirmation의 이점
• 거래 체감 속도를 극대화 → 사용자 입장에서 즉시 확인 가능
• 디앱(DApp) UX 개선 → 사용자 만족도가 높아짐
• 멀티 트랜잭션 워크플로우 최적화 → 다음 트랜잭션을 빠르게 진행 가능
Pre-Confirmation의 한계
• 실제 블록체인 확정이 아님 → 롤백될 가능성 존재
• 탈중앙화 문제 → 일부 노드(Sequencer)가 Pre-Confirmation을 주도하면 중앙화 위험 증가
• MEV 공격 가능성 → 미리 컨펌된 거래를 보고 MEV(최대 채굴자 수익) 봇이 샌드위치 공격을 할 수도 있음
현재의 논점은 MegaEth의 Mini block 이 기술적으로 새로운 합의 방식이 아니라 "빠른 체감 속도"를 위한 UX적 개선에 가까워 보이기 때문이 아닐까 => 그럼 실제 체인의 성능을 높이는 혁신적인 기술인지, 아니면 기존 Pre-Confirmation 개념을 포장한 것인지에 대해 알아봐야할 것 같습니다.
다음 글에서 MegaEth의 아티클을 기반으로 Mini block에 대해 알아 보겠습니다.
❤1
종명이의 딸깍
MegaEth의 Mini block을 둘러싼 쟁점(1/2) 우선 MegaEth의 Mini block을 살펴보기 전, 우리는 Mini block과 비슷하다며 비교선상에 올라가는 Pre-Confirmation(사전 컨펌)에 대해 알아야할 것 같습니다. Pre-Confirmation(사전 컨펌) • Pre-Confirmation(사전 컨펌)은 거래가 체인에서 완전히 확정(Finalized)되기 전에, 사용자에게 빠른 컨펌(Confirmation)을 제공하는…
MegaEth의 Mini block을 둘러싼 쟁점(2/2)
MegaEth의 아티클에 따르면, MegaEth는 시스템을 구동하기 위해 다음과 같은 두가지 유형의 블록을 사용합니다.
1. EVM 블록 (기존 블록)
• 기존 이더리움 블록과 호환되는 "전통적인" 블록을 의미.
• 기존 RPC, 개발자 도구, 블록 탐색기와 같은 기능이 그대로 작동할 수 있도록 모든 메타데이터를 유지.
• 1초 간격으로 생성.
2. 미니 블록 (Mini-Blocks)
• 기존 블록보다 가벼운(메타데이터가 적은) 블록.
• EVM 블록과 병렬로 생성되며, 동일한 포함 보장(inclusion guarantees)을 제공.
• 네트워크에 더 빠르게 전파되며, 10ms(밀리초) 간격으로 생성.
• 장기적으로는 1ms 간격까지 줄이는 것이 목표.
블록 시간 (Block Times)
• 동일한 유형의 블록 간 간격을 의미합니다. (EVM, Mini 각각)
• Mini 블록이 EVM 블록과 동일한 보장을 제공하므로, 미래에는 블록 시간이 Mini 블록 기준으로 측정될 가능성이 있습니다.
=> MegaETH의 미니 블록과 일반적인 EVM 블록(EVM Blocks)의 가장 큰 차이는 생성 주기와 메타데이터의 무게.
1. 롤백 없음(Rollback Guarantees)
• 미니 블록(Mini-Blocks)은 단순한 보조 블록이 아니라 EVM 블록과 동일한 지위를 가지는 "일급 시민(First-Class Citizens)"
• EVM 블록과 동일한 수준의 보장을 받으며, 네트워크 내에서 무효화되거나 롤백될 경우 슬래싱(Slashing, 처벌) 대상.
• 트랜잭션의 사전 확인(pre-confirmation) 이 존재하지만, 확정되기 전에 취소될 가능성 有
• MegaETH의 미니 블록은 이런 불확실성을 제거하고, 한 번 포함된 트랜잭션이 롤백되지 않도록 설계
2. EVM 블록과의 호환성 유지
• 기존 이더리움 블록 구조를 유지하면서도 미니 블록을 추가
• 기존의 RPC, 개발 도구, 블록 탐색기(Block Explorers) 와 완전히 호환되므로, MegaETH 도입 시 추가적인 조정 없이 기존 시스템을 활용 가능
=> 그럼 기존 시스템처럼 가스비가 비싸질 수 있는것 아닌가?
• 기본 가스 요금(Base Fee)은 낮게 (0.0025 Gwei) 설정됨
• 가스비는 네트워크 혼잡도에 따라 변하지만, Mini 블록을 통해 트랜잭션을 빠르게 처리하기 때문에 블록이 차서 가스비가 급등하는 상황을 방지할 가능성이 높음
• 1G 가스를 목표로 하지만, 최대 2G 가스까지 확장 가능함으로 네트워크가 붐빌 경우 블록 크기를 늘려 트랜잭션을 더 많이 포함할 수 있어 가스비 폭등을 완화
• 이 내용들은은 예측이기에 MegaETH가 기존의 혼잡할수 있는 상황에서 얼마나 효과적으로 작동할지 지켜보는 것도 흥미로운 포인트일듯
3. 탄력적 블록 생성 (Elastic Block Production)
• 기존 블록체인은 일정한 간격으로 항상 블록을 생성하는 방식 (블록 안에 트랜잭션이 없더라도 블록이 만들어짐)
• 트랜잭션이 없으면 블록을 생성하지 않음. EVM 블록과 미니 블록 모두 수요 기반으로 생성됨
• 네트워크 효율성을 극대화하고, 불필요한 리소스 낭비를 줄일 수 있음.
• 블록 타임을 유동적으로 조절하여 네트워크 부하를 자동으로 최적화
• 가스비 상승을 방지하고, 불필요한 채굴(검증) 비용을 줄이는 효과
=> 우려되는점: 블록생성의 지연, 블록 누락의 가능성, 블록 생성 방해 공격 가능성(Spam Attack, Censorship Attack)
4. 이더리움 JSON RPC 호환성
• MegaETH는 기존의 Ethereum JSON RPC 엔드포인트 를 그대로 지원하면서, 추가적으로 미니 블록을 반영하는 새로운 API 엔드포인트를 제공
• 기존 이더리움 생태계에서 사용하던 MetaMask, Infura, Alchemy, 블록 탐색기 등의 툴과 완벽하게 호환됨.
• 기존 개발자들이 추가적인 수정 없이 MegaETH를 손쉽게 통합 가능.
• 새로운 API를 통해 미니 블록 기반의 빠른 트랜잭션 확인 및 데이터 분석이 가능.
• 위에서도 설명했듯 일반적인 Pre-Confirmation 개념은 거래가 실제로 체인에 기록되기 전에 "거의 확정" 상태를 보여주는 방식.
• 하지만 MegaETH의 Mini 블록은 단순한 사전 컨펌이 아니라, 체인의 주요 단위(blocks) 자체를 더 짧은 주기로 생성하는 방식.
=> 진짜 블록이 10ms 간격으로 생성, 롤백 가능성 없음.
MegaETH 아티클에 기반하여 살펴봤을때 Mini 블록은 기존의 Pre-Confirmation(사전 컨펌) 방식과 차별화된 접근 방식을 제시합니다. 기존 Pre-Confirmation은 단순히 "거의 확정"된 거래 상태를 사용자에게 제공하는 UX 중심의 개선이었다면, MegaETH의 Mini 블록은 실제 블록 생성 주기를 단축하여 체인의 성능을 근본적으로 개선하려는 기술적 혁신에 가깝다고 생각됩니다.
다시 한번 정리했을때 Mini 블록의 핵심 차별점은 다음과 같습니다.
• 진짜 블록이 10ms 단위로 생성됨 → 단순한 사전 컨펌이 아니라, 실제 블록이 기존 대비 훨씬 빠르게 확정됨.
• 롤백 가능성이 없음 → Mini 블록은 EVM 블록과 동일한 수준의 포함 보장을 가지며, 롤백되지 않도록 설계됨.
• 탄력적인 블록 생성 (Elastic Block Production) → 수요 기반 블록 생성으로 네트워크 효율을 극대화하고, 불필요한 가스비 상승을 방지함.
• 이더리움과 완벽한 호환성 유지 → 기존 이더리움의 JSON RPC, 개발 도구, 블록 탐색기와 그대로 호환되면서 Mini 블록 기능이 추가됨.
MegaETH의 Mini 블록이 단순한 UX 개선이 아닌 실제 블록체인 성능을 향상시키는 기술적 진보인지 여부는, 네트워크가 실제 운영되었을 때 가스비 절감 효과, 블록 생성 안정성, 공격 대응 능력 등에 대한 검증으로 정해진다고 생각됩니다.
다만, 블록 생성 지연이나 검열 가능성 같은 잠재적인 리스크도 존재하므로, 이를 어떻게 해결할지에 대한 지속적인 검토가 필요할 것이라고 생각되네요.
전 MegaETH의 Mini 블록이 기존 Pre-Confirmation 개념을 단순히 포장한 것이 아니라, 블록 생성 구조 자체를 최적화하여 확장성과 속도를 향상시키는 새로운 블록체인 설계 방식이면 좋겠습니다.
MegaEth의 아티클에 따르면, MegaEth는 시스템을 구동하기 위해 다음과 같은 두가지 유형의 블록을 사용합니다.
MegaEth의 두가지 블록
1. EVM 블록 (기존 블록)
• 기존 이더리움 블록과 호환되는 "전통적인" 블록을 의미.
• 기존 RPC, 개발자 도구, 블록 탐색기와 같은 기능이 그대로 작동할 수 있도록 모든 메타데이터를 유지.
• 1초 간격으로 생성.
2. 미니 블록 (Mini-Blocks)
• 기존 블록보다 가벼운(메타데이터가 적은) 블록.
• EVM 블록과 병렬로 생성되며, 동일한 포함 보장(inclusion guarantees)을 제공.
• 네트워크에 더 빠르게 전파되며, 10ms(밀리초) 간격으로 생성.
• 장기적으로는 1ms 간격까지 줄이는 것이 목표.
블록 시간 (Block Times)
• 동일한 유형의 블록 간 간격을 의미합니다. (EVM, Mini 각각)
• Mini 블록이 EVM 블록과 동일한 보장을 제공하므로, 미래에는 블록 시간이 Mini 블록 기준으로 측정될 가능성이 있습니다.
=> MegaETH의 미니 블록과 일반적인 EVM 블록(EVM Blocks)의 가장 큰 차이는 생성 주기와 메타데이터의 무게.
미니 블록의 주요 특징
1. 롤백 없음(Rollback Guarantees)
• 미니 블록(Mini-Blocks)은 단순한 보조 블록이 아니라 EVM 블록과 동일한 지위를 가지는 "일급 시민(First-Class Citizens)"
• EVM 블록과 동일한 수준의 보장을 받으며, 네트워크 내에서 무효화되거나 롤백될 경우 슬래싱(Slashing, 처벌) 대상.
• 트랜잭션의 사전 확인(pre-confirmation) 이 존재하지만, 확정되기 전에 취소될 가능성 有
• MegaETH의 미니 블록은 이런 불확실성을 제거하고, 한 번 포함된 트랜잭션이 롤백되지 않도록 설계
2. EVM 블록과의 호환성 유지
• 기존 이더리움 블록 구조를 유지하면서도 미니 블록을 추가
• 기존의 RPC, 개발 도구, 블록 탐색기(Block Explorers) 와 완전히 호환되므로, MegaETH 도입 시 추가적인 조정 없이 기존 시스템을 활용 가능
=> 그럼 기존 시스템처럼 가스비가 비싸질 수 있는것 아닌가?
• 기본 가스 요금(Base Fee)은 낮게 (0.0025 Gwei) 설정됨
• 가스비는 네트워크 혼잡도에 따라 변하지만, Mini 블록을 통해 트랜잭션을 빠르게 처리하기 때문에 블록이 차서 가스비가 급등하는 상황을 방지할 가능성이 높음
• 1G 가스를 목표로 하지만, 최대 2G 가스까지 확장 가능함으로 네트워크가 붐빌 경우 블록 크기를 늘려 트랜잭션을 더 많이 포함할 수 있어 가스비 폭등을 완화
• 이 내용들은은 예측이기에 MegaETH가 기존의 혼잡할수 있는 상황에서 얼마나 효과적으로 작동할지 지켜보는 것도 흥미로운 포인트일듯
3. 탄력적 블록 생성 (Elastic Block Production)
• 기존 블록체인은 일정한 간격으로 항상 블록을 생성하는 방식 (블록 안에 트랜잭션이 없더라도 블록이 만들어짐)
• 트랜잭션이 없으면 블록을 생성하지 않음. EVM 블록과 미니 블록 모두 수요 기반으로 생성됨
• 네트워크 효율성을 극대화하고, 불필요한 리소스 낭비를 줄일 수 있음.
• 블록 타임을 유동적으로 조절하여 네트워크 부하를 자동으로 최적화
• 가스비 상승을 방지하고, 불필요한 채굴(검증) 비용을 줄이는 효과
=> 우려되는점: 블록생성의 지연, 블록 누락의 가능성, 블록 생성 방해 공격 가능성(Spam Attack, Censorship Attack)
4. 이더리움 JSON RPC 호환성
• MegaETH는 기존의 Ethereum JSON RPC 엔드포인트 를 그대로 지원하면서, 추가적으로 미니 블록을 반영하는 새로운 API 엔드포인트를 제공
• 기존 이더리움 생태계에서 사용하던 MetaMask, Infura, Alchemy, 블록 탐색기 등의 툴과 완벽하게 호환됨.
• 기존 개발자들이 추가적인 수정 없이 MegaETH를 손쉽게 통합 가능.
• 새로운 API를 통해 미니 블록 기반의 빠른 트랜잭션 확인 및 데이터 분석이 가능.
MegaETH의 Mini 블록 vs. 기존 Pre-Confirmation
• 위에서도 설명했듯 일반적인 Pre-Confirmation 개념은 거래가 실제로 체인에 기록되기 전에 "거의 확정" 상태를 보여주는 방식.
• 하지만 MegaETH의 Mini 블록은 단순한 사전 컨펌이 아니라, 체인의 주요 단위(blocks) 자체를 더 짧은 주기로 생성하는 방식.
=> 진짜 블록이 10ms 간격으로 생성, 롤백 가능성 없음.
결론
MegaETH 아티클에 기반하여 살펴봤을때 Mini 블록은 기존의 Pre-Confirmation(사전 컨펌) 방식과 차별화된 접근 방식을 제시합니다. 기존 Pre-Confirmation은 단순히 "거의 확정"된 거래 상태를 사용자에게 제공하는 UX 중심의 개선이었다면, MegaETH의 Mini 블록은 실제 블록 생성 주기를 단축하여 체인의 성능을 근본적으로 개선하려는 기술적 혁신에 가깝다고 생각됩니다.
다시 한번 정리했을때 Mini 블록의 핵심 차별점은 다음과 같습니다.
• 진짜 블록이 10ms 단위로 생성됨 → 단순한 사전 컨펌이 아니라, 실제 블록이 기존 대비 훨씬 빠르게 확정됨.
• 롤백 가능성이 없음 → Mini 블록은 EVM 블록과 동일한 수준의 포함 보장을 가지며, 롤백되지 않도록 설계됨.
• 탄력적인 블록 생성 (Elastic Block Production) → 수요 기반 블록 생성으로 네트워크 효율을 극대화하고, 불필요한 가스비 상승을 방지함.
• 이더리움과 완벽한 호환성 유지 → 기존 이더리움의 JSON RPC, 개발 도구, 블록 탐색기와 그대로 호환되면서 Mini 블록 기능이 추가됨.
MegaETH의 Mini 블록이 단순한 UX 개선이 아닌 실제 블록체인 성능을 향상시키는 기술적 진보인지 여부는, 네트워크가 실제 운영되었을 때 가스비 절감 효과, 블록 생성 안정성, 공격 대응 능력 등에 대한 검증으로 정해진다고 생각됩니다.
다만, 블록 생성 지연이나 검열 가능성 같은 잠재적인 리스크도 존재하므로, 이를 어떻게 해결할지에 대한 지속적인 검토가 필요할 것이라고 생각되네요.
전 MegaETH의 Mini 블록이 기존 Pre-Confirmation 개념을 단순히 포장한 것이 아니라, 블록 생성 구조 자체를 최적화하여 확장성과 속도를 향상시키는 새로운 블록체인 설계 방식이면 좋겠습니다.
👍3❤1
종명이의 딸깍
MegaEth의 Mini block을 둘러싼 쟁점(2/2) MegaEth의 아티클에 따르면, MegaEth는 시스템을 구동하기 위해 다음과 같은 두가지 유형의 블록을 사용합니다. MegaEth의 두가지 블록 1. EVM 블록 (기존 블록) • 기존 이더리움 블록과 호환되는 "전통적인" 블록을 의미. • 기존 RPC, 개발자 도구, 블록 탐색기와 같은 기능이 그대로 작동할 수 있도록 모든 메타데이터를 유지. • 1초 간격으로 생성. 2. 미니 블록 (Mini…
MoneyBull 님께서 재밌는 주제를 던져주셨는데 이야기가 진행되다가 멈춘게 조금 (사실 많이) 아쉬워서 + 그리고 궁금해서 MegaEth의 아티클 을 기반으로 AI에 질문도 좀 하고 해서 정리를 하는 글입니다. 잘못되거나 부족한 부분이 있으면 말씀해주시면 너무 감사할듯합니다. 인사이트를 얻기 위한 목적이 큽니다! (저도 잘 모르기 때문)
이야기가 조금 더 진행되고나면 정리해서 같이 토론에 참여해주신분들을 태그해서 X에도 게시해볼 계획입니다.
이야기가 조금 더 진행되고나면 정리해서 같이 토론에 참여해주신분들을 태그해서 X에도 게시해볼 계획입니다.
Telegram
MoneyBull
MegaETH에서 테스트넷을 런칭하면서 체인의 속도를 담당하는 핵심 요소인 "미니 블록"이라는 컨셉을 공개했는데, 이에 대해 의견이 많이 갈리는 모습입니다.
쉽게 말하면 블록체인에서 "한 블록이 담을 수 있는 데이터의 양과 다음 블록을 생성하는 시간이 짧을 수 록" 체인의 속도와 퍼포먼스가 좋다고 받아집니다.
이를 "블록 타임"이라는 용어로 표현하고, MegaETH에서는 "우리 10ms 블록 타임을 지원해" 라고 이야기 해왔습니다. (기존 빠른…
쉽게 말하면 블록체인에서 "한 블록이 담을 수 있는 데이터의 양과 다음 블록을 생성하는 시간이 짧을 수 록" 체인의 속도와 퍼포먼스가 좋다고 받아집니다.
이를 "블록 타임"이라는 용어로 표현하고, MegaETH에서는 "우리 10ms 블록 타임을 지원해" 라고 이야기 해왔습니다. (기존 빠른…
👍2
Tusky Early Supporter 역할과 50% 할인 혜택은 Walrus 테스트넷이 지속되는 동안만 제공
https://x.com/TuskyTools/status/1898768720710828092
#tusky #walrus
곧 Walrus 메인넷이 제공되는 것 같네요.
https://x.com/TuskyTools/status/1898768720710828092
#tusky #walrus
Forwarded from Steve’s Catallaxy
제가 힘들 때마다 가장 큰 위로가 됐던 말은, 바꿀 수 없는 것들은 받아들이고 바꿀 수 있다고 생각하는 것은 바꾸기 위해서 최선을 다하라는 말이었습니다.
여기서 제가 바꿀 수 없는 것은 시장일 것이고, 바꿀 수 있는 것은 시장 상황을 제외한 "내가 현재 할 수 있는 것들"일 겁니다.
지금이 하락장이냐 아니냐에 대해서 말은 많지만, 사실 그것보다 중요한 것은 제가 아는 대부분의 국내 크립토 관련 인물들은 전부 시장이 안 좋을 때 시작해서 시장이 좋을 때 꽃을 피웠다는 부분입니다.
조슈아님 같은 분들이 아닌 한, 지속적인 매매는 줄어드는 잔고에 기여할 뿐 스스로가 발전하는 데엔 큰 도움이 안 될 겁니다. 스스로가 무엇을 할 수 있고 무엇을 잘하는지 생각해보고 시장이 좋아졌을 때 활용할 수 있는 방법들에 대해서 생각해보면 좋겠습니다.
텔레그램 방을 만드셔서 운영해보셔도 좋고, 요즘 AI가 많이 발전했으니 트위터에 영문 글들을 작성해보시는 것을 해보셔도 좋고, 밋업이나 다양한 이벤트 같은 곳에 가서 앰배서더나 자그마한 사이드잡을 해보셔도 좋습니다. 오히려 이 업계로 취업을 하셔도 좋고요(그게 좋은 일인지에 대해서는 생각해봐야겠지만).
몇 번의 하락장과 "내가 할 수 있는 것들"에 대한 몇 번의 고민을 해보니, 생각보다 스스로가 할 수 있는 것들은 많았습니다.
그리고 이 시장에서 가장 중요한 습관 중 하나가 투자 지평(Time Horizon)을 넓게 가져가는 것입니다. 뭐 물론 미래는 예측할 수 없고 아주 작은 확률로 이번 상승장이 마지막 상승장이었을 수도 있지만, 과거의 데이터를 기반으로 추론해보면 결국 또 살아남는 놈들은 살아남고 ATH 갈 놈들은 갈 거라는 사실입니다. 지금이 끝이라는 생각으로 극단성을 띄게 되면 그 이후에 있을 기회들도 놓치게 됩니다. 떨어지는 날이 있으면 또 오르는 날이 있을 것이라는 믿음으로 그때를 위한 에너지를 비축해놓는 것이 가장 좋다고 생각합니다.
저도 리서치 열심히 하겠습니다!
여기서 제가 바꿀 수 없는 것은 시장일 것이고, 바꿀 수 있는 것은 시장 상황을 제외한 "내가 현재 할 수 있는 것들"일 겁니다.
지금이 하락장이냐 아니냐에 대해서 말은 많지만, 사실 그것보다 중요한 것은 제가 아는 대부분의 국내 크립토 관련 인물들은 전부 시장이 안 좋을 때 시작해서 시장이 좋을 때 꽃을 피웠다는 부분입니다.
조슈아님 같은 분들이 아닌 한, 지속적인 매매는 줄어드는 잔고에 기여할 뿐 스스로가 발전하는 데엔 큰 도움이 안 될 겁니다. 스스로가 무엇을 할 수 있고 무엇을 잘하는지 생각해보고 시장이 좋아졌을 때 활용할 수 있는 방법들에 대해서 생각해보면 좋겠습니다.
텔레그램 방을 만드셔서 운영해보셔도 좋고, 요즘 AI가 많이 발전했으니 트위터에 영문 글들을 작성해보시는 것을 해보셔도 좋고, 밋업이나 다양한 이벤트 같은 곳에 가서 앰배서더나 자그마한 사이드잡을 해보셔도 좋습니다. 오히려 이 업계로 취업을 하셔도 좋고요(그게 좋은 일인지에 대해서는 생각해봐야겠지만).
몇 번의 하락장과 "내가 할 수 있는 것들"에 대한 몇 번의 고민을 해보니, 생각보다 스스로가 할 수 있는 것들은 많았습니다.
그리고 이 시장에서 가장 중요한 습관 중 하나가 투자 지평(Time Horizon)을 넓게 가져가는 것입니다. 뭐 물론 미래는 예측할 수 없고 아주 작은 확률로 이번 상승장이 마지막 상승장이었을 수도 있지만, 과거의 데이터를 기반으로 추론해보면 결국 또 살아남는 놈들은 살아남고 ATH 갈 놈들은 갈 거라는 사실입니다. 지금이 끝이라는 생각으로 극단성을 띄게 되면 그 이후에 있을 기회들도 놓치게 됩니다. 떨어지는 날이 있으면 또 오르는 날이 있을 것이라는 믿음으로 그때를 위한 에너지를 비축해놓는 것이 가장 좋다고 생각합니다.
저도 리서치 열심히 하겠습니다!
❤14👍4
Forwarded from 종명이의 딸깍
Kaito - 마인드쉐어에 대한 개인적인 생각 정리
이 글은 주로 메가이더(Megaidor)의 마인드쉐어에 대한 개인적인 경험과 생각을 공유한 것으로, 다른 프로젝트나 사람들에게는 다르게 적용될 수 있습니다. 이를 감안하고 읽어주시면 감사하겠습니다.
• 프로젝트를 선택할 때 가장 기본적인 요소는 개인적인 선호도입니다.
• 저는 스스로 매력적이지 않다고 생각하는 것을 좋다고 표현하면 티가 나는 편이기 때문에, 프로젝트의 방향성과 저의 가치관이 맞는지를 가장 중요하게 고려합니다.
• 추가적으로, 내 강점과 프로젝트의 요구사항이 맞아야 합니다.
• 메가이더는 "퀄리티 >>> 양" 을 중시하는 팀이었고, 저는 글을 많이 생산하기보다는 양질의 자료를 만드는 것에 강점이 있다고 생각했기 때문에 자연스럽게 선택하게 되었습니다.
• 프로젝트를 제대로 이해하기 위해, 초반에는 독스(Docs), 디스코드(Discord) 어나운스, 공식 X(Twitter) 게시글 등을 모두 읽고 필요한 부분은 메모나 정리를 했습니다.
• 이해가 어려운 부분은 AI를 활용하여 반복적으로 질문하며 학습했습니다.
• 현재도 지속적으로 공지사항, 공식 채널의 업데이트 사항 등을 놓치지 않고 체크하고 있습니다.
1. X(Twitter)에서 트렌드 파악
• 출퇴근 시간이나 쉬는 시간에 X를 자주 보면서 양질의 글을 탐색합니다.
• 특히 Kaito 활성화 이후에는 좋은 글이 많아져서 아이디어를 얻기가 쉬워졌습니다. (물론 노이즈도 많습니다)
2. 기록 습관
• 새로운 아이디어가 떠오르면 캡처, 링크, 개인적인 생각을 기록합니다.
• 최소한 링크 + 나의 생각만이라도 남겨두면 나중에 활용하기 좋습니다.
3. 기존 아이디어의 확장
• "이거 좋아 보이니까 따라 해야지"가 아니라,
• "이걸 기반으로 어떻게 확장할 수 있을까?" 라는 사고방식을 가집니다.
예를 들어, 다른 프로젝트에서 "타임즈"를 만든 것을 보고
• 퀄리티를 올리려는 시도를 먼저 해보고,
• 이후엔 웹사이트로 배포하는 방식으로 확장했습니다.
4.팀원들의 인용글을 주목
팀원이 다른 사람이 프로젝트에 대해 쓴 글을 인용하며 코멘트하는 글을 보면,
• 팀원이 어떤 스타일의 글을 선호하는지 파악할 수 있습니다.
• 이를 참고해 나의 콘텐츠 방향을 설정하면 유리합니다.
유명하고 리더보드에 올라갈 정도의 프로젝트라면,
기본적인 번역 콘텐츠나 정리 글은 이미 충분히 존재할 가능성이 큽니다.
같은 내용을 단순히 한국어로 바꿔서 재생산하는 것은
언어 공부를 하는 사람에게는 유용할 수 있지만,
팀 입장에서는 "단순 반복 콘텐츠"로 인식될 가능성이 큽니다.
📌 오리지널 콘텐츠가 필요한 이유
• 단순 반복적인 콘텐츠를 생산하면, 팀이 나를 "새로운 가치를 창출하지 않는 사람" 으로 볼 수 있음
• 여러 번 반복되면, 나중에 좋은 콘텐츠를 만들어도 저평가될 위험이 있음
• 비슷한 주제를 다루더라도 기존 글을 인용하여 더 깊이 있는 콘텐츠를 만드는 방식으로 차별화 필요
프로젝트 팀과 직접 소통하는 것도 중요하지만, "이너서클"을 공략하는 것이 더 효과적입니다.
이너서클이란?
• 프로젝트 관련해서 팀과 자주 소통하는 사람들을 의미합니다.
• 디스코드에서 특정 롤을 받은 사람들을 보면 확인할 수 있습니다.
이너서클을 공략하는 이유
• 그들은 팀과의 관계가 가깝고, 프로젝트 기여도가 높음
• 그들과 친해지면 자연스럽게 팀원들에게 내 콘텐츠가 노출될 확률이 증가
• 그들이 내 글에 댓글을 남기면, 그들의 팔로워(팀원 포함)도 내 글을 보게 됨
➡️ 따라서, 먼저 이너서클과 관계를 형성하는 것이 팀에게 어필하는 가장 효과적인 방법입니다.
AI는 매우 유용한 도구지만, 단순 의존하면 오히려 역효과가 날 수 있습니다.
저의 AI 활용 방법
• 번역 도구로 활용 (언어 장벽 해소)
• 이해가 어려운 개념을 설명받는 용도
• 내가 작성한 콘텐츠를 정리하는 용도
❌ AI에게 "이런 주제로 글을 써줘"라고 요청하면, 이미 중복되는 콘텐츠가 될 확률이 높음
이미지 생성 시에도
• 그리기 어려운 특정 요소만 AI 활용
• 나머지는 직접 작업하여 차별화된 결과물을 만들어냄
댓글 역시 나의 마인드쉐어를 형성하는 중요한 요소입니다.
제가 생각하는 잘못된 댓글 전략
• AI 추천 댓글을 그대로 복사
• "이 프로젝트 짱!" 같은 의미 없는 코멘트
• 빠르게 댓글을 많이 남기는 것만을 목표로 하기
➡️ 이렇게 하면 Kaito 시스템에서 일시적으로 마인드쉐어는 올라갈 수 있지만,
➡️ 결국 사람들에게 신뢰를 잃게 됨
제가 생각하는 좋은 댓글 전략
• 때로는 가볍게 남길 수도 있지만, 팀원이 보는 댓글은 신중하게 작성
• 실제 생각을 담아, 프로젝트에 대한 진정성이 드러나도록
• 기존 게시글을 기반으로 의미 있는 추가 의견을 남기기, 질문이면 더 좋음
➡️ 댓글 하나도 "오리지널 콘텐츠"라고 생각하고 접근해야 함
1️⃣ 프로젝트 선택: 개인 선호도 + 내 강점과 프로젝트의 요구사항이 맞아야 함
2️⃣ 기본 학습: 공식 문서, 공지, X(Twitter) 게시글을 모두 체크하고 AI를 활용해 보충 학습
3️⃣ 아이디어 발굴: X 트렌드 분석 + 기록 습관 + 기존 아이디어의 확장
4️⃣ 오리지널 콘텐츠 중요성: 단순 번역, 요약보다 차별화된 내용을 제공해야 함
5️⃣ 이너서클 공략: 팀원과 함께 핵심 커뮤니티 멤버와 관계 형성
6️⃣ AI 활용법: 번역, 개념 이해, 정리 용도 등으로만 사용 (글 작성을 AI에 맡기지 않기)
7️⃣ 댓글도 전략적으로 작성: 마인드쉐어 상승만을 노리지 말고 진정성 있는 의견을 남길 것(지속가능성)
➡️ "단순 반복이 아니라, 확장과 차별화를 통해 가치를 더하는 것"
➡️ "팀과 직접 소통하는 것도 좋지만, 팀과 가까운 이너서클을 공략하는 것"
➡️ "AI를 보조 도구로 활용하되, 핵심 콘텐츠는 직접 기획하고 생산하는 것"
#kaito
이 글은 주로 메가이더(Megaidor)의 마인드쉐어에 대한 개인적인 경험과 생각을 공유한 것으로, 다른 프로젝트나 사람들에게는 다르게 적용될 수 있습니다. 이를 감안하고 읽어주시면 감사하겠습니다.
프로젝트 선택 방법 (메가이더를 선택한 이유)
• 프로젝트를 선택할 때 가장 기본적인 요소는 개인적인 선호도입니다.
• 저는 스스로 매력적이지 않다고 생각하는 것을 좋다고 표현하면 티가 나는 편이기 때문에, 프로젝트의 방향성과 저의 가치관이 맞는지를 가장 중요하게 고려합니다.
• 추가적으로, 내 강점과 프로젝트의 요구사항이 맞아야 합니다.
• 메가이더는 "퀄리티 >>> 양" 을 중시하는 팀이었고, 저는 글을 많이 생산하기보다는 양질의 자료를 만드는 것에 강점이 있다고 생각했기 때문에 자연스럽게 선택하게 되었습니다.
프로젝트의 기본적인 이해
• 프로젝트를 제대로 이해하기 위해, 초반에는 독스(Docs), 디스코드(Discord) 어나운스, 공식 X(Twitter) 게시글 등을 모두 읽고 필요한 부분은 메모나 정리를 했습니다.
• 이해가 어려운 부분은 AI를 활용하여 반복적으로 질문하며 학습했습니다.
• 현재도 지속적으로 공지사항, 공식 채널의 업데이트 사항 등을 놓치지 않고 체크하고 있습니다.
아이디어를 내는 방법
1. X(Twitter)에서 트렌드 파악
• 출퇴근 시간이나 쉬는 시간에 X를 자주 보면서 양질의 글을 탐색합니다.
• 특히 Kaito 활성화 이후에는 좋은 글이 많아져서 아이디어를 얻기가 쉬워졌습니다. (물론 노이즈도 많습니다)
2. 기록 습관
• 새로운 아이디어가 떠오르면 캡처, 링크, 개인적인 생각을 기록합니다.
• 최소한 링크 + 나의 생각만이라도 남겨두면 나중에 활용하기 좋습니다.
3. 기존 아이디어의 확장
• "이거 좋아 보이니까 따라 해야지"가 아니라,
• "이걸 기반으로 어떻게 확장할 수 있을까?" 라는 사고방식을 가집니다.
예를 들어, 다른 프로젝트에서 "타임즈"를 만든 것을 보고
• 퀄리티를 올리려는 시도를 먼저 해보고,
• 이후엔 웹사이트로 배포하는 방식으로 확장했습니다.
4.팀원들의 인용글을 주목
팀원이 다른 사람이 프로젝트에 대해 쓴 글을 인용하며 코멘트하는 글을 보면,
• 팀원이 어떤 스타일의 글을 선호하는지 파악할 수 있습니다.
• 이를 참고해 나의 콘텐츠 방향을 설정하면 유리합니다.
오리지널 콘텐츠의 중요성
유명하고 리더보드에 올라갈 정도의 프로젝트라면,
기본적인 번역 콘텐츠나 정리 글은 이미 충분히 존재할 가능성이 큽니다.
같은 내용을 단순히 한국어로 바꿔서 재생산하는 것은
언어 공부를 하는 사람에게는 유용할 수 있지만,
팀 입장에서는 "단순 반복 콘텐츠"로 인식될 가능성이 큽니다.
📌 오리지널 콘텐츠가 필요한 이유
• 단순 반복적인 콘텐츠를 생산하면, 팀이 나를 "새로운 가치를 창출하지 않는 사람" 으로 볼 수 있음
• 여러 번 반복되면, 나중에 좋은 콘텐츠를 만들어도 저평가될 위험이 있음
• 비슷한 주제를 다루더라도 기존 글을 인용하여 더 깊이 있는 콘텐츠를 만드는 방식으로 차별화 필요
팀이 아닌 "이너서클"을 공략하라
프로젝트 팀과 직접 소통하는 것도 중요하지만, "이너서클"을 공략하는 것이 더 효과적입니다.
이너서클이란?
• 프로젝트 관련해서 팀과 자주 소통하는 사람들을 의미합니다.
• 디스코드에서 특정 롤을 받은 사람들을 보면 확인할 수 있습니다.
이너서클을 공략하는 이유
• 그들은 팀과의 관계가 가깝고, 프로젝트 기여도가 높음
• 그들과 친해지면 자연스럽게 팀원들에게 내 콘텐츠가 노출될 확률이 증가
• 그들이 내 글에 댓글을 남기면, 그들의 팔로워(팀원 포함)도 내 글을 보게 됨
➡️ 따라서, 먼저 이너서클과 관계를 형성하는 것이 팀에게 어필하는 가장 효과적인 방법입니다.
AI 활용법
AI는 매우 유용한 도구지만, 단순 의존하면 오히려 역효과가 날 수 있습니다.
저의 AI 활용 방법
• 번역 도구로 활용 (언어 장벽 해소)
• 이해가 어려운 개념을 설명받는 용도
• 내가 작성한 콘텐츠를 정리하는 용도
❌ AI에게 "이런 주제로 글을 써줘"라고 요청하면, 이미 중복되는 콘텐츠가 될 확률이 높음
이미지 생성 시에도
• 그리기 어려운 특정 요소만 AI 활용
• 나머지는 직접 작업하여 차별화된 결과물을 만들어냄
댓글도 "오리지널 콘텐츠"다
댓글 역시 나의 마인드쉐어를 형성하는 중요한 요소입니다.
제가 생각하는 잘못된 댓글 전략
• AI 추천 댓글을 그대로 복사
• "이 프로젝트 짱!" 같은 의미 없는 코멘트
• 빠르게 댓글을 많이 남기는 것만을 목표로 하기
➡️ 이렇게 하면 Kaito 시스템에서 일시적으로 마인드쉐어는 올라갈 수 있지만,
➡️ 결국 사람들에게 신뢰를 잃게 됨
제가 생각하는 좋은 댓글 전략
• 때로는 가볍게 남길 수도 있지만, 팀원이 보는 댓글은 신중하게 작성
• 실제 생각을 담아, 프로젝트에 대한 진정성이 드러나도록
• 기존 게시글을 기반으로 의미 있는 추가 의견을 남기기, 질문이면 더 좋음
➡️ 댓글 하나도 "오리지널 콘텐츠"라고 생각하고 접근해야 함
최종 요약
1️⃣ 프로젝트 선택: 개인 선호도 + 내 강점과 프로젝트의 요구사항이 맞아야 함
2️⃣ 기본 학습: 공식 문서, 공지, X(Twitter) 게시글을 모두 체크하고 AI를 활용해 보충 학습
3️⃣ 아이디어 발굴: X 트렌드 분석 + 기록 습관 + 기존 아이디어의 확장
4️⃣ 오리지널 콘텐츠 중요성: 단순 번역, 요약보다 차별화된 내용을 제공해야 함
5️⃣ 이너서클 공략: 팀원과 함께 핵심 커뮤니티 멤버와 관계 형성
6️⃣ AI 활용법: 번역, 개념 이해, 정리 용도 등으로만 사용 (글 작성을 AI에 맡기지 않기)
7️⃣ 댓글도 전략적으로 작성: 마인드쉐어 상승만을 노리지 말고 진정성 있는 의견을 남길 것(지속가능성)
➡️ "단순 반복이 아니라, 확장과 차별화를 통해 가치를 더하는 것"
➡️ "팀과 직접 소통하는 것도 좋지만, 팀과 가까운 이너서클을 공략하는 것"
➡️ "AI를 보조 도구로 활용하되, 핵심 콘텐츠는 직접 기획하고 생산하는 것"
#kaito
👍10❤2
종명이의 딸깍
Kaito - 마인드쉐어에 대한 개인적인 생각 정리 이 글은 주로 메가이더(Megaidor)의 마인드쉐어에 대한 개인적인 경험과 생각을 공유한 것으로, 다른 프로젝트나 사람들에게는 다르게 적용될 수 있습니다. 이를 감안하고 읽어주시면 감사하겠습니다. 프로젝트 선택 방법 (메가이더를 선택한 이유) • 프로젝트를 선택할 때 가장 기본적인 요소는 개인적인 선호도입니다. • 저는 스스로 매력적이지 않다고 생각하는 것을 좋다고 표현하면 티가 나는 편이기 때문에…
그라인딩을 열심히 해야할거 같은 시장상황에서 kaito 뿐만 아니라 프로젝트 그라인딩에도 적용할수 있는 글이 아닐까…
해서 재공유합니다
해서 재공유합니다
👍7
종명이의 딸깍
근 일주일만에 풀어보는 더블업 후기 - 마틴 절망편 매일 30분 정도 Double up 코인플립을 하고 있었는데,,,,어제 드디어 사고를 쳤습니다. 역시 욕심을 절제해야하는데 어제 코인플립이 너무 잘되는거예요.... 마틴으로 1 2 4 8 이런식으로 총 30수이정도를 획득했는데....너무 잘되길래 음 오늘 날이다 하고 한번더 한번더 마틴을 해서 32에서 한번 부러지고 총 63수이를 잃고 중단했습니다. 도저히 저는 한게임에 64수이를 태우기는 힘들더라구요ㅠㅠㅠ(그래도…
Double up 주간 리워드 클레임
더블업의 경우, 매주 월요일마다 주간 컨테스트가 시작되는데요. 주간 컨테스트가 마무리되면, 한주간 쌓은 볼륨에 따라서 리워드가 주어집니다.
리워드의 경우 좌측 메뉴 Rewards - Doghouse에서 Rewards 항목에서 클레임이 가능합니다.
메뉴에서 treats도 Sui로 구매가 가능한 것 같은데, 나중에 필요하면 구매하는 것도 고려해봐야겠네요...너무 안모임...
더블업의 경우, 매주 월요일마다 주간 컨테스트가 시작되는데요. 주간 컨테스트가 마무리되면, 한주간 쌓은 볼륨에 따라서 리워드가 주어집니다.
리워드의 경우 좌측 메뉴 Rewards - Doghouse에서 Rewards 항목에서 클레임이 가능합니다.
메뉴에서 treats도 Sui로 구매가 가능한 것 같은데, 나중에 필요하면 구매하는 것도 고려해봐야겠네요...너무 안모임...
10treats 당 1usdc 의 가치로 교환되네요.
❤1
어제 X에 핫했던 주제 - MegaEth vs Nillion
Andy라고 팔로워 4.6만명되는 외국인이 있는데, 첨부한 사진처럼 프로젝트 두개를 이름만 올려놓고 투표하는걸로 사람들의 토론? 싸움? 을 부추기는 게시물을 간간히 올림.
이번에는 megaEth와 Nillion이 비교군이 아닌거 같은데도 '둘다 커뮤니티가 중요하잖슴ㅋㅋㅋ'하면서 투표를 올림.
이전부터 Nillion은 저 투표에 약간 적극적으로 참여했는데, 이번 투표에서 MegaEth에 지면서 Nillion의 zayn이 트윗글을 쓰면서 '닐리언은 개인정보 보호에 관련된 패러다임 전환을 제시하고, 메가이더는 이미 web2에 있는 실시간을 web3로 가져와서 재탕하는것' 이라고 말하며 'Nillion, Monad, DoubleZero 가 S티어임' 이라고 말함 (잘은 모르지만, 이사람 모나드도 OG인듯ㅋㅋ)
여기에 대해서 MegaEth의 OG Dave가 트위터글로 'Nillion 니네는 직접적인 수요가 아님. 실제사용자 있는거 맞냐? 실시간 사용성이 개인정보 보호를 위한 연산보다 더 현실적인 수요이다.' 등의 내용으로 논쟁을 했네요.
이부분이 처음 논쟁부분을 대충 요약한건데,,,이게 진행되면 될수록 여론조사가 어쩌고 너네는 실제수요가 당장 없을듯? 약간 이런식으로 변질되는것 같아서 요약 하려다가 말았습니다. (저는 둘다 우리편이여서....걍 싸우지말고 서로 존중하고 각자의 것들 잘했으면 좋겠네요. 애초에 같은 걸 다루는게 아니라 싸우는게 무의미 한듯)
Andy가 개악질임
Andy라고 팔로워 4.6만명되는 외국인이 있는데, 첨부한 사진처럼 프로젝트 두개를 이름만 올려놓고 투표하는걸로 사람들의 토론? 싸움? 을 부추기는 게시물을 간간히 올림.
이번에는 megaEth와 Nillion이 비교군이 아닌거 같은데도 '둘다 커뮤니티가 중요하잖슴ㅋㅋㅋ'하면서 투표를 올림.
이전부터 Nillion은 저 투표에 약간 적극적으로 참여했는데, 이번 투표에서 MegaEth에 지면서 Nillion의 zayn이 트윗글을 쓰면서 '닐리언은 개인정보 보호에 관련된 패러다임 전환을 제시하고, 메가이더는 이미 web2에 있는 실시간을 web3로 가져와서 재탕하는것' 이라고 말하며 'Nillion, Monad, DoubleZero 가 S티어임' 이라고 말함 (잘은 모르지만, 이사람 모나드도 OG인듯ㅋㅋ)
여기에 대해서 MegaEth의 OG Dave가 트위터글로 'Nillion 니네는 직접적인 수요가 아님. 실제사용자 있는거 맞냐? 실시간 사용성이 개인정보 보호를 위한 연산보다 더 현실적인 수요이다.' 등의 내용으로 논쟁을 했네요.
이부분이 처음 논쟁부분을 대충 요약한건데,,,이게 진행되면 될수록 여론조사가 어쩌고 너네는 실제수요가 당장 없을듯? 약간 이런식으로 변질되는것 같아서 요약 하려다가 말았습니다. (저는 둘다 우리편이여서....걍 싸우지말고 서로 존중하고 각자의 것들 잘했으면 좋겠네요. 애초에 같은 걸 다루는게 아니라 싸우는게 무의미 한듯)
👍1🔥1
종명이의 딸깍
GMEGA라고 '메가이더 체인을 기반으로 한 최초의 메가이더 밈토큰'이라고 주장하는 프로젝트가 있는데, 아무리봐도 십스캠 같습니다. • 계정 만들어진지 한달정도 됨 (2월2일) • 게시물이 4일전 첫게시물 • 바로 WL 신청폼 같은걸 받고있음 (자소서) • 이전 메타홉 러그 의혹때 제시한 기준대로 팀원 팔로잉 x • 테스트넷 하잎 + 밈으로 한탕치려는걸로 보임 X 게시물로 작성해봤습니다. https://x.com/hyeon__dev/status/1…
이 자식들은 생각이 없는거 같은게, 맨날 메가이더 체인에 스캠 프로젝트 얼러트 하는 사람한테 우리 메가이더 카지노 만들었는데 레퍼럴 팔래? 물어보고 있음
Forwarded from 포포의 100억 챌린지
[긴급]
다름이아니라 어머님이 후두개낭종
수술을 받으셔야하는데 심장질환이 있으셔서
일반 병원에서는 안된다고 하더라구요.
거주지인 광주 쪽 병원 여러곳을 방문했는데
수술을 받으려면 1년은 기다려야한다고 답변을 받으신 상태입니다.
호흡기 쪽에 큰 물혹이 자리잡아서
수술을 최대한 빨리 해야한다고 의사분이 말씀하셨다고 하네요.
혹시 도움을 받을 수 있나 해서 급하게 채널에 글을 올리네요.
의료계 쪽에 발을 담고 계시는 분들이나 혹시
수술 일정에 대해 도움 주실 수 있는 분은 꼭 DM 좀 부탁드리겠습니다🥲
다름이아니라 어머님이 후두개낭종
수술을 받으셔야하는데 심장질환이 있으셔서
일반 병원에서는 안된다고 하더라구요.
거주지인 광주 쪽 병원 여러곳을 방문했는데
수술을 받으려면 1년은 기다려야한다고 답변을 받으신 상태입니다.
호흡기 쪽에 큰 물혹이 자리잡아서
수술을 최대한 빨리 해야한다고 의사분이 말씀하셨다고 하네요.
혹시 도움을 받을 수 있나 해서 급하게 채널에 글을 올리네요.
의료계 쪽에 발을 담고 계시는 분들이나 혹시
수술 일정에 대해 도움 주실 수 있는 분은 꼭 DM 좀 부탁드리겠습니다🥲
👍10❤2
Tusky 구글 계정으로 로그인 해서 결제한 경우
• 동일한 Google/Gmail 계정으로 다시 Sui Wallet에 로그인하면, Tusky 프로필 페이지에서 확인할 수 있는 동일한 지갑 주소가 연결됩니다.
• 이 경우 에어드롭을 직접 확인하고 사용할 수 있습니다.
• 엔지니어 팀에서 WAL이 묶여 있는 지갑을 복구할 방법을 준비 중.
• priority-support 티켓을 열어 요청해 주시면 지원할 것.
• 다만, 솔루션이 완전히 구현되기까지 시간이 걸릴 수 있고, 혹시 복구가 어렵더라도, 저희가 개인적으로 보상을 제공할 예정.
원문 공지
이전에 Google 계정으로 Sui Wallet에 연결한 적이 있는 경우
• 동일한 Google/Gmail 계정으로 다시 Sui Wallet에 로그인하면, Tusky 프로필 페이지에서 확인할 수 있는 동일한 지갑 주소가 연결됩니다.
• 이 경우 에어드롭을 직접 확인하고 사용할 수 있습니다.
Google 계정으로 Sui Wallet에 한 번도 연결한 적이 없는 경우
• 엔지니어 팀에서 WAL이 묶여 있는 지갑을 복구할 방법을 준비 중.
• priority-support 티켓을 열어 요청해 주시면 지원할 것.
• 다만, 솔루션이 완전히 구현되기까지 시간이 걸릴 수 있고, 혹시 복구가 어렵더라도, 저희가 개인적으로 보상을 제공할 예정.
Tusky 팀은 WAL 에어드롭의 선정 기준 및 배분 과정에 관여하지 않았고, 사용자 데이터를 제공했음. 최종적인 결정은 Walrus에서 함. 사용자들의 피드백에 따르면 많은 초기 지지자들이 에어드롭을 받은 것으로 보임
원문 공지
Discord
Discord - Group Chat That’s All Fun & Games
Discord is great for playing games and chilling with friends, or even building a worldwide community. Customize your own space to talk, play, and hang out.
👍5
Forwarded from 마인부우의 크립토볼 (minebuu)
빗썸 이벤트 쿠폰 등록하기
보상 : 총 769,000,000 BONK (N빵)
https://feed.bithumb.com/notice/1647313 (게시글에서 쿠폰 등록하기 클릭)
보상 : 총 769,000,000 BONK (N빵)
https://feed.bithumb.com/notice/1647313 (게시글에서 쿠폰 등록하기 클릭)
BONK-SEOUL2025