Jeremy Rubin

Jeremy Rubin là ai?

Jeremy Rubin là nhà phát triển Bitcoin, nhà nghiên cứu, doanh nhân và nhà xây dựng mã nguồn mở, được biết đến với công trình về thiết kế hợp đồng thông minh trên Bitcoin, covenant, BIP-119, OP_CHECKTEMPLATEVERIFY, Sapio, Judica và Char Network.

Ông không phải là tiền mã hóa, token, ví, khóa riêng tư, cụm từ khôi phục, validator, mining pool, sàn giao dịch hay chiến lược giao dịch.

Trong lĩnh vực crypto, Jeremy Rubin có vai trò quan trọng vì công việc của ông tập trung vào cách giúp Bitcoin hỗ trợ các mô hình giao dịch an toàn hơn, linh hoạt hơn và có khả năng mở rộng tốt hơn mà không biến Bitcoin thành nền tảng hợp đồng thông minh đa năng.

Trang web cá nhân chính thức của ông cho biết ông đang xây dựng Char Network, một shared sequencer phi tập trung dành cho các Layer 2 của Bitcoin.

Trang web này cũng mô tả các công việc của ông về nghiên cứu Bitcoin, hợp đồng thông minh và mật mã ứng dụng.

Với người dùng crypto, có thể hiểu đơn giản Jeremy Rubin là một nhà xây dựng hạ tầng Bitcoin, người có công việc giúp giải thích về covenant, vault, kiểm soát tắc nghẽn, bảo mật Bitcoin Layer 2 và quá trình chậm rãi thay đổi quy tắc đồng thuận của Bitcoin.

Vì sao Jeremy Rubin quan trọng trong lĩnh vực crypto?

Jeremy Rubin có vai trò quan trọng vì Bitcoin được thiết kế để khó thay đổi.

Các bản nâng cấp Bitcoin cần được xem xét rộng rãi, kiểm thử cẩn thận, có lập luận kỹ thuật vững chắc và nhận được sự đồng thuận trong cộng đồng nhà phát triển, người dùng, đơn vị vận hành node, thợ đào, doanh nghiệp và toàn hệ sinh thái.

Rubin có tầm ảnh hưởng vì ông từng tham gia các đề xuất nhằm mở rộng khả năng của giao dịch Bitcoin trong khi vẫn giữ thiết kế gọn, dễ hiểu.

Đề xuất nổi tiếng nhất của ông là BIP-119, tập trung vào OP_CHECKTEMPLATEVERIFY, thường được viết tắt là CTV.

CTV được thiết kế để cho phép một script Bitcoin cam kết với mẫu giao dịch trong tương lai.

Ý tưởng này nghe có vẻ đơn giản, nhưng có thể hỗ trợ các trường hợp sử dụng quan trọng như vault, kiểm soát tắc nghẽn, gộp giao dịch, payment pool và các lộ trình chi tiêu được lên kế hoạch trước an toàn hơn.

Công việc của Rubin còn quan trọng vì cho thấy quá trình phát triển Bitcoin khác với các hệ sinh thái ứng dụng thay đổi nhanh như thế nào.

Soft fork Bitcoin có thể ảnh hưởng đến các quy tắc mà toàn mạng lưới tuân theo, nên ngay cả những thay đổi nhỏ cũng đòi hỏi sự thận trọng cao độ.

Jeremy Rubin và BIP-119

BIP-119 là Đề xuất cải tiến Bitcoin gắn liền với Jeremy Rubin nhất.

Đặc tả BIP-119 chính thức cho biết đề xuất này đưa OP_CHECKTEMPLATEVERIFY vào dưới dạng opcode mới, sử dụng ngữ nghĩa OP_NOP4 thông qua soft fork.

BIP giải thích rằng OP_CHECKTEMPLATEVERIFY kiểm tra xem một giao dịch có khớp với hash mẫu đã cam kết hay không.

Nói đơn giản, CTV cho phép một đầu ra Bitcoin giới hạn cách nó có thể được chi tiêu sau này.

Đây là một dạng covenant vì coin có thể mang theo quy tắc về giao dịch trong tương lai.

BIP mô tả CTV là một hạn chế chi tiêu đơn giản, dùng cách so khớp mẫu giao dịch với đặc tả giao dịch đã được băm.

Đề xuất này được thiết kế để giảm yêu cầu về niềm tin, tương tác và lưu trữ đối với một số ứng dụng vốn cần giao dịch được ký trước.

Với người dùng, BIP-119 quan trọng vì nó cho thấy một hướng khả thi để Bitcoin hữu ích hơn mà không yêu cầu mọi ứng dụng phải tin cậy bên thứ ba.

Jeremy Rubin và OP_CHECKTEMPLATEVERIFY

OP_CHECKTEMPLATEVERIFY là opcode được đề xuất trong BIP-119.

Opcode là một chỉ thị cấp thấp được sử dụng trong Bitcoin Script.

Bitcoin Script được giới hạn có chủ đích so với nhiều ngôn ngữ hợp đồng thông minh.

Giới hạn này giúp Bitcoin duy trì tính dễ dự đoán, nhưng cũng khiến một số ứng dụng nâng cao khó triển khai.

CTV hướng đến việc bổ sung một khả năng giới hạn thay vì tạo ra một hệ thống hợp đồng thông minh đa năng.

Nó cho phép script yêu cầu giao dịch chi tiêu trong tương lai phải khớp với một mẫu cụ thể.

Mẫu đó có thể cam kết với các trường như phiên bản, locktime, số lượng đầu vào, dữ liệu sequence, số lượng đầu ra, hash đầu ra và chỉ số đầu vào hiện tại.

Điều này giúp CTV hữu ích cho các ứng dụng cần kiểm soát chặt chẽ hơn cách coin có thể được chuyển đi sau này.

Tuy nhiên, CTV hiện chưa hoạt động trong cơ chế đồng thuận của Bitcoin, trừ khi một quy trình kích hoạt trong tương lai thành công.

Jeremy Rubin và Bitcoin covenant

Bitcoin covenant là quy tắc giới hạn cách một coin có thể được chi tiêu trong tương lai.

Khi không có covenant, script Bitcoin thường có thể kiểm soát ai được chi tiêu coin và các điều kiện trực tiếp áp dụng, nhưng khả năng kiểm soát hình thức của giao dịch tiếp theo còn hạn chế.

CTV là một đề xuất covenant vì nó có thể yêu cầu giao dịch trong tương lai khớp với một mẫu.

Điều này có thể giúp người dùng xác định trước các lộ trình chi tiêu an toàn hơn.

Ví dụ, một thiết kế vault có thể yêu cầu coin phải đi qua một khoảng thời gian trì hoãn hoặc lộ trình khôi phục trước khi được chi tiêu hoàn toàn.

Nhờ vậy, người dùng có thời gian phản ứng nếu khóa bị xâm phạm.

Covenant gây tranh cãi vì quá nhiều khả năng biểu đạt có thể tạo ra rủi ro, sự phức tạp hoặc những hạn chế không mong muốn đối với coin.

Phương pháp CTV của Rubin thường được thảo luận như một thiết kế covenant được giới hạn có chủ đích.

Cuộc tranh luận về CTV giúp người dùng hiểu vì sao các nâng cấp Bitcoin được đánh giá không chỉ dựa trên những gì chúng cho phép, mà còn dựa trên những rủi ro chúng tránh được.

Jeremy Rubin và vault Bitcoin

Vault Bitcoin là thiết kế bảo mật nhằm bảo vệ coin khỏi nguy cơ bị đánh cắp ngay lập tức.

Vault có thể tạo ra lộ trình chi tiêu trong đó tiền bị trì hoãn, được giám sát hoặc có thể khôi phục nếu kẻ trộm tìm cách chuyển đi.

CTV có thể hỗ trợ thiết kế vault vì nó cho phép giới hạn trước mẫu giao dịch trong tương lai.

Tổng quan về vault trên UTXOs.org giải thích cách các thiết kế dạng covenant có thể hỗ trợ cấu trúc lưu ký Bitcoin an toàn hơn.

Vault quan trọng vì việc đánh cắp khóa riêng tư là một trong những rủi ro nghiêm trọng nhất trong crypto.

Nếu kẻ tấn công lấy được khóa riêng tư thông thường, họ có thể nhanh chóng chuyển tiền đi và giao dịch đó có thể không thể đảo ngược.

Vault có thể khiến hành vi trộm cắp khó thực hiện hơn bằng cách buộc coin đi qua một lộ trình cho chủ sở hữu cơ hội phản ứng.

Vault không loại bỏ mọi rủi ro vì người dùng vẫn cần sao lưu, giám sát, thiết bị bảo mật và thiết lập cẩn thận.

Công việc của Rubin có ý nghĩa vì khám phá cách Bitcoin có thể hỗ trợ các công cụ lưu ký mạnh hơn ở cấp giao thức.

Jeremy Rubin và kiểm soát tắc nghẽn

Kiểm soát tắc nghẽn là các phương thức xử lý nhu cầu giao dịch lớn hiệu quả hơn khi không gian khối trở nên đắt đỏ.

Không gian khối Bitcoin có giới hạn, nên phí có thể tăng mạnh khi nhu cầu cao.

CTV có thể hỗ trợ kiểm soát tắc nghẽn bằng cách cho phép người dùng hoặc dịch vụ cam kết với một nhóm khoản thanh toán trong tương lai theo cách gọn nhẹ.

Tổng quan về khả năng mở rộng trên UTXOs.org thảo luận cách cấu trúc giao dịch dạng CTV có thể hỗ trợ gộp giao dịch và các trường hợp sử dụng liên quan đến mở rộng quy mô.

Điều này quan trọng vì người dùng Bitcoin có thể phải trả phí cao khi nhiều người muốn giao dịch cùng lúc.

Gộp giao dịch hiệu quả hơn có thể giảm áp lực lên không gian khối, đồng thời giúp rút tiền, thanh toán hoặc phân phối tài sản hiệu quả hơn.

Kiểm soát tắc nghẽn không đồng nghĩa với việc tăng kích thước khối.

Đây là cách sử dụng không gian khối hiện có thông minh hơn.

Công việc của Rubin có ý nghĩa vì khám phá các công cụ thiết thực giúp Bitcoin dễ sử dụng hơn mà vẫn tôn trọng văn hóa thiết kế thận trọng của mạng lưới.

Jeremy Rubin và Sapio

Sapio là dự án lập trình hợp đồng thông minh Bitcoin gắn với Jeremy Rubin.

Kho mã nguồn Sapio mô tả Sapio là một ngôn ngữ lập trình Bitcoin mã nguồn mở.

Sapio được thiết kế để giúp nhà phát triển diễn đạt logic hợp đồng Bitcoin an toàn và rõ ràng hơn.

Điều này quan trọng vì hợp đồng thông minh Bitcoin thường liên quan đến việc lập kế hoạch giao dịch phức tạp, time lock, chữ ký, mẫu và các trường hợp biên.

Viết các hệ thống này thủ công có thể khó khăn và rủi ro.

Sai sót trong hợp đồng Bitcoin có thể khóa tiền vĩnh viễn hoặc tạo ra lộ trình chi tiêu ngoài dự kiến.

Sapio thể hiện mối quan tâm rộng hơn của Rubin trong việc giúp việc phân tích hợp đồng Bitcoin trở nên dễ dàng hơn.

Bài học chính cho người dùng là công cụ tốt hơn có thể cải thiện mức độ an toàn, nhưng không loại bỏ nhu cầu kiểm toán, kiểm thử và thiết kế thận trọng.

Jeremy Rubin và Judica

Judica là công ty gắn với công việc của Jeremy Rubin về hợp đồng thông minh Bitcoin và công cụ phát triển hợp đồng.

Các tài liệu và buổi thuyết trình công khai mô tả Judica là một phần trong nỗ lực xây dựng phần mềm thực tiễn xoay quanh thiết kế hợp đồng Bitcoin.

Judica có ý nghĩa vì quá trình phát triển Bitcoin thường cần kết nối nghiên cứu, mã nguồn mở, giáo dục và sản phẩm hữu dụng.

Đề xuất như CTV không chỉ là một opcode lý thuyết.

Nó cần ví dụ, công cụ, kiểm thử, tài liệu, quy trình sử dụng trên ví và sự đánh giá của các nhà phát triển hiểu nhu cầu thực tế của người dùng.

Judica thể hiện nỗ lực của Rubin nhằm hỗ trợ hệ sinh thái phát triển hợp đồng rộng lớn hơn đó.

Người dùng vẫn cần hiểu rằng sự tham gia của một công ty không đồng nghĩa đề xuất Bitcoin tự động an toàn hoặc được chấp nhận.

Thay đổi cơ chế đồng thuận Bitcoin phụ thuộc vào sự đồng thuận rộng rãi của hệ sinh thái, không phải một công ty hay một nhà phát triển.

Jeremy Rubin và Char Network

Theo trang web chính thức, Char Network hiện là trọng tâm công khai của Jeremy Rubin.

Trang này mô tả Char Network là một shared sequencer phi tập trung dành cho các Layer 2 của Bitcoin.

Shared sequencer là hạ tầng hỗ trợ sắp xếp giao dịch hoặc cập nhật trạng thái cho các hệ thống Layer 2.

Mạng Layer 2 có thể cải thiện khả năng mở rộng, nhưng thường bổ sung các giả định tin cậy mới liên quan đến đơn vị vận hành, bridge, validator, sequencer hoặc hội đồng.

Shared sequencer phi tập trung hướng đến giảm sự phụ thuộc vào một bên duy nhất được tin cậy trong việc sắp xếp.

Điều này quan trọng vì các hệ thống Bitcoin Layer 2 đang phát triển và mức độ an toàn của chúng phụ thuộc vào nhiều yếu tố hơn những tuyên bố tiếp thị.

Người dùng cần hiểu ai sắp xếp giao dịch, ai kiểm soát việc nâng cấp, cách xử lý tranh chấp, điều gì xảy ra nếu đơn vị vận hành gặp sự cố và cách rút tiền an toàn.

Công việc của Rubin về Char Network có liên quan vì giải quyết lớp hạ tầng phía sau khả năng mở rộng Bitcoin, chứ không chỉ lớp ví hướng đến người dùng.

Jeremy Rubin và Bitcoin Layer 2

Bitcoin Layer 2 là các giao thức hoặc mạng được xây dựng xoay quanh Bitcoin nhằm cải thiện thanh toán, khả năng mở rộng, hợp đồng hoặc hỗ trợ ứng dụng.

Hệ thống Layer 2 có thể bao gồm kênh thanh toán, sidechain, thiết kế tương tự rollup, hệ thống liên kết, state channel và các cấu trúc thử nghiệm mới hơn.

Công việc hiện tại của Rubin có liên quan vì Bitcoin Layer 2 cần mô hình bảo mật mạnh hơn nếu muốn lưu trữ lượng giá trị đáng kể.

Một Layer 2 có thể tuyên bố kế thừa bảo mật của Bitcoin, nhưng người dùng nên tìm hiểu chính xác cơ chế bảo mật đó hoạt động thế nào.

Một số hệ thống dựa vào các liên đoàn multisig.

Một số dựa vào fraud proof, validity proof, timelock, watcher, đơn vị vận hành hoặc hợp đồng bridge.

Một số yêu cầu người dùng giám sát blockchain hoặc phản ứng trong một khoảng thời gian nhất định.

Công việc của Rubin về covenant, hợp đồng và sequencing giúp người dùng hiểu rằng mở rộng Bitcoin không chỉ là giao dịch nhanh hơn.

Đó còn là khả năng rút tiền an toàn, quy tắc có thể thực thi và giảm thiểu trung gian đáng tin cậy.

Jeremy Rubin và MIT Bitcoin Project

Jeremy Rubin còn được biết đến với vai trò trong MIT Bitcoin Project.

Một bài viết của MIT Admissions về Digital Currency Initiative cho biết Rubin đã giúp huy động kinh phí để phân phối Bitcoin cho sinh viên MIT bậc đại học như một dự án lớp học, trước khi nỗ lực này phát triển thành MIT Digital Currency Initiative.

Điều này quan trọng vì MIT Bitcoin Project trở thành một trong những thử nghiệm ban đầu nổi tiếng nhất về việc ứng dụng Bitcoin tại trường đại học.

Dự án giúp sinh viên trực tiếp trải nghiệm Bitcoin thay vì chỉ tiếp cận lý thuyết học thuật.

Những thử nghiệm như vậy giúp các nhà nghiên cứu và nhà xây dựng tìm hiểu cách mọi người thực sự sử dụng tiền kỹ thuật số.

Công việc ban đầu của Rubin tại MIT cho thấy vai trò của ông trong crypto không chỉ giới hạn ở kỹ thuật giao thức.

Vai trò đó còn bao gồm giáo dục, xây dựng cộng đồng và thử nghiệm công khai việc ứng dụng Bitcoin.

Jeremy Rubin và MIT Digital Currency Initiative

MIT Digital Currency Initiative, thường được gọi là DCI, trở thành một nhóm nghiên cứu quan trọng tập trung vào tiền mã hóa và công nghệ blockchain.

Bài viết của MIT giải thích rằng dự án phân phối Bitcoin đã góp phần phát triển thành DCI tại MIT Media Lab.

DCI có liên quan đến phát triển Bitcoin, mật mã học, quyền riêng tư, kinh tế học, hệ thống phân tán và nghiên cứu phục vụ lợi ích công chúng.

Mối liên hệ của Rubin với DCI có ý nghĩa vì các trường đại học có thể đóng vai trò quan trọng trong nghiên cứu crypto mã nguồn mở.

Môi trường học thuật có thể hỗ trợ những công việc không gắn ngay với việc ra mắt token hoặc động lực thị trường ngắn hạn.

Điều này quan trọng với Bitcoin vì nhiều công việc hạ tầng giá trị nhất là nghiên cứu mà người dùng có thể không trực tiếp nhận thấy.

Nghiên cứu giao thức tốt hơn có thể cải thiện bảo mật, quyền riêng tư, khả năng mở rộng và khả năng phục hồi dài hạn.

Công việc ban đầu của Rubin tại MIT giúp lý giải cách giáo dục và nghiên cứu góp phần vào kỹ thuật Bitcoin thực tiễn.

Jeremy Rubin và Bitcoin Core

Bitcoin Core là phần mềm triển khai tham chiếu được nhiều đơn vị vận hành node Bitcoin sử dụng.

Các tài liệu kỹ thuật công khai thường mô tả Jeremy Rubin là người đóng góp và nhà phát triển Bitcoin Core.

Quá trình phát triển Bitcoin Core quan trọng vì phần mềm này triển khai các quy tắc mà nhiều người dùng và node dựa vào để xác thực giao dịch và block Bitcoin.

Đóng góp cho Bitcoin Core không có nghĩa nhà phát triển kiểm soát Bitcoin.

Bitcoin không có CEO, hội đồng quản trị hay một chủ sở hữu duy nhất.

Nhà phát triển có thể viết mã, đánh giá đề xuất và duy trì phần mềm, nhưng người dùng và đơn vị vận hành node quyết định chạy phần mềm nào.

Phân biệt điều này là thiết yếu khi đề cập đến Rubin hay bất kỳ nhà phát triển Bitcoin nào khác.

Nhà phát triển có thể tác động đến thảo luận kỹ thuật, nhưng thay đổi đồng thuận cần sự đồng thuận rộng rãi về mặt xã hội và kỹ thuật.

Người dùng không nên cho rằng bất kỳ nhà phát triển đơn lẻ nào có thể tự ý thay đổi Bitcoin.

Jeremy Rubin và soft fork Bitcoin

Soft fork là thay đổi tương thích ngược đối với quy tắc đồng thuận Bitcoin, khiến một số hành vi trước đây hợp lệ trở thành không hợp lệ theo quy tắc mới.

BIP-119 được đề xuất dưới dạng soft fork vì sẽ thay đổi cách hoạt động của một opcode hiện có vốn không thực hiện thao tác nào.

Soft fork có sức ảnh hưởng lớn vì có thể bổ sung các giới hạn quy tắc mới mà không buộc mọi node cũ phải lập tức từ chối blockchain.

Chúng cũng nhạy cảm vì có thể ảnh hưởng đến toàn bộ mạng Bitcoin.

Việc kích hoạt cần thảo luận cẩn thận về tính an toàn, nhu cầu, chất lượng triển khai, phương thức triển khai và sự đồng thuận của người dùng.

Các cuộc thảo luận công khai của Rubin về CTV cho thấy việc quản trị Bitcoin khó khăn thế nào.

Ngay cả một đề xuất kỹ thuật có phạm vi hẹp cũng có thể đặt ra câu hỏi về quy trình kích hoạt, tín hiệu từ thợ đào, mức độ sẵn sàng của người dùng, sự hỗ trợ của hệ sinh thái và tác động dài hạn.

Người dùng crypto nên hiểu rằng việc nâng cấp Bitcoin chậm không phải lúc nào cũng là điểm yếu.

Đôi khi sự chậm rãi là một phần trong văn hóa bảo mật của Bitcoin.

Jeremy Rubin và tranh luận về kích hoạt CTV

Tranh luận về kích hoạt CTV trở thành một trong những cuộc thảo luận nâng cấp Bitcoin nổi bật nhất gắn với Jeremy Rubin.

Trong bài viết năm 2022 có tiêu đề 7 Theses on a next step for BIP-119, Rubin thảo luận về các bản dựng phần mềm, thông số kích hoạt được đề xuất và nhu cầu đánh giá.

Bài viết cho thấy cách một nhà phát triển có thể tìm cách đưa đề xuất từ khâu thiết kế đến khả năng kích hoạt.

Cuộc tranh luận cũng cho thấy người dùng Bitcoin rất quan tâm đến quy trình.

Một số người ủng hộ CTV vì cho rằng nó cho phép triển khai các ứng dụng hữu ích với rủi ro hạn chế.

Những người khác lo ngại về tốc độ kích hoạt, đồng thuận xã hội, mức độ sẵn sàng về kỹ thuật hoặc ý nghĩa rộng hơn của covenant.

Cuộc tranh luận này hữu ích với người dùng vì cho thấy quản trị Bitcoin không chỉ là mã nguồn.

Quá trình đó còn bao gồm giao tiếp, niềm tin, sự kiềm chế và đánh giá công khai.

Jeremy Rubin và các thảo luận trên Delving Bitcoin

Delving Bitcoin là diễn đàn thảo luận kỹ thuật, nơi nhà phát triển và nhà nghiên cứu trao đổi về các ý tưởng giao thức Bitcoin.

Một chủ đề BIP-119 trên Delving Bitcoin năm 2025 thảo luận về OP_CHECKTEMPLATEVERIFY khi chưa được kích hoạt, đồng thời đặt câu hỏi về giá trị kỹ thuật và khả năng tương tác với các primitive được đề xuất khác.

Điều này quan trọng vì quá trình phát triển Bitcoin vẫn tiếp diễn ngay cả khi tranh luận công khai lắng xuống.

Các đề xuất tiếp tục được đánh giá, so sánh, phản biện và xem xét lại khi hệ sinh thái thay đổi.

Đánh giá kỹ thuật có thể bao gồm các câu hỏi về động lực của thợ đào, độ an toàn của Layer 2, rủi ro từ chối dịch vụ, khả năng biểu đạt, thiết kế ví và lộ trình nâng cấp trong tương lai.

Công việc của Rubin vẫn có liên quan vì CTV tiếp tục được thảo luận trong cuộc trao đổi rộng hơn về covenant và Bitcoin Script.

Người dùng nên hiểu rằng một đề xuất vẫn có thể quan trọng dù hiện chưa hoạt động trên Bitcoin.

Trong Bitcoin, các ý tưởng nghiêm túc có thể được nghiên cứu nhiều năm trước khi rõ chúng sẽ được chấp nhận hay bác bỏ.

Jeremy Rubin và hợp đồng thông minh Bitcoin

Hợp đồng thông minh Bitcoin khác với hợp đồng thông minh trong nhiều hệ sinh thái blockchain tập trung vào ứng dụng.

Hợp đồng Bitcoin thường dựa vào Script, chữ ký, hashlock, timelock, cấu trúc multisig, cây Taproot, giao dịch ký trước và quản lý UTXO cẩn thận.

Công việc của Rubin có ý nghĩa vì khám phá cách Bitcoin hỗ trợ các hợp đồng nâng cao hơn mà không từ bỏ thiết kế thận trọng.

CTV và Sapio đều thể hiện cách tiếp cận này.

Mục tiêu không phải là khiến Bitcoin sao chép mọi tính năng của các nền tảng hợp đồng thông minh khác.

Mục tiêu là giúp một số hợp đồng đặc thù của Bitcoin an toàn hơn, đơn giản hơn và có khả năng mở rộng tốt hơn.

Ví dụ có thể gồm vault, thanh toán gộp, payment pool, chi tiêu khóa theo thời gian và lưu ký có cấu trúc.

Bài học cho người dùng là Bitcoin có thể hỗ trợ hành vi hợp đồng thông minh, nhưng sử dụng mô hình khác với các blockchain dựa trên tài khoản.

Jeremy Rubin và thiết kế UTXO

Bitcoin sử dụng mô hình UTXO, viết tắt của unspent transaction output (đầu ra giao dịch chưa được chi tiêu).

UTXO là một phần Bitcoin có thể chi tiêu được, được tạo ra từ giao dịch trước đó.

Công việc của Rubin gắn chặt với thiết kế hợp đồng dựa trên UTXO vì CTV hoạt động bằng cách giới hạn cách các đầu ra có thể được chi tiêu sau này.

Điều này khác với hệ thống dựa trên tài khoản, nơi hợp đồng thông minh có thể lưu trực tiếp số dư và trạng thái.

Thiết kế UTXO có thể mạnh mẽ vì mỗi đầu ra có quy tắc chi tiêu rõ ràng.

Thiết kế này cũng có thể gây khó khăn vì nhà phát triển phải cân nhắc kỹ đồ thị giao dịch, chữ ký, phí, đầu ra tiền thừa và lộ trình chi tiêu trong tương lai.

CTV tận dụng mô hình UTXO bằng cách cam kết với một mẫu giao dịch.

Điều này có thể giúp nhà phát triển thiết kế hệ thống mà hành vi chi tiêu trong tương lai được xác định trước khi coin được chuyển đi.

Người dùng nên hiểu rằng hợp đồng dựa trên UTXO có thể an toàn hơn nếu được thiết kế tốt, nhưng sai sót trong thiết kế có thể gây hậu quả khó khắc phục.

Jeremy Rubin và bảo mật Bitcoin

Bảo mật Bitcoin là chủ đề rộng, bao gồm quy tắc đồng thuận, thiết kế ví, bảo vệ khóa riêng tư, xác minh giao dịch, vận hành node, động lực đào và thiết kế ứng dụng.

Công việc của Rubin có liên quan vì covenant và vault có thể cải thiện một số mô hình bảo mật nhưng đồng thời làm tăng độ phức tạp trong thiết kế.

Vault có thể bảo vệ trước một số tình huống trộm cắp, nhưng vault được thiết kế kém có thể khóa tiền hoặc gây vấn đề khi khôi phục.

Hợp đồng dựa trên mẫu có thể giảm nhu cầu tin cậy, nhưng cũng có thể thực thi chính xác những gì được viết ra ngay cả khi người dùng mắc lỗi.

Bitcoin không dễ tha thứ vì các giao dịch đã xác nhận rất khó đảo ngược.

Vì vậy, thiết kế hợp đồng Bitcoin cần được xem xét kỹ lưỡng và kiểm thử cẩn thận.

Người dùng không nên vội sử dụng script hoặc công cụ thử nghiệm nếu chưa hiểu rõ rủi ro.

Danh tiếng của nhà phát triển không thể thay thế việc sao lưu an toàn, thiết lập ví cẩn thận và kiểm thử thận trọng.

Jeremy Rubin và phí Bitcoin

Phí Bitcoin được trả cho thợ đào để đưa giao dịch vào block.

Phí tăng khi nhu cầu không gian khối tăng.

Công việc của Rubin về CTV liên quan đến phí vì kiểm soát tắc nghẽn và gộp giao dịch có thể giúp người dùng lên kế hoạch giao dịch hiệu quả hơn.

Một dịch vụ cần thanh toán cho nhiều người dùng có thể gây áp lực lên không gian khối nếu xử lý từng khoản thanh toán riêng biệt.

Mẫu CTV có thể hỗ trợ các cây giao dịch có cấu trúc hơn, qua đó giảm nhu cầu phối hợp tương tác.

Điều này đặc biệt hữu ích khi nhu cầu cao.

Tuy nhiên, CTV không khiến không gian khối trở nên vô hạn.

Nó có thể cải thiện một số mô hình, nhưng người dùng vẫn cần trả phí để giao dịch Bitcoin được xác nhận.

Quản lý phí vẫn quan trọng đối với ví, sàn giao dịch, đơn vị xử lý thanh toán, bên lưu ký và hệ thống Layer 2.

Jeremy Rubin và payment pool

Payment pool là cấu trúc UTXO dùng chung, trong đó nhiều người dùng có thể nắm quyền lợi trong một đầu ra on-chain chung.

Mục tiêu là giảm dấu vết on-chain mà vẫn bảo toàn quyền của người dùng thông qua các lộ trình rút được xác định trước.

Covenant như CTV có thể giúp đơn giản hóa một số thiết kế payment pool vì lộ trình chi tiêu trong tương lai có thể được cam kết trước.

Điều này quan trọng vì khả năng mở rộng Bitcoin thường phụ thuộc vào việc dùng ít giao dịch ở lớp cơ sở hơn để phục vụ nhiều hoạt động người dùng hơn.

Payment pool có thể cải thiện hiệu quả nhưng khá phức tạp.

Người dùng cần biết cách rút tiền, ai có thể cập nhật pool, điều gì xảy ra nếu người tham gia biến mất, phí được thanh toán ra sao và người dùng có cần giám sát blockchain hay không.

Công việc của Rubin có liên quan vì khám phá các primitive có thể giúp những thiết kế này khả thi hơn.

Người dùng nên xem payment pool là hạ tầng nâng cao, không phải ví đơn giản.

Jeremy Rubin và quản trị Bitcoin

Quản trị Bitcoin mang tính phi chính thức, phi tập trung và thận trọng.

Không có ủy ban trung tâm nào có thể buộc người dùng chấp nhận thay đổi đồng thuận.

Nhà phát triển đề xuất thay đổi, người đánh giá kiểm thử, người dùng tranh luận, doanh nghiệp đánh giá, thợ đào có thể phát tín hiệu ủng hộ, còn đơn vị vận hành node cuối cùng chọn quy tắc họ thực thi.

Trải nghiệm của Rubin với CTV là ví dụ rõ ràng về quy trình này.

Một đề xuất có chi tiết kỹ thuật đầy đủ vẫn có thể gây tranh luận về thời điểm, phương thức kích hoạt và mức độ sẵn sàng của cộng đồng.

Điều này quan trọng vì người dùng thường hiểu sai về quản trị mã nguồn mở.

Quá trình phát triển Bitcoin không hoàn toàn là dân chủ, quyền của thợ đào hay quyền của nhà phát triển.

Đó là một quá trình phối hợp khó khăn xoay quanh các quy tắc chung và động lực mạnh mẽ.

Vai trò của Rubin giúp người dùng hiểu vì sao các nâng cấp Bitcoin có thể mất nhiều năm.

Jeremy Rubin và văn hóa đánh giá của nhà phát triển

Văn hóa đánh giá của nhà phát triển là quá trình xem xét mã nguồn, đặc tả, mô hình mối đe dọa và động lực trước khi tin cậy phần mềm.

Công việc của Rubin được chú ý vì CTV liên quan đến quy tắc đồng thuận Bitcoin.

Mã đồng thuận cần được đánh giá sâu hơn nhiều so với mã ứng dụng thông thường vì lỗi có thể ảnh hưởng đến toàn mạng lưới hoặc gây mất tiền vĩnh viễn.

Quy trình đánh giá bao gồm đọc đặc tả, kiểm thử triển khai, so sánh phương án, mô hình hóa tấn công và thảo luận về rủi ro triển khai.

Tranh luận công khai có thể chậm hoặc gây nản lòng, nhưng đây là một phần trong mô hình an toàn của Bitcoin.

Người dùng nên coi trọng các nhà phát triển sẵn sàng đưa ý tưởng của mình ra để nhận phản biện.

Họ cũng nên hiểu rằng bất đồng giữa nhà phát triển là điều bình thường trong một hệ sinh thái mã nguồn mở lành mạnh.

Nên đánh giá đề xuất dựa trên giá trị kỹ thuật, sự đánh đổi về bảo mật và mức độ sẵn sàng của hệ sinh thái thay vì chỉ dựa vào cá nhân.

Jeremy Rubin và phát triển mã nguồn mở

Phát triển mã nguồn mở nghĩa là mã và đặc tả có thể được công khai kiểm tra, sao chép, thảo luận và cải tiến.

Công việc của Rubin về BIP-119, Sapio và nghiên cứu Bitcoin thể hiện văn hóa crypto mã nguồn mở.

Mã nguồn mở quan trọng vì người dùng cần có khả năng xác minh phần mềm kiểm soát tiền.

Tuy nhiên, mã nguồn mở không tự động đồng nghĩa với an toàn.

Mã công khai vẫn có thể chứa lỗi, giả định chưa đầy đủ, tài liệu không rõ ràng hoặc trường hợp biên nguy hiểm.

Dự án mã nguồn mở cần người duy trì, người đánh giá, kiểm thử, bản dựng có thể tái lập, kiểm toán và giáo dục người dùng.

Người dùng nên xem kho mã công khai là công cụ minh bạch, không phải lời đảm bảo.

Công việc của Rubin cho thấy hạ tầng Bitcoin tiến bộ thông qua các đề xuất và phản biện công khai.

Jeremy Rubin và thiết kế ứng dụng Bitcoin

Thiết kế ứng dụng Bitcoin là quá trình xây dựng ví, công cụ lưu ký, hệ thống thanh toán, giao thức Layer 2 và quy trình giao dịch xoay quanh quy tắc của Bitcoin.

Công việc của Rubin có ý nghĩa vì thiết kế ứng dụng có thể bị giới hạn bởi những gì giao thức cơ sở cho phép.

Nếu lớp cơ sở thiếu một primitive cần thiết, nhà phát triển có thể dùng giải pháp thay thế như giao dịch ký trước hoặc đơn vị điều phối đáng tin cậy.

Những giải pháp này có thể tạo gánh nặng lưu trữ, vấn đề về tương tác hoặc giả định tin cậy.

CTV được thiết kế để loại bỏ hoặc giảm bớt một số giải pháp thay thế đó cho các trường hợp sử dụng cụ thể.

Primitive tốt hơn có thể giúp nhà phát triển xây dựng ứng dụng an toàn hơn với ít bên đáng tin cậy hơn.

Tuy nhiên, primitive mạnh hơn cũng có thể tạo ra những điểm dễ mắc lỗi mới nếu người dùng không hiểu chúng.

Thiết kế ứng dụng Bitcoin tốt nhất nên thể hiện rõ tính an toàn, không che giấu sau các script phức tạp.

Jeremy Rubin và rủi ro người dùng Bitcoin Layer 2

Hệ thống Bitcoin Layer 2 có thể cải thiện tốc độ và chức năng, nhưng cũng có thể tạo ra những rủi ro khác với việc nắm giữ Bitcoin trên lớp cơ sở.

Người dùng có thể đối mặt với rủi ro từ bridge, đơn vị vận hành, liên đoàn, sequencer, trì hoãn rút tiền, giả định về fraud proof, yêu cầu watchtower hoặc lỗi phần mềm.

Công việc của Rubin về Char Network và primitive hợp đồng có liên quan vì nhiều hệ thống Bitcoin Layer 2 cần hạ tầng giảm thiểu niềm tin tốt hơn.

Người dùng không bao giờ nên cho rằng Layer 2 an toàn như Bitcoin mainnet chỉ vì tên của nó có chữ Bitcoin.

Người dùng nên tìm hiểu cách nạp tiền, cách rút tiền, ai có thể kiểm duyệt giao dịch, ai sắp xếp giao dịch và điều gì xảy ra nếu hệ thống gặp sự cố.

Hệ thống Layer 2 có thể hữu ích, nhưng cần hiểu rõ mô hình bảo mật của chúng.

Công việc hiện tại của Rubin là một phần trong nỗ lực củng cố và minh bạch hóa các mô hình đó.

Người dùng cần đặc biệt thận trọng khi Layer 2 mới vẫn đang thử nghiệm hoặc chưa được kiểm toán.

Jeremy Rubin và quyền riêng tư Bitcoin

Công việc của Jeremy Rubin về covenant và hợp đồng cũng có thể tác động đến các cuộc thảo luận về quyền riêng tư.

Giao dịch Bitcoin được công khai, và người dùng thường để lộ mô hình hoạt động qua địa chỉ, thời điểm, số tiền và cấu trúc giao dịch.

Gộp giao dịch, pool, vault và chi tiêu có cấu trúc có thể làm thay đổi cách hoạt động Bitcoin hiển thị trên blockchain.

Một số thiết kế có thể cải thiện quyền riêng tư bằng cách tổng hợp hoạt động.

Những thiết kế khác có thể làm giảm quyền riêng tư nếu tạo ra các mẫu dễ nhận biết hoặc liên kết người dùng với nhau.

Giao dịch không tự động riêng tư chỉ vì sử dụng script nâng cao.

Nhà phát triển cần cân nhắc cách các mẫu hợp đồng hiển thị với công cụ phân tích blockchain và phần mềm ví.

Người dùng nên hiểu rằng quyền riêng tư Bitcoin phụ thuộc vào việc tái sử dụng địa chỉ, kiểm soát coin, hành vi của ví, mô hình đồ thị giao dịch và tương tác với dịch vụ.

Hợp đồng nâng cao cần được đánh giá không chỉ về bảo mật mà còn về hệ quả đối với quyền riêng tư.

Jeremy Rubin và an toàn ví

An toàn ví là yếu tố thiết yếu với bất kỳ ai sử dụng Bitcoin hoặc hợp đồng dựa trên Bitcoin.

Công việc của Rubin có thể hỗ trợ các mô hình lưu ký nâng cao, nhưng người dùng vẫn cần thực hiện các biện pháp bảo mật ví cơ bản.

Điều đó bao gồm bảo vệ seed phrase, dùng ví phần cứng để lưu trữ số tiền đáng kể, xác minh địa chỉ, tránh liên kết phishing, thử giao dịch nhỏ và bảo quản bản sao lưu an toàn.

Covenant hay vault không thể bảo vệ tiền nếu người dùng tự nguyện gửi Bitcoin cho kẻ lừa đảo.

Hợp đồng phức tạp cũng không thể cứu người dùng cài phần mềm ví độc hại.

Công cụ Bitcoin nâng cao nên giúp tăng độ an toàn, nhưng cũng có thể khiến người mới bối rối.

Người dùng không nên thử nghiệm script, vault hoặc hệ thống Layer 2 lạ bằng số tiền mà họ không thể chấp nhận mất.

Không nhà phát triển, nhân viên hỗ trợ, trang web hay công cụ ví nào được yêu cầu seed phrase hoặc khóa riêng tư của người dùng.

Jeremy Rubin và lừa đảo crypto

Kẻ lừa đảo có thể giả mạo các nhà phát triển Bitcoin công khai.

Kẻ lừa đảo có thể dùng tên hoặc hình ảnh Jeremy Rubin, tài khoản giả, trang Char Network giả, thông báo kích hoạt CTV giả, bản tải Sapio giả, airdrop giả hoặc lời mời đầu tư Layer 2 giả để tạo niềm tin sai lệch.

Người dùng nên cảnh giác với mọi tin nhắn tuyên bố Rubin cung cấp lợi nhuận được đảm bảo, quyền truy cập riêng, token bí mật, hướng dẫn di chuyển khẩn cấp hoặc dịch vụ khôi phục ví.

Nhà phát triển giao thức Bitcoin không cần seed phrase của người dùng để hỗ trợ nâng cấp.

Soft fork Bitcoin thực sự sẽ không yêu cầu người dùng gửi tiền đến địa chỉ ví riêng tư.

Công cụ dành cho nhà phát triển hợp pháp nên được tải từ kho chính thức và kiểm tra cẩn thận.

Kẻ lừa đảo thường dùng ngôn ngữ kỹ thuật để khiến lời mời giả mạo nghe có vẻ tinh vi.

Nếu trang web yêu cầu khóa riêng tư, seed phrase, mật khẩu hoặc mã xác thực hai yếu tố, hãy xem đó là hành vi độc hại.

Jeremy Rubin khác BIP-119 như thế nào?

Jeremy Rubin là một người, còn BIP-119 là một Đề xuất cải tiến Bitcoin bằng văn bản.

Phân biệt điều này rất quan trọng vì đôi khi người dùng nhầm nhà phát triển với đề xuất do họ viết.

Nhà phát triển có thể soạn thảo, giải thích, sửa đổi và ủng hộ một đề xuất.

BIP là một đặc tả có thể được đánh giá, triển khai, tranh luận, chấp nhận, chỉnh sửa hoặc bác bỏ.

Tên Rubin gắn chặt với BIP-119, nhưng Bitcoin không phụ thuộc vào một cá nhân.

Người dùng nên đánh giá BIP-119 dựa trên thiết kế kỹ thuật, sự đánh đổi về bảo mật, nhu cầu của hệ sinh thái và quy trình kích hoạt.

Họ cũng nên tách biệt việc phê bình đề xuất với công kích cá nhân nhà phát triển.

Đánh giá Bitcoin lành mạnh tập trung vào mã nguồn, động lực và tính an toàn.

Jeremy Rubin khác Bitcoin như thế nào?

Jeremy Rubin là nhà phát triển và doanh nhân, còn Bitcoin là mạng tiền tệ phi tập trung.

Bitcoin không có CEO, hội đồng quản trị, tổ chức nào có quyền kiểm soát tuyệt đối hay nhà phát triển đơn lẻ có thể buộc mọi người dùng thay đổi.

Rubin có thể đóng góp mã nguồn, viết đề xuất, xây dựng công cụ và tham gia tranh luận công khai.

Ông không thể đơn phương thay đổi quy tắc đồng thuận Bitcoin.

Điều này quan trọng với người dùng vì nhân vật công chúng có thể tác động đến thảo luận, nhưng khả năng phục hồi của Bitcoin đến từ hoạt động xác minh phân tán.

Người dùng vận hành node quyết định quy tắc họ thực thi.

Thợ đào tạo block, nhưng người dùng xác thực block.

Nhà phát triển viết phần mềm, nhưng người dùng chọn phần mềm.

Hiểu được sự phân biệt này giúp người dùng tránh sùng bái cá nhân hoặc đổ lỗi không công bằng.

Những hiểu lầm phổ biến về Jeremy Rubin

Một hiểu lầm là Jeremy Rubin là tiền mã hóa.

Ông là một người và nhà phát triển Bitcoin, không phải token hay coin.

Một hiểu lầm khác là CTV đang hoạt động trên Bitcoin.

BIP-119 là một đề xuất và chưa trở thành quy tắc đồng thuận Bitcoin đang hoạt động.

Hiểu lầm thứ ba là covenant tự động khiến Bitcoin không an toàn.

Covenant có thể rủi ro hoặc hữu ích tùy theo thiết kế, phạm vi và quy trình kích hoạt.

Hiểu lầm thứ tư là một nhà phát triển đơn lẻ có thể ép buộc thực hiện soft fork Bitcoin.

Thay đổi đồng thuận Bitcoin cần được hệ sinh thái đánh giá và chấp nhận rộng rãi.

Hiểu lầm thứ năm là hợp đồng thông minh Bitcoin phải hoạt động giống hợp đồng thông minh trên các blockchain dựa trên tài khoản.

Hợp đồng Bitcoin thường hoạt động thông qua UTXO, script, chữ ký, timelock và cấu trúc giao dịch.

Bài học người dùng crypto có thể rút ra từ Jeremy Rubin

Bài học thứ nhất: nâng cấp Bitcoin khó khăn vì tính bảo mật của Bitcoin phụ thuộc vào những thay đổi đồng thuận thận trọng.

Bài học thứ hai: primitive kỹ thuật có phạm vi hẹp có thể mở ra nhiều ứng dụng nếu được thiết kế cẩn thận.

Bài học thứ ba: covenant có thể cải thiện vault, gộp giao dịch và thiết kế Layer 2, nhưng cần được đánh giá nghiêm túc.

Bài học thứ tư: tranh luận mã nguồn mở là đặc điểm của quá trình phát triển Bitcoin, không phải thất bại.

Bài học thứ năm: hệ thống Layer 2 cần mô hình tin cậy rõ ràng thay vì tuyên bố mơ hồ về việc kế thừa bảo mật Bitcoin.

Bài học thứ sáu: công cụ dành cho nhà phát triển như Sapio có thể hữu ích, nhưng không loại bỏ nhu cầu kiểm toán và kiểm thử.

Bài học thứ bảy: an toàn ví vẫn quan trọng ngay cả khi công cụ giao thức được cải thiện.

Bài học thứ tám: không nhà phát triển giao thức, ứng dụng ví hay trang hỗ trợ nào được yêu cầu seed phrase hoặc khóa riêng tư.

Thực hành tốt nhất khi tìm hiểu về Jeremy Rubin

Bắt đầu từ trang web chính thức của Jeremy Rubin, BIP-119, kho mã Sapio, các thảo luận trên Delving Bitcoin và lịch sử MIT Digital Currency Initiative.

Phân biệt Jeremy Rubin với BIP-119, CTV, Sapio, Judica, Char Network, Bitcoin Core và mọi token không liên quan sử dụng tên ông.

Kiểm tra ngày cập nhật vì đề xuất Bitcoin, thiết kế Layer 2 và vai trò của nhà phát triển có thể thay đổi theo thời gian.

Không chỉ dựa vào các bản tóm tắt trên mạng xã hội khi tìm hiểu đề xuất kỹ thuật Bitcoin.

Nếu có thể, hãy đọc đặc tả và các cuộc thảo luận đánh giá.

Không cho rằng một đề xuất đang hoạt động nếu đề xuất đó chưa được kích hoạt rõ ràng trong cơ chế đồng thuận Bitcoin.

Dùng số tiền thử nghiệm nhỏ khi trải nghiệm công cụ Bitcoin hoặc hệ thống Layer 2 đang thử nghiệm.

Không bao giờ chia sẻ seed phrase, khóa riêng tư, từ khôi phục ví, mật khẩu, mã xác thực hai yếu tố hoặc quyền truy cập thiết bị từ xa.

Câu hỏi thường gặp

Jeremy Rubin là ai?

Jeremy Rubin là nhà phát triển Bitcoin, nhà nghiên cứu và doanh nhân, được biết đến với BIP-119, OP_CHECKTEMPLATEVERIFY, Sapio, Judica, MIT Bitcoin Project và Char Network.

Jeremy Rubin có phải là tiền mã hóa không?

Không, Jeremy Rubin là một người, không phải tiền mã hóa, token, ví, mạng blockchain, validator, mining pool hay hợp đồng thông minh.

Jeremy Rubin nổi tiếng nhất về điều gì?

Ông nổi tiếng nhất với việc soạn thảo BIP-119, đề xuất OP_CHECKTEMPLATEVERIFY cho Bitcoin.

BIP-119 là gì?

BIP-119 là Đề xuất cải tiến Bitcoin, đề xuất đưa OP_CHECKTEMPLATEVERIFY vào thông qua soft fork để script Bitcoin có thể cam kết với mẫu giao dịch trong tương lai.

OP_CHECKTEMPLATEVERIFY là gì?

OP_CHECKTEMPLATEVERIFY là opcode Bitcoin được đề xuất, dùng để kiểm tra xem giao dịch chi tiêu có khớp với hash mẫu đã cam kết hay không.

CTV hiện có hoạt động trên Bitcoin không?

Không. CTV đã được đề xuất và thảo luận nhưng hiện chưa phải là quy tắc đồng thuận Bitcoin đang hoạt động.

Vì sao Bitcoin covenant quan trọng?

Bitcoin covenant quan trọng vì có thể giới hạn lộ trình chi tiêu trong tương lai và có thể hỗ trợ vault, gộp giao dịch, kiểm soát tắc nghẽn, payment pool và thiết kế Layer 2.

Sapio là gì?

Sapio là dự án ngôn ngữ lập trình Bitcoin mã nguồn mở gắn với Jeremy Rubin, được thiết kế để hỗ trợ xây dựng logic hợp đồng Bitcoin.

Char Network là gì?

Char Network là dự án hiện tại của Jeremy Rubin, được trang web chính thức mô tả là shared sequencer phi tập trung dành cho các Layer 2 của Bitcoin.

Jeremy Rubin có giúp khởi đầu MIT Digital Currency Initiative không?

Tài liệu của MIT mô tả dự án phân phối Bitcoin do Jeremy Rubin và những người khác dẫn dắt là một phần lịch sử phát triển thành MIT Digital Currency Initiative.

Jeremy Rubin có thể tự mình thay đổi Bitcoin không?

Không. Không nhà phát triển đơn lẻ nào có thể buộc Bitcoin thay đổi đồng thuận vì người dùng và đơn vị vận hành node quyết định quy tắc họ thực thi.

Người dùng tuyệt đối không nên chia sẻ gì với người tự xưng đại diện cho Jeremy Rubin hoặc một dự án Bitcoin?

Người dùng không bao giờ nên chia sẻ seed phrase, khóa riêng tư, từ khôi phục ví, mật khẩu, mã xác thực hai yếu tố hoặc quyền truy cập thiết bị từ xa.

Kết luận

Jeremy Rubin là nhà phát triển Bitcoin và nhà xây dựng hạ tầng quan trọng, với công việc kết nối covenant, BIP-119, OP_CHECKTEMPLATEVERIFY, Sapio, Judica, Char Network và nghiên cứu Bitcoin Layer 2.

Ông không phải tài sản crypto, ví, khóa riêng tư, seed phrase, validator, mining pool, sàn giao dịch hay tín hiệu đầu tư được đảm bảo.

Tầm quan trọng của ông đến từ việc nghiên cứu cách giúp Bitcoin hỗ trợ các mô hình giao dịch an toàn và linh hoạt hơn, đồng thời duy trì cách tiếp cận thận trọng của Bitcoin đối với thay đổi đồng thuận.

BIP-119 và CTV là trọng tâm trong danh tiếng công khai của ông vì chúng đưa ra thiết kế covenant có phạm vi hẹp, có thể hỗ trợ vault, gộp giao dịch, kiểm soát tắc nghẽn, payment pool và hệ thống Layer 2 trong tương lai.

Sapio thể hiện mối quan tâm của ông đối với các công cụ tốt hơn dành cho nhà phát triển trong thiết kế hợp đồng Bitcoin.

Char Network cho thấy trọng tâm hiện tại của ông là hạ tầng sequencing và bảo mật cho Bitcoin Layer 2.

Lịch sử của ông với MIT Bitcoin Project cũng cho thấy giáo dục, thử nghiệm và nghiên cứu đã góp phần định hình quá trình ứng dụng Bitcoin ban đầu như thế nào.

Với người dùng, cách an toàn nhất để hiểu về Jeremy Rubin là xem ông như một nhà xây dựng kỹ thuật Bitcoin, người có công việc cần được tìm hiểu thông qua đặc tả, đánh giá công khai và sự đánh đổi thực tế về bảo mật.

Các đề xuất của ông vẫn có thể quan trọng ngay cả khi hiện chưa hoạt động trên Bitcoin.

Bitcoin thay đổi chậm vì mạng lưới bảo vệ giá trị thực và phụ thuộc vào sự đồng thuận rộng rãi.

Người dùng nên tôn trọng quy trình đó, xác minh thông tin qua nguồn chính thức và tránh thông báo kích hoạt giả, airdrop giả, lời mời Layer 2 giả và các vụ lừa đảo mạo danh.

Không nhà phát triển, nhân viên hỗ trợ, ứng dụng ví, công cụ Bitcoin, bridge Layer 2 hay trang web nào được yêu cầu seed phrase, khóa riêng tư, cụm từ khôi phục ví, mật khẩu hoặc mã xác thực hai yếu tố.

Khi kết hợp sự tò mò về kỹ thuật với thói quen lưu ký cẩn trọng và xác minh độc lập, người dùng có thể hiểu rõ hơn vì sao công việc của Jeremy Rubin vẫn là một phần trong cuộc thảo luận rộng lớn về những khả năng tương lai của Bitcoin.