It's a way to make data

/less damaging/, not an endorsement of data storage in chain as a good

idea.

https://lists.linuxfoundation.org/pipermail/bitcoin-dev/2014-February/004421.html

Reply to this note

Please Login to reply.

Discussion

네 그 부분는 저도 인정합니다^^;;

인정하신다면 알면서 네트워크를 대놓고 공격중이신겁니다. 서비스 내려주세요.

비트코인이 디스크에 sequential하게 저장되는 80바이트 메세지 올린다고 망할 시스템이면 처음부터 가치있는 네트워크인지 생각할 필요가 있을것 같습니다.

본문에서 less damaging 이라는 표현을 인용한 것처럼 이걸로 비트코인이 망할거라고 생각하진 않습니다.

궁금한게 op_return으로 한 블록에 최대 80바이트만 기록이 가능한건가요? 아님 여러개의 글을 한 블록에 가능한 건가요?

후자라면 굳이 비금융데이터를 굳이 비트코인 네트워크에 남겨야 하나 싶습니다.

물론 내 노드는 풀노드+ 노스터의 데이터를 다 받아먹고 있긴 하지만......

챗지피티를 이리 활용 하다뉘

이건 자세히 뜯어보지 않아서 정확하지 않은데 OP_RETURN 스크립트(오피코드, 메세지 길이 정보, 메세지를 포함) 사이즈가 최대 83B 이고 그 안에 메세지는 최대 80B 일 거애요.

제가 이해하고 있는 바에 따르면

오피리턴이 포함된 tx 여러개가 하나의 블록에 포함될 수 있습니다. 비트코인 코어는 tx 당 하나의 오피리턴이 있을때만 표준 tx으로 취급하고 있는데 블록에 오피리턴 개수 제한은 없는 것으로 알고 있습니다.

또, 하나의 tx에 여러개의 오피리턴이 포함되어서 표준이 아닌 tx도 (릴레이 되어서 채굴자에게 도달되기는 사실상 어렵겠지만 오프체인으로 전달하여) 블록에 포함되는 것이 가능할 것 같습니다.

op_return 스크립트에 80바이트 기록이 표준으로 받아드려집니다. 이를 넘는 스크립트들은 채굴자에게 직접적으로 보내야 합니다.

하나의 트랜잭션에 여러 op_return 아웃풋이 있을 수 있고 하나의 블록에 이러한 트랜잭션이 여러개 있을 수 있습니다.

내가 마음에 드는 방식대로 비트코인을 사용하지 않는다고 해서 공격이 되진 않습니다.

추가적으로 데이터를 올리는것은 막을 수 없는 일이고 op_return을 위의 방식대로 활용하는것이 바람직 합니다.

제가 감정적으로 문제를 대한다고 생각하시는 것 같습니다. 전혀 아닙니다. 옳지 않다고 생각하기 때문입니다.

예를들어 특정 회사가 독자적인 경로로 주소를 유도하는 월렛을 만든다면 그 방법을 검증가능하게 공개하더라도 저는 마음에 들지 않겠지만 그것이 비트코인에 대한 공격이라고 생각하진 않습니다.

또, 데이터를 올리는 것을 막진 못해도 바람직하지 않다고 생각합니다. 게이섹스, 수간, 살인을 예로 든 것도 비슷한 이유입니다.

비트코인 네트워크 사용에 있어서 옳고 그름은 개개인의 판단이겠죠? 내가 싫어하는 사람이 쓰지 않았으면 하지만 이걸 막지 못하는것도 비트코인의 장점중 하나입니다.

내가 싫어하는 방법으로 다른 사람이 사용하는것도 마찬가지입니다