결론: 비트코인 리스테이킹, 잘 조합하다보면 가능할 수 있긴하지만, 지속가능성과 리스크에 대한 논의가 아직 많이 필요하다.

요새 방장이 종종 급발진 하는 이유: 터지기 전까지 가격이 상승할 때는 모두가 좋지만, 매번 문제가 터지고 수습하는 굴레에서 점점 벗어나야 한다고 생각하기 때문.

웹3 비즈니스 통합 솔루션 ‘쟁글 ERP’가 금일 공식 출시되었습니다 🥳

쟁글 ERP는 가상자산 회계처리, 토큰 엔지니어링, 웹3 프로젝트 성과 분석 등이 가능한 ERP 솔루션입니다.

쟁글 ERP의 대표적인 기능은 다음과 같습니다.
👝 원클릭 지갑등록: 간편한 지갑등록을 통한 웹3 통합자산 관리
✅ 웹3 파이낸스: 가상자산 회계처리 지원
🏦 토크노믹스: 가상자산 유통량 관리
📊 퍼포먼스 애널리틱스: 온체인 데이터 기반 사업 전략 수립

쟁글과 함께 웹3 회계처리 업무량을 크게 줄여보세요!

▶️ 쟁글 ERP 자세히 확인하기

👀개발자들이 좋아할 것 같은 "흑마법"썰 (아마 저거 참여하는 사람 없을 것 같아서 대신 이야기하는 최적화)

해당 문제는 배열에서 반복된 원소를 제거하는 단순한 문제로, 솔리디티로 코드를 작성하여 가스비 낮추기 경쟁입니다.
뭐 이런거 좋아하는 사람들이 ERC721A, DN404같은거 최적화하고 그런거 합니다. 조금 더 플젝 레벨로 가면 병렬EVM이나 ORE같은거 CUDA로 짜는 것들도 모두 이런 최적화 문제에 속하죠. 그래서 혹시나 학부 시절에 알고리즘 좋아하셨던 분들이라면 이런 최적화 문제를 풀어보시는 것도 종종 지적유희에 좋습니다.

상위권에 무슨 오디터 개발자들이랑 고인물들이 와서 양학중인데, 그래도 리더보드에 있는 만큼 몇가지 팁 드립니다. 혹시 솔리디티 최적화 장인 중 더 좋은 방법에 대해 알려주실 분이 있다면 언제든 양학부탁드립니다.

[알고리즘 코드 최적화]
- 중복 제거가 지금 진행되는 문제인데, 당연하게도 O(N)에 해결가능한 문제다. BOJ로 치면 브론즈급 문제가 아닐까
- 배열의 수 범위가 크면 mapping이 답인데
- 해당 문제 메모리 최적화에는 bool array나 비트마스크가 답.
- 근데 이거보다 더 효율적인 방법이 없다고 생각되는 데 있다면 댓글
- 이건 별개인데 bfs/dfs를 사용한 대부분의 기본 그래프 알고리즘 + trie + bitmask + dp 정도는 계속 리마인드 해주면 업계에서 어떻게든 계속 씀. 알고리즘 막 미친듯이 할 필요는 없는데 결국 피가 되고 살이 되는 건 맞는 듯.

[어셈블리 최적화]
- 해당 내용은 assembly 기반의 최적화. 어셈블리라고 하지만 함수 형태로 표현되고 전공 수업에서 배우는 어셈블리에 비해 쉬운 편.
- 변수 선언은 거의 같고 메모리 구조에 대한 이해만 하면 되는데, (1) EVM 스택 메모리 (2) 변수 유형과 저장 공간 (3) 그에 따른 메모리 구조 (4) 메모리 allocation 정도 알면 대부분의 기본적인 최적화는 어셈블리로 변환이 쉬운 편. 참고로 이거 연습할 수 있는 문제도 node guardians에 꽤 많으니 참고.
- calldata는 길이 offset이 0x24에 있다. 그래서 offset은 0x44부터 시작한다고 보면 됨. 근데 array.offset으로 하나 calldataload를 하나 가스비는 같다.
- 근데 더 신기한 건 calldataload비용이 조오금 더 비싸서 let len = input.length; 가 더 싸게 먹힌다.
- 우선 calldata와 memory에서 정의되는 배열의 경우 정수형 데이터는 모두 한칸당 32바이트 공간을 차지한다. uint8이라고 8비트씩 타닥타닥 붙어있지 않다. 근데 이건 좀 최적화 측면에서 아쉬운 게 많은데 담에 EF나 솔리디티 담당팀 만나면 좀 더 이야기해볼 것.
- calldataload는 비용이 2이다. calldatacopy는 기본 비용은 2지만 32바이트당 3이다. 그래서 calldatacopy를 해서 memory에 새롭게 배열을 만들어 캐시를 사용해도 오히려 가스비가 많이 든다.
- 이게 반복문에서 mload에 필요한 offset 계산에서 mload(add(offset, mul(i, 0x20))을 통해 계속 하는 것보다 offset := add(offset, 0x20)으로 하나씩 더해주는 게 가스비 효율에 훨씬 좋다.
- 이번에 깨달은 최적화 기법 중 하나는 0x20을 곱하거나 나눌 때, mul(x, 0x20)이나 div(x, 0x20)보다 shl(5, x), shr(5, x)로 쉬프트 연산하는게 더 빠르다. 각각 «와 » 를 의미한다.
- 끝에 가서 최적화하고 싶다면 반복문의 루프 수를 줄이는게 답이다. 이걸로도 한 gas consumption 1000 이상 줄일 수 있다. 코드는 정말 마음에 안들어질 수 있다. 그래서 지금 살짝 현타 상태

https://x.com/tokenterminal/status/1782342217530532046?s=46&t=HsLVoWShV6YaRZiwG2br3Q

토큰 터미널에서 베이스와 아발란체의 수수료를 기반으로 이들의 매출과 영업이익 그리고 비용등을 계산해서 비교했네요.

베이스는 L2기 때문에 비용으로는 L1 세틀먼트 비용이 주가 될 거 같고, 아발란체는 L1이기 때문에 벨리데이터를 유지하기 위한 인플레이션이 비용으로 측정된 것이 재미있네요.

혹자는 이런 비교가 무의미하지 않냐고 합니다. 애초에 이 둘이 가진 오퍼레이션 구조가 다르기 때문이죠.

그런데 전 이런 비교가 필요하다고 생각합니다. 이런 비교를 통해서 어떤 사례가 L2에 더 적합하고, 어떤 사례가 L1에 더 적합한지를 파악할 수 있기 때문입니다.

아발란체가 적자라고해서 무조건 아발란체 또는 L1이 안좋다고 평가할 수는 없습니다. 하지만 유지비용이 정말 많이 들어가는 구조라는 것은 이해할 수 있죠.

반대로, 베이스와 같은 롤업은 기업들이 서비스하기 좋은 구조인 거 같다는 생각이 듭니다. 제가 그래도 L2에 불리시 한 이유를 하나 꼽으라면 바로 그것은 베이스가 만들어낸 선례를 기반으로 다양한 엔터프라이즈 체인들이 수익을 창출할 수 있는 창구들을 만들어낼 수 있다는 부분입니다.

블록체인으로써 정당성은 확보하면서 비용은 최소화 할 수 있다는 장점은 엔터프라이즈에게 명확한 장점으로 여겨질 거 같습니다.

반면, 레이어1 SDK들은 벨리데이터들을 중앙화 시킬수도 없는 노릇이고, 초반에 벨리데이터를 모으기 위해 많은 토큰들을 희석시켜야 한다는 비용은 너무 부담스럽고 하는 딜레마가 있죠. 코스모스 생태계가 초기에 막대한 인플레이션으로 생태계 토큰들의 가격이 박살난 경우만 보더라도..

세이 모나드 베라체인같이 프라이빗 시장에서 벨류 1B찍고 시작하는 경우라면 다른 이야기겠지만요(달러 기준으로 토큰을 훨씬 덜 희석시켜도 벨리데이터들은 달라붙을테니). 여튼 유의미한 비교네요.

0. 최근 Ligmanode(Solana Private Node)라는 프로젝트를 발견하고 이런 노드(오퍼레이터/밸리데이터)나 프라이빗 밈풀 등 프로젝트도 수요가 계속 있지 않을까 생각이 들었다.

1. EigenLayer를 포함한 다양한 리스테이킹과 AVS가 나올 때, 이에 참여하고 싶은 개인들은 (1) 노드 운영을 하는 대규모 팀에게 위임해서 진행하거나 (2) 개인 노드를 운영하거나 하게 될 건데 어떻게 진행될까?

2. 규모가 크지 않은 비즈니스라면 노드 운영팀에서 이를 운영하지 않을 것. 또한 토큰에 대한 기대감으로 노드를 운영한다면 더욱이 위임보다는 노드 구독 형태로 가게 되지 않을까?

3. 지난 ORE의 사례와 같이 특정 체인 내 기회가 있을 때, 이를 포착하기 위한 프라이빗 노드의 수요는 점점 늘어나지 않을까? 이미 이더리움 프라이빗 노드를 운영하는 곳도 많다고 들었다. 특히 빠른 finality를 자랑하는 체인일수록 지역적인 장점도 중요한데, MEV나 스나이핑을 목표로 하는 팀/개인은 이런 프라이빗 노드의 수요가 있을거라 생각한다.

4. LigmaNode의 경우, 노드 운영 과정에 얻은 수익을 쉐어하기 위해 토큰 모델을 사용한다. 근데 토큰 모델이 너무 나이브해보여서 구매 자체를 추천하지 않는다. 언제나 그렇듯 투본선. 그리고 실제로 노드를 사용해보지 않아서 여기도 겉만 번지르르한 플젝일 수 도 있다. 그리고 알파라고 하기엔 나온지 좀 된 프로젝트다. 이미 가격도 한 번 튀었다가 떨어진 상태.

5. 그럼에도 이를 공유하는 것은 DePin 시장과 AI 시장이 커지고, 점점 다양한 체인이 등장하고 있는 와중에 노드 운영이 쉬워지고 이를 관리하는 팀은 분명 언젠가 나온다. 오픈소스가 될 수도 있고, 비즈니스 모델은 어떻게 될지 모르지만 시기의 문제이지 언젠간 나오지 않을까 생각한다.

6. 블록체인 업계가 어떻게보면 투기판 같아도 어디선간 꾸준히 발전되고 있다. :)

자기전에 뭔가 감격스러워서 공유.

항상 로컬 리서치 회사라는 이미지를 탈피하고 싶었는데, 수이에서 직접 “a leading global crypto research firm” 이라고 말해줘서 기분이 너무 좋습니다.

사실 수이에 대해서 저희만큼 딥하게 다룬 리서치 회사가 아직은 없다는 점에서 자부심 가져보려고 합니다! 동시에 더 더 더 열심히해서 수이뿐만 아니라 다양한 에코시스템 플레이어들에게 리딩 글로벌 크립토 리서치 회사로 불릴 수 있도록 노력해야겠네요.

수이랑 포필러스가 협업하는 부분도 많지만, 저는 그냥 수이의 기술이 재밌고 앞으로도 그냥 리서치 하는게 재밌기 때문에 또 좋은 리서치가 나오는게 아닌가 싶습니다. 제가 모듈러쪽 리서치 하면 이정도로 나올수가 없어요. 뭐든지 좋아하고 공감하는 가치를 가진 블록체인에 대한 리서치를 해야, 좋은 글이 나오는 거 같습니다.

저는 이만 자러가봐야겠네요 :)

오늘의 교훈: 분수에 맞지 않게 욕심이 과하면 다친다.

아니었다. 누군가 욕심이 과하면, 제3자는 재밌게 보면 된다.

동접자 70000명 돌파.
진짜 여러모로 역대급 기자회견이네요.

https://www.youtube.com/watch?v=ReB3WOuG0Xk

[a16z crypto] 토큰 출시에 대한 리스크

토큰 출시에 대한 리스크를 크게 3가지로 분류하고 있네요.

1) 법적 리스크(Legal)
2) 상업적 리스크(Commercial)
3) 운영 리스크(Operational)

여기서 내린 결론은 정리해보면 상당히 단순합니다.

- 탈중앙화(Decentralized)
a) 창립팀과 토큰 간의 관계를 분리하여 하위테스트와 법적 의존도 제거
b) 시장 참여 및 성장에 기회 극대화
c) 운영이 어려움

- 제외(X-clude)
a) 미국에서 토큰 출시 X (이건 한국도 마찬가지)
b) 지역별 차이 등이 존재하며 장기적으로는 리스크
c) 운영이 쉬울 수 있으나, 자금 세특 등 여러 제약에 대해 더 큰 운영이 따라올 수 있음

- 제한(Restrict): 전송제한토큰(TRT) 또는 포인트
a) 법적 리스크 감소
b) 상업적으로 사용자 감소...
c) 운영리스크도 매우 줄어듬

당연한 말들이긴 한데 또 각 디테일에 글들이 많아서 공부에 나쁘진 않네요. 컨설팅 업계 분들이 좋아할 것 같은 글.

https://a16zcrypto.com/posts/article/navigating-token-launch-risks

trugly: Meme Responsibility

오늘 처음으로 pump fun을 제대로 봐서 소개하는 base 위의 신규 프로젝트.

StarkNet이 만드었던 Unruggable Meme이 떠오르는 플젝이네요. 뭐 컨셉은 똑같습니다. (pump[dot]fun / mint[dot]club)

그래서 크리에이트 하는 방법도 단순합니다. 이름, 티커, 이미지, 배너 등등 넣고 가스비만으로 런칭. 그 이후 수익 구조는 다음과 같습니다.

- Swap Fee: 거래수수료
- Team Allocation은 10%인데 대신 3개월 락에 2년 베스팅입니다.
- 근데 만드는데 비용이 필요없음

가스비 제외 무위험으로 토큰 런치를 지원하며 지분을 확보해주는 방향이 인상적이네요. 아에 blast에서 가스비 지원해주는 방향으로 이런거 하면 진짜 잘될 것 같은데, 하여튼 체인 위에 밈이 있다는 것은 좋은 비즈니스 모델인 것 같습니다.

여기서 첫 밈토큰($RWASS) 나올 때 구매할려했는데 알림 설정을 안해놔서 5분만에 솔드아웃되었네요; 물론 이후에 진짜 소액 담아봤는데 제발 러그풀 하지마...(방장은 잘못된 컨트랙트의 동일한 이름 티커에 러그풀 당함)

근데 약간 쎄한 포인트 몇 개 있는데

1. 자금 모은 이후에 유니스왑 런칭 이후 MM(이라 부르고 시장 조작)을 컨트랙트 어떤 식으로 하는지 엄청 소액으로 사고 팔기를 반복해서 부풀리기를 하네요. 이건 방장이 잘못확인한 러그풀 컨트랙트

2. 독스 또 없음;; 제발 백서 공개해줘... 요새 애들은 왜 기본이 안되어 있냐 정말

전 이런 애들보면 더 키워서 진짜 당당하게 수익 낼 수 있을 것 같은데 왜 러그풀해서 소액으로 먹고 튀는지 모르겠습니다

https://www.trugly.meme/

[방장이 티커만 보고 잘못산거]

이게 러그풀하네; 하 새벽에 또 러그풀 당하니까 화나네요. 내 0.1이더 ㅁㄴㅇㄹ

근데 dexscreener의 기준에는 blacklist risk가 따로 없었는데, 코드 좀 살펴보고 어떻게 된건지 추후 공유하겠습니다. 이걸 우회할 수 있다는 건 여러모로 또 리스크네요. 이래서 백서 없는 애들은 사면 안되는건가

이건 또 새로운 러그풀 방식인데 dex screener에서 체크리스트가 있다고 해서 믿으면 안되네요.

1. 진짜 컨트랙트를 바로 체크하지 못하게 숨기기: 컨트랙트 상단에 erc20 컨트랙트를 쓰고
컨트랙트 제일 하단에 이를 상속받은 컨트랙트를 사용하여 눈속임.

2. 상속받은 컨트랙트에 블랙리스트 화이트리스트 모두 포함. 변수명의 난독화로 기본적인 테스트에서 안걸리게 만듬.

3. 그래서 코드 내에 bl로 시작하는게 블랙리스트 관리 변수, wl가 화이트리스트 관리변수. 이는 단순한 룰만 체크하는 코드 검사기에서는 확인이 쉽지 않을 수 있음

4. 월급날부터 오랜만에 비싼 레슨런이라 화가 나지만 또 배운다...

5. 하여튼 러그풀 당한건 멍청한 방장이니 저 플젝은 아직까지는 죄가 없다...

결국 파운더스펀드가 Devin에 $175m 투자하며 $2b 밸류 달성했다고. 생긴지 일년도 안된 회사가 프로덕트 하나로 이정도의 투자를 받아낼 수 있군요 ㄷㄷ AI-agent 시대의 개막일 수도...?

피터 틸이 마크 저커버그한테 베팅한게 떠오를 수 밖에 없는 베팅... 파운더스 펀드에서 누가 주도했을지가 궁금해지네요

https://www.theinformation.com/articles/six-month-old-ai-coding-startup-valued-at-2-billion-by-founders-fund

미니진이 쓴 그 ‘모자’ 브랜드, 물 들어올 때 노 젓는 중.JPG