Near-stateless, fully parallelizable validation of the Bitcoin blockchain with hints about which outputs remain unspent. All other inputs/outputs are efficiently crossed off inside a single hash aggregate that only reaches zero if validation was successful and the hints were correct.

15-minute talk summarizing the protocol

Validation is at the heart of Bitcoin. Any improvements in validation speed will have a direct impact on the scalability of the system, including everything that is built on top of it. For this reason improving validation performance may be one of the most important things we can do.

I (instagibbs) was asked to draft a statement, I feel this is a fair summation of the project's direction. I might be wrong

Bitcoin Core’s next release will, by default, relay and mine transactions whose OP_RETURN outputs exceed 80 bytes and allow any number of these outputs. The long-standing cap, originally a gentle signal that block space should be used sparingly for non-payment proof of publication data, has outlived its utility.

Utreexo accumulator is a collection of proper merkle trees. All the merkle trees have 2 children or none.

Below is an example of adding 7 leaves to the tree. You can run the code I used to generate this at https://go.dev/play/p/um5263SDk59

This is an accumulator with 1 leaf. It has 1 root, which is also a leaf.

본 문서는 Ruben Somsen에 의해 작성된 "소프트체인: 작업증명(PoW) 사기 증명을 통한 소프트 포크로서의 사이드체인(Softchains: Sidechains as a Soft Fork via Proof-of-Work Fraud Proofs)을 한글로 번역하여 한국 개발자 커뮤니티에서 보다 효과적인 논의 및 토론을 만들어 나가기 위해 번역된 문서임을 명시합니다.

원래 이 글은 비트코인 개발자 메일링 리스트에 게시됨.

이 게시물은 완전히 분산된 양방향 페그 사이드체인 설계를 설명합니다. 새로운 사이드체인을 활성화하려면 소프트 포크가 필요하므로 '소프트체인'이라는 이름이 붙었습니다. 핵심적인 측면은 모든 소프트체인이 작업증명(PoW) 사기 증명(PoW FP)을 통해 모든 사람에

Hi there,

I'm writing to propose a set of mempool policy changes to enable package validation (in preparation for package relay) in Bitcoin Core. These would not be consensus or P2P protocol changes. However, since mempool policy significantly affects transaction propagation, I believe this is relevant for the mailing list.

My proposal enables packages consisting of multiple parents and 1 child. If you develop software that relies on specific transaction relay assumptions and/or are interested in using package relay in the future, I'm very interested to hear your feedback on the utility or restrictiveness of these package policies for your use cases.

A draft implementation of this proposal can be found in [Bitcoin Core PR#22290][1].

본 문서는 비트코인 커뮤니티의 기여자로서 마스터링 비트코인(Mastering Bitcoin 3rd Edition) 및 다양한 기술문서를 전문적으로 작성하는 데이비드 하딩(David Harding)의 에라타(errata) 문서를 한글로 번역하고, 비트코인 백서를 중심으로 비트코인 구현체의 과거와 현재를 연구하고 있는 비트코인 연구그룹(Bitcoin Research Team in Orakle@Kaist)의 연구 결과물을 기술문서의 형태로서 커뮤니티에 기여하기 위해 작성하는 것임을 명시합니다.

데이비드 하딩(David Harding)의 에라타(errata) 문서는 사토시 나카모토의 논문 "비트코인: Peer-to-Peer 전자 화폐 시스템"에서 알려진 문제들에 대한 설명과 용어 변경에 대한 주석 및 논문에서 설명된 내용과 비트코인의 실제 구현이 어떻게 다른지에 대한 설명입니다.