default debug random = 1

 

이 글은 온더의 박정원(Aiden) 연구원님의 미디엄 글[https://medium.com/onther-tech/plasma-world-map-kr-9c1eec16859e]을 옮긴 것으로, 이더리움의 확장성 솔루션인 플라즈마의 연구내역들을 한눈에 살펴보도록 하고자 하는 목적으로 작성되었습니다. 연구자 분들의 많은 관심과 의견 부탁드립니다.

 

____________________________

 

Plasma World Map은 플라즈마로의 긴 여정을 떠나는 모든이가 도중에 길을 잃지 않고 원하는 목적지까지 안전하게 도착할 수 있도록 안내해주기 위해 만들어졌습니다.

Plasma World Map은 플라즈마를 처음 공부하는 이들에게는 수많은 연구들에 대한 큰 그림을 그릴 수 있도록 하고, 기존의 플라즈마 연구자들 에게는 언제나 참고할 수 있는 좋은 Cheat sheet를 제공하고자 합니다.

Note : Plasma World Map은 완벽과는 거리가 멉니다. 글과 그림에 잘못된 내용이 포함되어 있을 수 있으니 발견하게 되면 꼭 알려주시기 바랍니다. 또한 Plasma World Map은 주기적으로 계속 업데이트 될 예정입니다.

Classification

World Map의 큰 두가지 범주는 Simple Transfer와 General States & Computation입니다. 두가지 범주의 경계선에 놓인 플라즈마 솔루션들은 각 솔루션이 구현하고자 하는 목적을 고려하여 더 가까운 쪽으로 배치하였습니다. 만약 더 나은 분류방법에 대한 아이디어가 있으시다면 언제나 환영입니다.

Index

1.Simple Transfer

UTXO based

  • Plasma MVP
  • Plasma Cash
  • With ZKP

Account based

  • With ZKP

2.General States & Computation

UTXO based

Account based


1. Simple Transfer

1)UTXO based : Plasma MVP

Plasma MVP

저자 : Vitalik Buterin

플라즈마 백서 공개 이후 제시된 첫번째 플라즈마 모델. UTXO기반의 바이너리 머클트리 구조를 사용하였다. 또한 유효하지 않은 상태를 기반으로 한 Exit을 방지하기 위해 챌린지 시스템을 두었고, Data availability 문제를 해결하기 위해 Confirmation과 Exit Priority를 두었다. 하지만 트랜잭션 전송시 서명단계를 두번이나 거쳐야 하는 Confirmation단계로 UX가 심각하게 저해된다는 이슈가 제기되었고, Mass exit과 같이 여러가지 향후 연구과제들에 대해 제시하는 좋은 시발점 역할을 하였다.

Plasma with client-side validation

저자 : Dan Robinson

client-side validation 방법을 Plasma MVP에 적용한 모델로, UTXO의 구조를 signatures와 destination만을 포함하는 것으로 변형하였다. Plasma에 참여하는 client들이 각자가 거래하는 대상 UTXO를 검증할 수 있도록 하였다. 또한 pruning을 통해 거래들을 일종의 tumbling 할 수 있는 방법 또한 제시하였다.

Simple Fast Withdrawals

저자 : Kelvin Fichter

플라즈마 백서에서 제시된 Fast Withdrawal을 플라즈마 체인의 스마트 컨트랙트 없이 오로지 루트체인의 스마트 컨트랙트만을 이용해서 구현하는 방법을 제시하였다.

More Viable Plasma

저자 : Ben Jones, Kelvin Fichter

Plasma MVP에서 exit priority에 대한 기준을 UTXO의 age of output으로 산정하는 것을 age of the youngest input으로 변경함으로써 기존에 UX를 심각하게 저해하였던 Confirmation 서명단계를 제외하고서도 기존의 valid exit game schema를 유지할 수 있음을 증명한 연구이다.

Enabling Fast Withdrawals for Faulty Plasma Chains

저자 : Kelvin Fichter

오퍼레이터가 수수료 수익을 대가로 Fast Withdrawal의 대상이 되는 exit에 일종의 보증금을 두게함으로써 Simple Fast Withdrawal에서 제시한 방법을 플라즈마 체인에 문제가 있을때도 동작할 수 있게끔 개선한 연구이다.

Optimistic cheap multi-exit for Plasma (Cash or MVP)

저자 : Vitalik Buterin

Withdrawal을 할 때 해당 UTXO혹은 Coin에 대한 Merkle proof를 제출하는 것이 아니라 block number와 각UTXO 혹은 각 coin의 index를 제출하게하여 한번의 Withdrawal로 동시에 여러개의 UTXO or Coin을 exit하는 것을 제안한 연구이다.

Basic Mass Exits for Plasma MVP

저자 : Kelvin Fichter

UTXO Aggregation과 각 UTXO가 갖는 value의 합을 나타내는 Sum Merkle Tree를 통해 Mass Exit을 할 수 있도록 하는 방법을 제시한 연구이다.

Debt & Liquidity for L2 Scalability UX

저자 : Eva Beylin

Exit에 대한 보증금 등과 같이 Plasma를 포함한 여러 Layer2 Solution에서 발생하는 담보물 자산(collateral)에 대해 유동화할 수 있는 방법들에 대해 논의한 글이다.

RFC : Low Latency Transaction Confirmations Proposal

저자 : Bing Yang

루트체인에 커밋되지 않은 블록에 포함된 트랜잭션을 다른 트랜잭션의 input으로 사용할 수 있게 하여 transaction간 latency를 줄일 수 있는 방법을 제시한 글이다.

2)UTXO based : With ZKP

Plasma is Plasma

저자 : josojo

Plasma MVP, More Viable Plasma의 모델에서 zk-snark를 이용한 검증방식을 도입하여 Plasma chain client에 일종의 light-client를 구성하는 방법을 제시한 연구이다.

3)UTXO based : Plasma Cash

Plasma Cash

저자 : Vitalik Buterin

Plasma Cash는 Plasma MVP의 문제점들을 개선하기 위해 새롭게 제시된 모델입니다. 각 코인에 고유한 ID와 액면가(denomination)를 부여하였고, Sparse Merkle Tree(SMT)를 활용하여 각 leaf 노드의 index를 토큰 ID로 두고, value에는 해당 토큰이 사용된경우 그에 관련된 트랜잭션 정보를 기입하는 형태로 설계되었다. 만약 해당 블록에서 사용되지 않은 토큰이라면 해당 토큰에 대한 트랜잭션 정보 또한 없으므로 value는 비어있게(null) 된다. 이렇게 해당 토큰이 특정 블록에서 사용되었는지, 혹은 사용이 되지 않았는지를 SMT의 포함증명과 비포함증명 기능을 통해 확인할 수 있기 때문에 해당 토큰의 사용기록에 대해 명확하게 검증할 수 있게 되었다.

하지만 부분 지불(Partial Spending)이 불가능하다는 것과 각 코인에 대한 사용기록을 검증하는 과정이 매우 무거운 작업이 될 수 있다는 단점등이 향후 개선되어야 할 부분으로 지적되었다.

PoS Plasma Cash with Sharded Validation

저자 : Karl Floersch

Plasma Cash Simple Spec에서 제시된 single operator모델의 단점을 보완하고자 PoS consensus를 도입하여 transaction censorship 문제와 data withholding시 모든 사용자가 exit해야 하는 문제를 해결하고자 하였다.

Plasma XT: Plasma Cash with much less per-user data checking

저자 : Kelvin Fichter

제목에서 알 수 있듯이 기존 Plasma Cash에서 지적되었던 coin 사용기록 검증에 대한 부담 문제를 Cryptoeconomic signature aggregation 방법을 이용한 안전한 checkpointing을 통해 해결하고자 하였다.

Plasma Cash with Sparse Merkle Trees, Bloom filters, and Probabilistic Transfers

저자 : Sourabh Niyogi

Sparse Merkle Tree, Bloom filters, Probabilistic transfers을 특징으로 하는 plasma cash implementation. 비지불(non-spend)에 대한 효율적인 증명을 위해 Bloom filters를 도입하였고, Partial spending을 위해 Probabilistic transfers(소수점을 이용한 transfer)을 도입하였다.

Loom Network: Plasma Cash for ERC721 Tokens

저자 : Georgios Konstantopoulos

ERC721토큰 사용에 특화된 Plasma Cash implementation이다.

Plasma Debit: Arbitrary-denomination payments in Plasma Cash

저자 : Dan Robinson

Plasma Debit은 각 코인을 사용자와 오퍼레이터간의 일종의 payment channel의 형태로 사용할 수 있게하여 Plasma Cash의 단점으로 지적되었던 Partial spending문제를 개선한 모델이다.

Plasma Cash Minimal Atomic Swap

저자 : Vitalik Buterin

Plasma Cash를 위한 Atomic Swap protocol. Atomic swap에 필요한 대부분의 행위를 플라즈마 체인에서 진행하고 오로지 key에 대한 공개만 메인체인에 머클트리의 형태로 공개함으로써 Atomic swap을 효율적으로 진행할 수 있도록 하였다.

Plasma Cash Defragmentation

저자 : Vitalik Buterin

Plasma Cash의 단점인 분할불가능(indivisible)을 개선하기 위한 단편화제거 (defragmentation) 방법을 제시한 연구이다. Coin을 전송하는 사용자간에 일종의 atomic swap을 통해 흩어져있는 사용자들의 Coin들을 single Merkle branch에 모일 수 있도록 하는것이 핵심 아이디어이다.

Plasma Cash defragmentation, take 2

저자 : Vitalik Buterin

오퍼레이터로 하여금 각 코인의 swap으로 구성된 permutation 트랜잭션을 전송하게 하여 단편화제거를 실행할 수 있는 방법을 제시한 연구이다.

Plasma Cash defragmentation, take 3

저자 : Vitalik Buterin

사용자간의 트랜잭션 단계에서부터 fragment 생성을 최소화함으로써 단편화제거를 실행할 수 있는 방법을 제시한 연구이다.

Plasma Cashflow

저자 : Hayden Adams

Plasma Debit과 Plasma Defragmentation의 아이디어를 이용하여 구현한 Plasma Cash Implementation이다.

RSA Accumulators for Plasma Cash history reduction

저자 : Vitalik Buterin

RSA Accumulators를 이용하여 Plasma Cash의 각 coin의 history에 대한 검증부담을 줄이는 방법을 제시한 연구이다. 이 아이디어는 Plasma Prime 설계의 중추가 되었다.

Log(coins)-sized proofs of inclusion and exclusion for RSA accumulators

저자 : Vitalik Buterin

RSA accumulators를 통해 Plasma Cash의 여러개의 coin에 대한 포함증명(inclusion proof)과 비포함증명(exclusion proof)를 log(N) 복잡도로 실행할 수 있음을 증명한 연구이다.

Plasma Prime(spec by vitalik)

저자 : Sourabh Niyogi

Plasma Implementers Call에서 Vitalik Buterin이 Plasma Prime의 구체적인 spec에 대해 설명한 것을 정리한 글이다.

Plasma Prime design proposal(spec by Bankex)

저자 : Bankex team

Bankex팀의 Plasma Prime implementation이다. Plasma cashflow에 RSA accumulators 를 사용한 모델이다.

4)Account based : General

Chronos: A Quirky Application Proposal for Plasma

저자 : Paul Berg, Mark Milton

플라즈마에 일종의 payment channel을 활용한 implementation.

A DEX on Plasma

저자 : Bharath Rao

Plasma MVP와 Plasma Cash에서 Decentralized exchange(DEX)를 만드는 것이 어려운 이유를 설명하고, Plasma에서 DEX를 설계하는 다른 방향을 제시하고자 하였다. 자세한 내용은 Gluon Plasma에서 찾아볼 수 있다.

Gluon Plasma

저자 : Bharath Rao

UX와 Scaling의 개선에 중점을 둔 Plasma 모델을 제안한 연구이지만, Data availability 문제에 대한 솔루션이 부재하기 때문에 제대로 Plasma 모델을 제시했다고 보기에 어려움이 있다.

Off-chain Plasma state validation with on-chain smart contract

저자 : Jieyi Long

플라즈마 체인에서 account balance의 invalid state transition을 온체인에서 확률적으로 검증하는 것을 통해 올바른 state transition만을 강제할 수 있도록 한 연구이다.

5)Account based : With ZKP

Quark–gluon Plasma — verified Plasma chain without confirmation signatures

저자 : Alex Vlasov

balance를 갖는 어카운트 기반 모델에서 zkSNARKs 을 이용하여 플라즈마 체인의 state transition을 검증할 수 있는 모델을 제안한 연구이다. 하지만 data availability문제에 대한 솔루션이 미흡하였다.

Roll_up / roll_back snark side chain

저자 : Barry White Hat, Alex Gluchowski, HarryR 33, Yondon Fu, Philippe Castonguay

zkSNARKs 를 이용한 side chain 모델에 대한 연구이다. data availability문제 발생시 오퍼레이터가 대체될 수 있는 Operator auction시스템과 새로운 오퍼레이터가 유효한 상태에서 체인을 운영할 수 있게하는 Rollback 방식을 제시하였다.

Plasma Snapp

저자 : josojo

Deposit과 Withdrawal을 포함한 Plasma chain에서의 state transition을 snark를 이용하여 검증하는 방법을 설계하였다. 또한 Operator의 장기간 부재시 누구나 Operator가 될 수 있게 하였고, 또 다른 Operator가 나타나지 않을 경우 체인을 이전 상태로 되돌리는(roll back) 메커니즘을 두었다. Data availability의 경우 unavailable block의 존재를 인지한 후 약 7일간 exit 요청을 하면 항상 오퍼레이터의 exit요청에 대해 우선순위(priority)를 갖게 함으로써 해결하는 방향을 취하였다. 단, 사용자는 unavailable block의 존재를 인지한 이후 어떠한 트랜잭션도 전송하지 않아야 자신의 자산을 지킬 수 있다.

2. Simple Transfer

1)UTXO based

Why Smart Contracts are NOT feasible on Plasma

저자 : Johann Barbie

Plasma에서 Smart Contract를 구현하는 것이 왜 어려운지에 대해 논의한 글이다. Data availability 문제가 생길 경우 exit game의 형태로 유효한 state를 강제하는 것이 불가능하다는 것을 간략하게 제시하였다. 이는 Plasma Leap의 이론적 기반이 되기도 하였다.

Plasma Leap — a State-Enabled Computing Model for Plasma

저자 : Johann Barbie

general computation 기능을 비트코인의 Pay-to-Script-Hash (P2SH)와 유사한 Spending condition이라는 일종의 작은 프로그램으로 구현하였고, state기능을 일종의 스토리지 루트해시를 갖는 ERC721토큰이라고 볼 수 있는 nun-fungible storage token(NST)을 통해 구현하였다. NST를 통해 기존의 More Viable Plasma에서 사용되는 exit model을 그대로 사용할 수 있게 됨으로써 data availability에 대한 문제를 해결하였다.

2)Account based

Plasmabits: Viable Stateful Sidechain

저자 : Esteban Ordano

EVM-based smart contract를 사용할 수 있는 Plasma implementation에 대한 proposal. 올바른 state transition에 대한 검증방법으로 truebit-like verification게임방식을 차용한 PASITO contract (Plasma Arbitration Stepping Instruction Test Operator)를 제시하였다.

또한 data availability문제에 대한 해법으로 사용자의 블록 데이터 요청(query)가 있을때마다 오퍼레이터가 온체인에 모든 데이터를 올리는 응답(respond)하도록 강제하는 방법을 제시하였다. 하지만 이는 사실상 Plasma 솔루션을 사용하는 의미가 없게 만들기 때문에 적절한 해법을 제시했다고 볼 수 없다.

Plasma EVM : state-enforceable construction

저자 : 박주형(Carl Park) , 박정원(Aiden Park), 정순형(Kevin Jeong)

Plasma EVM은 플라즈마 체인에서 EVM을 실행할 수 있는 모델이다. State transition을 검증하기 위한 방법으로 truebit like verification game을 사용하고, Contract Account의 exit authority 문제를 해결하기 위해 requestable contract라는 개념을 제시하였다. 또한 Data availability 문제 해결을 위해 User Activated Fork 방법을 제시하였다.

 

 

 

 

 

 

-------------------------------------

꼬리말

* 게시글 내용 삭제레벨 강등

* 질문은 각 주제별 게시판에 적어주세요.

 

비트코인 암호화화폐 커뮤니티 땡글~ 땡글~

-------------------------------------

605

철학자님의 서명

다단계 코인을 판단하는 4가지 기준

  1. 백서(Whitepaper)의 참신성

  2. 운영진과 개발자들의 이력

  3. ICO의 투명성

  4. 코드의 존재(특히 블록체인 로직과 관련된)

by 철학자

Atachment
첨부 '1'
댓글 3
  • ?
    라미 2018.11.20 08:37
    뭔소린지..ㅎㅎ
  • ?
    켈틱프로스트 2018.11.20 10:45
    뭐 단기 가격과는 무관하겠지만 이더 커뮤니티가 열일 한다는 얘기입니다.

    메인체인(POW)-비콘체인(POS)-플라즈마 까지 멀티 레이어를 통해서 확장성, 탈중앙, 보안 이슈(트릴레마)를 해결하기 위한 로드맵을 완성했고 구현 작업도 활발하게 이뤄지고 있습니다.

    올초만 해도 트릴레마가 일부 중앙화 같이 타협하지 않고 가능한 일인지 비탈릭도 확신이 없었던 것으로 보였는데 이제 그런 단계는 지났고 정밀한 구현만 남은 상황으로 보입니다.

    힘든일이 많겠지만 빠르면 3년, 길어도 5년 내에는 어쩌면 튜링완전한 진짜 월드컴퓨터를 보게 될지도 모르네요...
  • ?
    축당첨 2018.11.24 17:12
    흠... 결국 블록체인이 인공지능을 위한 수단이었던걸까요?

List of Articles
번호 분류 제목 추천 수 조회 수 글쓴이 날짜
공지 땡글 시세표 시범 서비스 지원! 15 updatefile 26 6621
땡글개발자
2019.06.06
공지 [Air Drop 이벤트] 게시판을 신설합니다 20 file 1 47657
땡글운영위원회
2019.05.17
공지 신규회원 글쓰기 가능하려면? 125 update 1 6769
관리자
2018.12.18
1440 블록체인 교육 실제 강의 유튜브 영상 L* 기업 개발팀을 교육한 실제 강의 영상입니다. 필요한 말만 다시 모아서 편집하려니 시간이 상당히 많이 걸리네요. 총 16시간 교육했으며 조금씩 잘라서 계속 유튜브에 올리겠습니다. 오늘은 첫 강의라 주의집중하... 20 25 1122
쌍둥아빠
2018.11.20
개발 플라즈마(Plasma) 리서치 월드 맵 - 이더리움 확장성 솔루션 플라즈마 연구자료   이 글은 온더의 박정원(Aiden) 연구원님의 미디엄 글[https://medium.com/onther-tech/plasma-world-map-kr-9c1eec16859e]을 옮긴 것으로, 이더리움의 확장성 솔루션인 플라즈마의 연구내역들을 한눈에 살펴보도록 ... 3 file 4 642
철학자
2018.11.20
1438 개발 업비트 거래량 관련 개발문의요..       1. 업비트의 btc 마켓의 모든 코인의 거래량을 엑셀 또는 한곳으로 가져옴 2. 그중 10초 거래량이 이전 5분 평균 거래량보다 X% 많으면 해당코인 표시 3. 30초 거래량이 이전 5분 평균 거래량보다 X% 많으면 해... 6 543
몰라용
2018.11.19
1437 개발 웹 마이닝 모니터링 자작   자동 트레이딩 봇 프로그램 개발 중 막혀서 진척이 안되는 구간이 있어서 주말 이틀 동안 마이닝 모니터링 페이지 좀 만들어 봤네요. Ajax jQuery로 만들었습니다. 간단 명료하게 GPU 온도는 그냥 색깔로 표시했어... 3 file 3 1880
bestbester
2018.11.19
1436 개발 웹 모니터링 - CCMINER, Claymore's Dual(Ethash), EWBF miner(Ethash), xmr-stak-*(Cryptonight), claymore's -XMR   안녕하세요.   조용히 운영중인 사이트 오랜만에 소개 합니다.   마이닝허브 모니터링 사이트에서    기존 지원 모니터링 툴 CCMINER, Claymore's Dual(Ethash), EWBF miner(Ethash), xmr-stak-*(Cryptonight), cla... 14 12 1151
stigma8326
2018.11.19
1435 이더리움 데브콘4 참관기 1 이더리움 데브콘4 참관기 1 2018년 프라하에서 열린 이더리움 데브콘4에 참석했었습니다. 행사 참석 기사를 위해 썼던 내용을 정리해보았습니다.   데브콘4에서 가장 인상깊었던 내용   세션하나만을 뽑기는 좀 어렵... 24 file 34 2601
atomrigs
2018.11.18
1434 질문 빗썸 all ticker는 미래에서 온걸까요? 파이썬을 이용해 가격을 끌어왔는데 1542430950.476311 1542430951.405 위가 time.time()을 이용한현재 시간이고 아래가 빗썸 all ticker의 date입니다. 빗썸 티커가 1초 더 미래네요;; 1초 후 미래의 가격을 알 수 ... 3 522
Mist.B
2018.11.17
1433 질문 삭제한 글입니다 삭제한 글입니다 417
빗하이
2018.11.15
1432 [강좌] 쌩광부의 모바일 지갑 만들기 #2. Navigation 만들기 안녕하세요. 쌩광부입니다.   오늘부터 본격적인 코딩을 시작하도록 하겠습니다. React Native(이하 RN)를 하나 하나 알려드릴 수는 없는 관계로 일단 바로 실전 코딩에 들어가겠습니다. 코딩을 하면서 필요한 사항들... 14 file 27 1118
쌩광부
2018.11.14
1431 질문 비트코인 데몬 명령어 질문입니다. 우분투 17.10.1 버전에서 비트코인 데몬 콘솔 명령어 질문입니다.   예전에는 listaccounts 명령이 있어서, 각 계정(라벨) 별로 코인 수량을 조회할 수 있었거든요.. $bitcoin-cli -getinfo 했을때 "version": 169900... 8 737
비폭력무저항
2018.11.14
1430 질문 올비트에 대한 질문...   안녕하세요 탈중앙화 거래소에 관해 이더리움 댑을 기획하고 있습니다!   올비트(https://allbit.com/)는 이더리움 기반 탈중앙화거래소로 알고 있는데요   카이버, 뱅코, IDEX 같은 다른 탈중앙화거래소는 Ethersc... 4 407
빗코매앤
2018.11.13
1429 질문 업비트 api 중 시세캔들조회기능 문의드립니다.   다름이 아니라  이번에 머신러닝 알고리즘 개발을 위해 업비트 시세캔들조회기능을 이용하고자 하는데,  과거 데이터를 가져와서 좀 활용하려고 하는데요.   과거 캔들을 조회하기 위해  to 파라미터를 보니 yyyy-M... 4 file 964
야퍄다
2018.11.10
1428 질문 거래소 서버의 위치를 아는 분 계시나요? 월스트리트에서 증권사 서버가 가까운 뉴저지로 알고리즘으로 거래하는 회사들이 다 이사갔다는게 실감이 나네요 매일 해외에서 거래를 하다가 한국에 와서 가격을 끌어오고 거래를 해보니 속도가 엄청나게 빨라졌네... 11 842
Mist.B
2018.11.10
1427 개발 업비트 API 문의 - 주문리스트, 호가창 조회 API   업비트 API를 테스트 하고 있는데요.   업비트를 api를 다루다보니 동작이 이상한 것들이 보여서요. 먼저 해보신 분들의 조언을 구합니다.     1. 주문 리스트 조회 시 조회가 되지 않는 것에 대한 문의   현재 주... 2 1360
부자아들
2018.11.08
1426 개발 알트코인 및 전자지갑 개발 개인지도 받고싶습니다. 알트코인 및 전자지갑 개발 개인지도 받고싶습니다.    지역은 강남구 역삼동입니다.  쪽지로 연락주세요                ------------------------------------- 꼬리말 * 게시글 내용 삭제시 레벨 강등 * 질문은 각... 461
Coin-lab
2018.11.08
1425 개발 원클릭 메모리 램타 수정 및 모델 및 메모리 제조사 추가   드디어 원클릭으로 램타수정을 할수있습니다 ~!     그래픽카드 모델 및 메모리 제조회사 일련번호를 한눈에 확인할수있습니다   지원하는 마이너 종류는      지원하는 OS는 우분투 입니다   앞으로 진행될 개발... 1 file 2 574
탑코인
2018.11.06
1424 질문 리눅스 에서 amd 메모리 제조사 확인 가능할까요   아무리 검색해도 메모리제조사는 나오지를 않아서요   Amd드라이버에서 제공해주지 않는 이상은 힘들까요   혹시 메모리제조사 찾을수 있는방법 있으면 조언 부탁드립니다                     -------------------... 1 276
네미시스
2018.11.06
1423 이더리움 RLP 인코딩 문서를 읽어봤습니다. 개발을 하다보니 이런저런 인코딩이 많이 있어서 이더리움에 있는 RLP인코딩도 어디 뭐 인코딩 가져온 것인줄 알았는데 이더리움 데이타 저장을 위해 만든 인코딩이더군요. 여튼 개발을 위해 고민을 많이 한 흔적이 ... 2 3 1359
쌍둥아빠
2018.11.06
1422 개발 이전에 라피드 가상화폐 순위 사이트를 만들었었는데요. 이전에 라피드 가상화폐 순위 사이트를 만들었었는데요.   많은 분들이 피드백 주셨었고 도움 많이 됬는데 감사인사를 못드렸네요.   이번에는 이름이 코인스테이트로 바뀌고 사이트 리뉴얼도 하고있습니다.   아직 ... 316
홍땍땍
2018.11.06
1421 질문 빗썸의 코인가격을 빠르게 끌어오려면 어찌해야할까요?(파이썬의 크롤링 속도의 한계) 요즘 계속해서 단순한 봇을 만들어보고 있는데 가장 큰 문제점이 파이썬의 BeautifulSoup를 이용해서 빗썸의 orderbook을 끌어오는데 네트워크가 안좋아서 그런 걸 수도 있겠지만 0.5초정도의 시간이 걸리더라구요 . ... 6 1082
Mist.B
2018.11.05
Board Pagination Prev 1 ... 7 8 9 10 11 12 13 14 15 16 ... 83 Next
/ 83