Tác giả: Nico Preti
Nguồn: https://btctranscripts.com/bitcoinplusplus/layer-2/exploring-p2p-hashrate-markets-v2
Văn bản gốc là bản ghi lại bài phát biểu của tác giả tại hội nghị Bitcoin++ Layer2 2, được sahil-tgs ghi chép lại thông qua review.btctranscripts.com.
Video bài phát biểu có thể xem tại: https://www.youtube.com/watch?v=IvfmfcAX9wU
giới thiệu
Chào mọi người, tôi tên là Nico, đồng sáng lập của Rigly, một sàn giao dịch hashrate ngang hàng. Bài thuyết trình này sẽ được cấu trúc như sau: Đầu tiên, chúng ta sẽ thảo luận về "hashrate" là gì và các giao thức điều phối việc phân phối nhiệm vụ khai thác trên mạng; sau đó, chúng ta sẽ giới thiệu ngắn gọn về lịch sử của sàn giao dịch hashrate; cuối cùng, chúng ta sẽ thảo luận về cách chúng ta có thể tận dụng Layer 2 để xây dựng một sàn giao dịch hashrate, đó là lý do tại sao chúng ta có mặt tại hội nghị này.
Hàm băm và tốc độ băm
Vậy, "tốc độ băm" là gì?
Như bạn thấy, đây là kết quả của một hàm băm. Hàm băm đơn giản là một hàm nhận đầu vào là ảnh gốc và cho ra kết quả là ảnh tương ứng (giá trị băm).
Khi bạn xem một khối trong Block Explorer của Bitcoin , bạn sẽ thấy một giá trị băm ở đầu, dạng thập lục phân của nó bắt đầu bằng một chuỗi các số không. Thiết kế này bắt nguồn từ dự án "Hashcash" của Adam Back. Tốc độ băm của Bitcoin cũng dựa trên thuật toán Hashcash này.
Để hiểu cách hoạt động, bạn có thể sử dụng phép toán đơn giản: ta có 0 lần k ( 0^k ). Kết quả (hay hình ảnh) ở phía bên phải màn hình là thứ chúng ta muốn bắt đầu với một số lượng số 0 nhất định. Do đó, 0^k về cơ bản là độ khó, được đo bằng số lượng số 0 ở ban đầu.
Nếu biểu diễn điều này bằng đại số, ta có thể viết nó dưới dạng một hàm biểu thị giá trị băm của X ( H(x) ); lấy x làm đầu vào, ta muốn đầu ra bắt đầu bằng một chuỗi các số 0. Một phương pháp tốt hơn để biểu diễn hàm này là sử dụng một hàm băm ( H(s, c) ) trong đó "chuỗi dịch vụ" là s , và c là một bộ đếm. Bộ đếm này tăng lên. Chuỗi dịch vụ là thứ mang lại ý nghĩa thực tiễn cho hàm băm này; nếu không, bạn chỉ đang băm một loạt các thứ ngẫu nhiên. Bạn có thể chứng minh rằng con số này sẽ tạo ra đầu ra này sau khi đưa vào hàm băm, nhưng nó không có ý nghĩa thực tiễn. Vì vậy, chuỗi dịch vụ là tiện ích; trong trường hợp này, đó là khối Bitcoin . Chuỗi dịch vụ này là Block Header mà chúng ta đang chuẩn bị để sàn giao dịch trên toàn mạng.
Dự án Hashcash sử dụng SHA-1, với đầu ra 160 bit. Tôi nhớ là đã đặt k bằng 20, nghĩa là bạn cần một lần lần thử để tìm ra ảnh ngược chính xác. Bitcoin sử dụng 256 bit, dẫn đến đầu ra lớn hơn nhiều và yêu cầu nhiều lần thử hơn. Một điểm khác biệt lớn giữa Hashcash và Bitcoin là Hashcash sử dụng 2 2^k lần điều chỉnh độ khó, nghĩa là độ khó tăng gấp đôi hoặc giảm nửa trong một chu kỳ độ khó. Trong Bitcoin, chúng ta cần kiểm soát chính xác hơn độ khó cho mỗi chu kỳ (2016 khối). Do đó, chúng ta đã biến k thành một số thực để điều chỉnh độ khó chính xác hơn. Cứ sau 2016 khối, chúng ta điều chỉnh độ khó cho chu kỳ tiếp theo, cuối cùng thay đổi số thực này.
Vậy rốt cuộc chúng ta đang cố gắng đạt được điều gì? Biểu thức toán học đầy đủ như sau: Đầu tiên, bạn lấy s làm chuỗi dịch vụ và x làm điểm bắt đầu ngẫu nhiên (đối với hầu hết thợ đào, điều này có nghĩa là bạn có thể tác động đến giao dịch coinbase của Merkle, mà chúng ta sẽ thảo luận sau, nhưng điều đó cũng có thể được coi là điểm bắt đầu ngẫu nhiên vì mỗi thợ đào liên tục thay đổi giao dịch coinbase). Sau đó, thay vì đặt giá trị băm bằng 0, bạn đặt nó nhỏ hơn một mục tiêu độ khó nhất định ( H(s,x,c) < 2^(nk) ). Mục tiêu bằng 2^(nk) ... Đây là một phần mô tả toán học đằng sau cách thức hoạt động của nó.
Tổng quan về quy trình khai thác
Trong Bitcoin, chúng ta sử dụng Block Header làm đối tượng để băm (chuỗi dịch vụ). Là một thợ đào, bạn chỉ cần cung cấp cho tôi Block Header, và tôi có thể bắt đầu khai thác. Vậy Block Header gì? Đây thực sự là một câu hỏi rất quan trọng.
Thông thường, mọi người biết đến Bitcoin khi lần đầu tiên tiếp xúc với nó, nhưng sau đó dần dần quên mất. Nó bị chôn vùi sâu trong tâm trí bạn; bạn thậm chí có thể không nhớ nội dung của các khối đó là gì. Nhưng nó rất quan trọng:
Đầu tiên, chúng ta có
Version, đó là số phiên bản của phần mềm bạn đang sử dụng;Tiếp theo là giá trị băm của khối trước đó (
hashPrevBlock). Chính vì thông tin này được lưu giữ nên các khối được kết nối với nhau để tạo thành blockchain.Tiếp theo là
hashMerkleRoot, như tôi vừa đề cập, nó băm tất cả các giao dịch trong một khối thành một gốc Merkle dưới dạng cây.Ngoài ra còn có dấu thời gian (
Time) của khối hiện tại, dấu thời gian này thay đổi sau mỗi vài giây; vì vậy cũng có một vài yếu tố ngẫu nhiên ở đây.Ngoài ra còn có
Bits, là mức độ khó được biểu thị bằng hệ thập lục phân;Cuối cùng, đó là
Nonce, bộ đếm. Trường nonce này thực sự rất nhỏ, chỉ 32 bit. Với các dàn máy đào hiện nay, bạn có thể nhanh chóng duyệt qua không gian này. Do đó, để đào được một khối thành công, chúng ta phải sử dụng đến trườngextranonce, được đặt trong giao dịch coinbase; việc thay đổi giao dịch coinbase sẽ ảnh hưởng đến Merklegen.
Có thể bạn chưa biết, chỉ báo chúng ta sử dụng hiện nay để đo hiệu suất máy khai thác là "TH (terahashes)", viết tắt của 10 lần 12 (lần phép toán băm). Nếu nói về một nhóm máy khai thác, chẳng hạn như một trang trại khai thác, chúng ta sử dụng "PH (petahashes)" (10 lần 15). Cuối cùng, nếu thảo luận về tổng tốc độ băm của toàn bộ mạng lưới, chúng ta thường sử dụng "EH (exahashes)" (10 lần 18). Hiện tại, tôi cho rằng tổng tốc độ băm của toàn bộ mạng lưới đã đạt 350 EH. Hiện nay, một máy khai thác tiêu chuẩn hoạt động ở tốc độ 100 TH mỗi giây, trong khi một trang trại khai thác cỡ trung bình hoạt động ở tốc độ 10 PH mỗi giây.
(Ghi chú của người dịch: Tác giả chỉ thực sự thảo luận về chỉ báo đo tốc độ băm (hash rate) ở đây, chẳng hạn như 100 TH/s đối với một dàn máy đào điển hình, có nghĩa là nó thực hiện 100 T phép toán băm mỗi lần.)
Giao thức khai thác
Tiếp theo là giao thức khai thác. Trước đó, chúng ta đã giải thích cách thức hoạt động của tốc độ băm, hay khai thác, nhưng làm thế nào để tổ chức rất nhiều máy móc và trang trại khai thác trong một mạng lưới? Đó là điều cần nói thêm.
Hiện tại, chúng tôi đang sử dụng giao thức "Stratum V1". Chắc hẳn các bạn đều đã nghe nói về "Stratum V2", một chủ đề đang rất được quan tâm hiện nay, nhưng điều đó nằm ngoài phạm vi của bài thuyết trình này. Tôi sẽ bổ sung thêm một số thông tin ở đây và đó, nói cho các bạn biết những điểm khác biệt chính giữa hai giao thức, nhưng hiện tại, hãy nhớ rằng chúng ta đang thảo luận về Stratum V1.
Thợ đào và nhóm khai thác thường chỉ sử dụng kết nối TCP . Do đó, trong một nhóm khai thác, chúng ta mở một cổng TCP để thợ đào kết nối, và định dạng giao tiếp là JSON RPC (các hướng dẫn được thể hiện ở định dạng JSON). Điều này rất đơn giản. Các loại thông báo có thể nhìn lên trên màn hình: mining.subscribe , mining.authorize , mining.set_target , mining.notify và mining.submit . Gần như tất cả những gì về giao thức Stratum đều như vậy. Nó rất đơn giản. Tôi cũng đã thêm một số thông tin bối cảnh ở đây.
Điều đầu tiên cả hai bên cần làm là "đăng ký". Nó giống như thợ đào nói, "Tôi ở đây, tôi sẵn sàng khai thác. Vui lòng đăng ký tôi vào nhóm khai thác của bạn và cung cấp cho tôi ID công việc." Đồng thời, họ bắt đầu gửi thông tin extranonce . Đây là một phần quan trọng của giao thức Stratum, thực sự là một sự đổi mới khi nó lần đầu xuất hiện vào năm 2013 và 2014. (Nhân tiện, một trong đó những tác giả của giao thức Stratum cũng có mặt trong khán giả). Với thông tin extranonce , chúng ta có thể bản địa hóa hầu hết công việc mà thợ đào cần làm với giàn khai thác của họ, loại bỏ nhu cầu giao tiếp qua lại với nhóm khai thác. Điều này tiết kiệm rất nhiều chi phí; nếu bạn phải giao tiếp với nhóm khai thác và lấy thông tin cho mỗi lần lặp của hoạt động PoW, chi phí sẽ rất lớn. Vì vậy, nhóm khai thác gửi lại thông tin extranonce và nói, "Hãy bắt đầu từ đây, sau đó lặp lại và tính toán một mình." Đây là sự giao tiếp qua lại giữa hai bên khi thợ đào bắt đầu đăng ký.
Một điều nữa cần lưu ý là "ủy quyền". Bạn đăng ký một "công nhân" với nhóm khai thác, và công nhân này sẽ có một tài khoản trong nhóm khai thác. Nhưng bạn có thể có nhiều công nhân, mỗi công nhân tương ứng với nhiều máy. Vì vậy, khi bạn ủy quyền cho một công nhân, về cơ bản bạn đang nói, "Công nhân của tôi đã sẵn sàng nhận nhiệm vụ." Quá trình này diễn ra giữa máy trạm và máy chủ — máy trạm chính là máy khai thác — và sau đó nhóm khai thác sẽ gửi lại mục tiêu độ khó được chia sẻ.
Trong một nhóm khai thác, chúng ta tổ chức khai thác dựa trên " thị phần ", về cơ bản là thiết lập mức độ khó phù hợp với yêu cầu của mạng để khai thác các khối mới. Về cơ bản, một mức độ khó khác nhau được thiết lập cho mỗi máy để nhóm nhận được một phần chia sẻ từ mỗi máy cứ sau 2-5 giây. Nhóm khai thác về cơ bản đang nói với các thợ đào, "Tốc độ băm của bạn là bao nhiêu? Được rồi, bạn có khoảng chừng này, vì vậy tôi sẽ thiết lập mức độ khó cho bạn, có thể là 1 hoặc 2, để tôi có thể nhận được một số thông tin từ bạn cứ sau 2-5 giây." Nó tự điều chỉnh, phải không? Điều này có hữu ích không? Tất nhiên là có.
Khi giàn khai thác đã biết mức độ khó cần thiết để khai thác, nó sẽ cần thu thập thông tin thực tế được sử dụng cho khai thác. Thông tin này chính là điều chúng ta đã giải thích trước đó — thông tin cần được đặt trong Block Header.
Nhiệm vụ chính mà một thợ đào cần xử lý độc lập là khai thác trường extranonce . Thông tin chính mà nó thu được, như tôi đã đề cập trong phần "Đăng ký", là extranonce1 và extranonce2_size . extranonce1 là một biến cố định, trong khi extranonce2_size là độ dài của trường extranonce , có thể được lặp lại bởi một thợ đào cụ thể. Sau đó, thợ đào thu được phần đầu của giao dịch coinbase, là địa chỉ nơi nhóm khai thác nhận phần thưởng khai thác; và phần cuối của giao dịch coinbase, chứa một số thông tin bổ sung (hoặc phần đệm). Thợ đào lặp lại trường Extranonce2 cho đến khi tìm thấy giá trị băm mục tiêu, hoặc giá trị băm đầu ra, thấp hơn mục tiêu độ khó chung. Cụ thể, điều này được thực hiện bằng cách nối các trường này ( coinbase1 + extranonce1 + extranonce2 + coinbase2 ) và sau đó băm chúng (cùng với các giao dịch khác) từng lớp một thành một gốc Merkle. Trong mỗi khối, giao dịch coinbase của nó là lá ngoài cùng bên trái của Merkle trees này. Để tính toán Merkle root Merkle —điểm khác biệt chính giữa Stratum V1 và Stratum V2— trong V1, bạn không nhận được toàn bộ cây, mà chỉ nhận được các nhánh, và với các nhánh này, bạn có thể tính toán gốc. Bạn đã có một giao dịch coinbase, vì vậy nhóm khai thác sẽ cung cấp cho bạn giao dịch đó, cho phép bạn tính toán hàm băm của nó; sau đó bạn nhận được hàm băm của nút liền kề, cho phép bạn tính toán hàm băm của cấp cao hơn tiếp theo; và cứ thế tiếp tục cho đến khi cuối cùng bạn tính toán được Merkle root , rõ ràng đây là phần quan trọng nhất của chuỗi dịch vụ của bạn.
Bằng cách này, bạn tính toán một Merkle root , và liên tục lặp lại quá trình đó (bằng cách sửa đổi các giao dịch Coinbase), thêm các phần tử còn lại để tạo thành Block Header. Khi bạn tìm thấy một giá trị băm đáp ứng yêu cầu chia sẻ, phần mềm của bạn sẽ gửi nó đến nhóm khai thác. Sau đó, bạn chờ nhận thanh toán dựa trên các phần chia sẻ này. Chu kỳ lặp lại.
Tìm hiểu về các nhóm khai thác
Tiếp theo là nhóm khai thác (mining pool). Tôi sẽ không đi sâu vào toàn bộ sơ đồ, nhưng nó tóm tắt tất cả các khía cạnh của nhóm khai thác. Sơ đồ này sẽ được đăng trên Revlit, và bạn có thể sử dụng nếu muốn.
[Một người nghe thắc mắc về việc sử dụng thuật ngữ "KAFKA" trong trung tâm xử lý hình ảnh. Tác giả giải thích rằng đó chỉ đơn giản là một thuật ngữ phần mềm, và các nhóm khai thác khác nhau có thể sử dụng các thuật ngữ khác nhau. (Chưa được dịch)]
Mô hình thanh toán nhóm khai thác
Các nhóm khai thác cung cấp nhiều mô hình thanh toán khác nhau. Hai mô hình chính được sử dụng là: PPLNS , thanh toán cho thợ đào dựa trên số lượng cổ phần cố định gần đây; FPPS , trong đó mọi cổ phần đều được thanh toán đầy đủ.
Sự khác biệt chính là trong PPLNS , bạn (thợ đào) được trả tiền mỗi khi nhóm khai thác tìm thấy một khối. Ví dụ, Braiins (trước đây gọi là "Slush Pool") sử dụng mô hình này. Bất cứ khi nào một nhóm khai thác tìm thấy một khối, nó sẽ đo lường tốc độ băm (hash rate) mà thợ đào đóng góp vào việc tìm thấy khối đó dựa trên một vài phần chia sẻ (share) cuối cùng được phân phối cho họ trước khi khối được tìm thấy, và sau đó trả tiền cho họ tương ứng. Một phần lý do chỉ xem xét lô phần chia sẻ gần đây nhất là để ngăn chặn thợ đào chuyển đổi nhóm – chỉ thợ đào khai thác nhóm trong khoảng thời gian giữa lúc tìm thấy khối mới nhận được phần thưởng.
Đối với FPPS , về cơ bản, bạn được đảm bảo rằng miễn là nhóm khai thác không bị phá sản, cổ phần của bạn sẽ được thanh toán. Vì vậy, bất kể bạn tạo ra bao nhiêu cổ phần trong một ngày, bạn đều có thể nhận được thanh toán từ nhóm thanh khoản dựa trên số cổ phần bạn tạo ra (hoặc đóng góp của bạn vào nhóm khai thác). Điều này không liên quan đến việc nhóm khai thác có tìm thấy khối hay không.
Rủi ro việc thanh toán bù trừ tài khoản
Chắc hẳn bạn đang tự hỏi: điều gì sẽ xảy ra nếu một nhóm khai thác không tìm thấy bất kỳ khối nào trong một ngày? Điều gì sẽ xảy ra nếu nó không tìm thấy trong hai, ba ngày, hoặc thậm chí lâu hơn? Quá trình thanh lý diễn ra như thế nào trong một nhóm khai thác FPPS ? Vâng, đó chính là rủi ro khi vận hành một nhóm khai thác FPPS — bạn có thể phải thanh lý thợ đào trước, mà không nhận được đủ Bitcoin ngay lập tức để bù đắp tổn thất. Ngược lại, với các nhóm PPLNS , về cơ bản bạn chuyển rủi ro cho thợ đào. Không thành vấn đề nếu bạn sụp đổ khai thác được khối nào trong vài ngày liên tiếp; nhóm chỉ trả tiền thợ đào khi một khối được khai thác. Nhóm không thực sự chịu rủi ro; thợ đào mới chịu rủi ro không nhận được thanh toán trong vài ngày.
Các trường hợp rủi ro khai thác mỏ
[Khán giả]: Có bất kỳ nhóm khai thác nào thực sự bị phá sản không?
Đúng vậy. Tuy nhiên, sau đó chúng đã được một nhóm khai thác lớn hơn mua lại. Hay nói đúng hơn, một tổ chức tài chính đã can thiệp, về cơ bản là tiếp quản và thanh toán các khoản nợ. Tôi đang nói đến "Poolin", nơi đã trộn lẫn một phần quỹ khai thác của mình với một số khoản đầu tư DeFi riêng. Vì vậy, khi Three Three Arrows Capital Capital sụp đổ , phần lớn quỹ khai thác của họ gắn liền với các khoản tiền đầu tư vào các giao thức DeFi. Chỉ sau một đêm, tất cả lợi nhuận đáng lẽ được nhận của thợ đào Poolin đều trở thành giấy nợ Bitcoin- đó là từ góc nhìn của nhóm khai thác. Từ góc nhìn của người dùng, nó giống như việc nói, "Tôi muốn rút Bitcoin của mình," và bên kia nói, "Không, không, không, bây giờ bạn chỉ có thể nhận giấy nợ Bitcoin." Đây là một trường hợp điển hình. Tôi cũng từng làm việc trong một nhóm khai thác, và tôi không chia sẻ trường hợp này với ý đồ xấu.
Thị trường khai thác
Được rồi, giờ đến phần chính của bài thuyết trình này: các thị trường xoay quanh khai thác hoạt động như thế nào? Với sự xuất hiện của các nhóm khai thác (mining pools), chúng về cơ bản trở thành một thị trường. Bạn sở hữu tốc độ băm (hash rate), và bạn bán nó cho nhóm khai thác; nhóm này, đến lượt mình, sử dụng tốc độ băm tổng hợp để khai thác, và sau đó phân phối lợi nhuận cho thợ đào theo tỷ lệ tốc độ băm – nó giống như một thị trường. Nhưng liệu chúng ta có thể tiến thêm một bước nữa không?
Những tiến bộ trong phần cứng khai thác
Ý tưởng này khá độc đáo, xuất phát từ Sách trắng Bitcoin : Về cơ bản, Proof of Work (PoW) là một CPU duy nhất thực hiện việc bỏ phiếu. Satoshi Nakamoto ban đầu cho rằng như vậy. Nhưng thời kỳ khai thác bằng CPU đã qua lâu rồi. Chúng ta nhanh chóng chuyển từ CPU sang GPU (chip xử lý đồ họa), rồi gần như đồng thời, khai thác FPGA (mảng cổng lập trình được) xuất hiện, và cuối cùng là ASIC (tích hợp chuyên dụng). Tôi cho rằng khai thác ASIC xuất hiện vào khoảng năm 2012 hoặc 2013.
Những thách thức của ngành công nghiệp khai thác hiện đại
Từ thời điểm đó trở đi, bạn cần phải mua phần cứng chuyên dụng và đắt tiền để khai thác. Bạn không thể khai thác bằng phần cứng tại nhà nữa. Vài năm sau, ngay cả khi bạn mua phần cứng chuyên dụng như vậy, bạn vẫn cần phải tìm được nguồn điện giá rẻ để kiếm tiền. Ngay cả khi bạn mua một máy ASIC và để nó ở nhà, bạn cũng sẽ không kiếm được nhiều tiền. Và điều đó thực tế là không khả thi, hay nói đúng hơn là khó duy trì lâu dài. Giờ đây, ngay cả khi bạn có được nguồn điện rất rẻ, bạn vẫn cần một quy mô nhất định và lượng lớn cơ sở hạ tầng để giảm chi phí vận hành. Vì vậy, hiện nay, khai thác thực sự rất khó khăn. Ngay cả đối với thợ đào lớn, nó cũng vô cùng thách thức.
Rõ ràng, ngành công nghiệp khai thác luôn có xu hướng tập trung hóa rất mạnh. Chúng ta thấy điều này trên Twitter, và tôi đã nghe rất nhiều lời chỉ trích trong cộng đồng Bitcoin vì các nhóm khai thác như Foundry và Bitmain có thể dễ dàng kiểm soát 70-80% tổng hashrate của toàn mạng lưới. Chỉ hai công ty thôi, phải không?
Tất nhiên, bạn có thể chuyển đổi nhóm khai thác, và điều đó không nhất thiết gây ra mối đe dọa hiện hữu đối với Bitcoin, nhưng sẽ tốt hơn nếu chúng ta có thể đa dạng hóa rủi ro này, phải không? Và một phần lớn rủi ro mà tôi đang nói đến thực chất là rủi ro vốn. Ngày nay, để điều hành một doanh nghiệp khai thác và đạt được quy mô nhất định, bạn cần đầu tư một lượng tiền mặt khổng lồ ngay từ đầu. Bạn có thể xem bảng tài sản của bất kỳ công ty khai thác lớn nào được niêm yết công khai, và bạn sẽ thấy rằng tất cả đều là những người mua lớn, mua thiết bị và hàng hóa vốn liên quan đến các dự án này. Điều này chắc chắn dẫn đến rất nhiều nợ, rất dễ bị tổn thương trên thị trường hiện tại vì không ai muốn cho các doanh nghiệp Bitcoin vay tiền, coi đó là quá rủi ro, vì vậy cuối cùng, lãi suất cho vay sẽ rất cao. Có lẽ bạn có thể tìm thấy một số lựa chọn vay mới, chẳng hạn như sử dụng ASIC làm tài sản thế chấp. Khnighted đã cung cấp các khoản vay như vậy, cho phép họ lấy tất cả các giàn khai thác sau khi công ty khai thác vỡ nợ; tuy nhiên, họ không có nơi nào để bán lại những giàn khai thác này vì tất cả các công ty đều đã phá sản. Việc này xảy ra rất nhiều năm ngoái, và tôi chắc chắn rằng tất cả các bạn đều đã nghe về nó.
Về cơ bản, thợ đào không có cách nào hiệu quả để phòng ngừa bất kỳ rủi ro nào. Không thợ đào nào có thể cố gắng khóa thị trường thanh khoản cho lợi nhuận . Với bản chất của việc kinh doanh thợ đào và giá điện, lợi nhuận này tích lũy dần trong sáu tháng, một năm, hai năm, hoặc thậm chí ba năm tiếp theo. Nếu họ dự đoán rằng giá Bitcoin sẽ tăng và độ khó có thể tăng lên, do đó khiến giá hashrate giảm, họ có thể đã ký kết một hợp đồng tài chính để khóa giá trên một đường cong giảm dần, trả (ví dụ) phí quyền chọn 2% hoặc 3% mỗi tháng, và sau đó thực hiện các quyền theo hợp đồng khi điều chỉnh độ khó vượt quá 1%. Điều đó sẽ giúp họ bảo toàn lợi nhuận . Các hợp đồng như vậy tồn tại đối với tất cả các mặt hàng chính khác trên thế giới, nhưng không có trong ngành khai thác Bitcoin . Hơn nữa, đối với một thợ đào, đặc biệt là với cấu trúc vốn như vậy, đó là một gánh nặng rất lớn, dẫn đến tỷ lệ nợ cao, khiến đây là một việc kinh doanh rất khó thành công.
Chúng tôi đã suy nghĩ rất nhiều về điều này, và một trong đó những ý tưởng của chúng tôi là: có lẽ chúng ta đang tìm kiếm thanh khoản ở những nơi sai lầm, đa dạng hóa rủi ro ở những nơi sai lầm. Tại sao chúng ta lại tìm đến các tổ chức tài chính truyền thống? Họ chỉ muốn vắt kiệt càng nhiều tiền càng tốt từ việc cho vay. Tại sao chúng ta không trực tiếp tiếp cận những người có nguồn vốn hạn chế — ý tôi là những người sở hữu Bitcoin— những người rõ ràng rất quan tâm đến an ninh mạng và quan tâm đến việc phân quyền an ninh mạng? Tại sao chúng ta không sử dụng những nguồn vốn hạn chế này để đa dạng hóa loại rủi ro an ninh này?
Có thể bạn cho rằng rằng "khai thác thuê bao" và "khai thác đám mây" là những nỗ lực tương tự; hoàn toàn không phải vậy, nhưng chúng ta có thể tạm bỏ qua sự khác biệt này, theo nghĩa dễ tha thứ nhất. Để giải thích cho những người chưa quen thuộc, khai thác thuê bao nghĩa là bạn mua một dàn máy khai thác, và người khác sẽ đặt nó trong trang trại khai thác của họ để vận hành, trả tiền cho bạn hoặc phân bổ tỷ lệ băm cho một nhóm khai thác mà bạn chỉ định. Mặt khác, khai thác đám mây liên quan đến việc mua một hợp đồng hashrate có giới hạn thời gian. Theo như tôi biết, những hashrate này thường không thực sự được cung cấp; tuy nhiên, tôi đã nghe nói về những trường hợp ngoại lệ. Về cơ bản, sự khác biệt là trong khai thác đám mây, bạn không mua một máy móc, mà là một hợp đồng cho phép bạn khai thác. Nhưng thông thường, điều này khá trừu tượng đối với bạn.
Vậy vấn đề chính là tất cả những điều này về cơ bản mâu thuẫn với các nguyên tắc mà chúng ta đề cao trong Bitcoin, đúng không? Bạn sẽ có một mô hình tin cậy hoàn toàn bất đối xứng. Bạn phải hoàn toàn tin tưởng người này: trước tiên, bạn phải bỏ ra một khoản tiền lớn để mua giàn khai thác từ một người tự xưng là nhà cung cấp dịch vụ; bạn phải tin tưởng rằng người này sẽ không thổi phồng giá giàn khai thác vì về cơ bản họ là "đại lý"; bạn phải tin tưởng rằng người điều hành mỏ sẽ duy trì hoạt động; và cuối cùng, bạn phải tin tưởng rằng ngay cả khi giá giảm hoặc điều gì đó bất ngờ xảy ra, giàn khai thác của bạn vẫn sẽ hoạt động. Bạn không có lựa chọn nào khác, đúng không? Giàn khai thác của bạn có thể được đặt tại một quốc gia mà bạn chưa từng nghe đến; chỉ có Chúa mới biết bạn đang khai thác ở đâu. Vì vậy, thông thường, toàn bộ hệ thống này sẽ nhanh chóng sụp đổ. Đó hoặc là một trò lừa đảo hoặc là một sự gian lận hoàn toàn.
Khai thác điện tử trên đám mây hầu như luôn là một khoản đầu tư thua lỗ. Tôi chưa từng nghe nói đến hợp đồng khai thác trên đám mây nào có lãi cả. Ngược lại, bạn thường mất trắng. Còn về dịch vụ lưu trữ khai thác, như tôi đã nói, đó là mô hình tin cậy bất đối xứng, nơi ai cũng có thể lừa đảo bạn, và không chỉ vậy, bạn còn phải trả phí cao. Họ có thể hút tiền của bạn ở mọi cấp độ.
Do đó, cách chúng ta có thể cố gắng tránh những tình huống này là thiết lập mối liên hệ trực tiếp giữa thợ đào và người mua. Chúng ta nên cố gắng tạo ra một thị trường nơi cả hai bên có thể đàm phán trực tiếp.
Trước đó, tôi cần bổ sung thêm một điều nữa: chúng ta đã có một số thị trường hợp đồng tương lai hashrate. FTX đã ra mắt một thị trường như vậy vào năm ngoái. Luxor đã ra mắt một thị trường tuân thủ quy định hơn, một hợp đồng tương lai không giao nhận – bạn có thể gọi nó là một swap, vốn truyền thống hơn nhiều. Vấn đề với chúng là chúng ta chưa thấy nhiều thanh khoản. Và một lần nữa, tôi cho rằng rằng chúng đã đi hơi ngược lại. Như tôi đã nói, tại sao lại phải vay tiền từ các tổ chức tài chính truyền thống này? Họ thường không hiểu gì Bitcoin cả, và họ không có khích lệ để hiểu và cố gắng chấp nhận rủi ro . Họ chỉ muốn lợi dụng việc bạn cần tiền, và không ai khác sẵn lòng cho bạn vay tiền, vì vậy họ có thể cho bạn vay với lãi suất rất cao.
Tất nhiên, điều này cũng tạo ra tình huống mà không ai thực sự cố gắng mua các hợp đồng quyền chọn hashrate trên các thị trường tài chính truyền thống. Một điều cần xem xét nữa là: Được rồi, nếu bạn thực sự yêu cầu giao hàng thì sao? Không có cách nào để thực sự giao hàng cho bạn. Và còn về thời hạn hợp đồng thì sao? Hầu hết thời gian, nếu bạn xem xét các thị trường như NiceHash và các công cụ Mining Regret, bạn sẽ thấy rằng thời hạn hợp đồng rất ngắn. Vì vậy, nếu bạn chỉ muốn đặt cược vào việc nó sẽ tăng hay giảm, điều đó là có thể, nhưng thời hạn quá ngắn để cho phép bạn mua một thứ gì đó và để nó tự hoạt động. Còn đối với các hợp đồng tương lai hoặc hợp đồng hoán đổi không giao nhận, bạn biết đấy, bạn chỉ đang mua một công cụ tài chính truyền thống, chứ không phải thứ gì đó được bảo đảm bằng mã lập trình.
Sau khi được nhắc nhở, người diễn giả cho biết ông sẽ nói nhanh hơn.
Tốc độ băm điểm-đến-điểm
Do đó, mô hình của chúng tôi bao gồm việc thiết lập một cơ chế đấu giá để xác định giá cả. Chúng tôi sử dụng một kịch bản đa chữ ký để thanh toán cho người bán tỷ lệ băm, và khoản thanh toán chỉ được gửi sau khi tỷ lệ băm đã được chuyển giao; chúng tôi chuyển giao tỷ lệ băm thông qua một máy chủ trung gian. Vì vậy, chúng ta có thể thấy tổng số tỷ lệ băm đã được chuyển giao.
Chúng tôi đã vẽ một số sơ đồ để giải thích toàn bộ mô hình. Vì vậy, chúng tôi giúp thiết lập các hợp đồng nhỏ ở giữa; người mua được đánh dấu màu cam ở phía dưới, và tiền của họ được giữ trong ví đa chữ ký trên Chuỗi; việc chuyển tiền được xử lý thông qua các tài khoản của nhóm khai thác. Vì vậy, hashrate từ thợ đào được đưa vào một nhóm khai thác, và cuối cùng, khi nhóm đó khai thác được một khối, khoản thanh toán sẽ được chuyển vào tài khoản của nhóm khai thác. Sau đó, hợp đồng phát huy tác dụng. Cuối cùng, bạn thực sự có thể chuyển tiền từ tài khoản nhóm khai thác của mình đến một địa điểm khác. Bằng cách này, chúng tôi có thể thực sự đảm bảo rằng việc chuyển tiền sẽ diễn ra, và chúng tôi có một máy chủ trung gian có thể đọc được lượng hashrate đã được chuyển đến tài khoản nhóm khai thác.
Chúng tôi đã có một hệ thống mẫu đang hoạt động và bạn có thể đăng ký bằng mã QR này; tôi sẽ cung cấp liên kết sau. Về cơ bản, đây là quy trình làm việc của mô hình chúng tôi. Tuy nhiên, chúng tôi có một hệ thống hướng sự kiện, ngay khi bạn gửi thanh toán cho chúng tôi, chúng tôi sẽ phân bổ một phần hashrate hiện khai thác ở nơi khác cho tài khoản nhóm khai thác của bạn (bạn có thể đăng ký tài khoản nhóm khai thác của mình trước).
Mạng Lightning
Trang cuối cùng nói về Mạng Lightning. Chúng tôi hy vọng có thể gửi thanh toán cho nhóm khai thác thông qua Mạng Lightning. Vấn đề là—tôi không biết liệu bạn đã nghe nói về Jade (bộ tạo chữ ký phần cứng) chưa, nó cũng có thể thực hiện các phép tính băm. Ý tưởng ở đây là (giá hiện tại của tốc độ băm là) 10 satoshi mỗi TH/giây. Chúng ta có thể gửi các mã thanh toán nhỏ như vậy qua Mạng Lightning không? Chúng ta có thể biến mọi joule nhiệt, mọi điện năng bị lãng phí, thành các phép tính băm không? Hiện tại, điều này là không thể, nhưng với Mạng Lightning, có lẽ là có thể.
Như Lisa đã chỉ ra, vấn đề là nếu các nhóm khai thác trả tiền thợ đào thông qua Mạng Lightning, sẽ xảy ra các vấn đề nghiêm trọng thanh khoản vì tiền liên tục chảy ra theo một hướng. Bạn sẽ nhanh chóng cạn kiệt thanh khoản trong các kênh này, điều này không phải là mô hình hoạt động lý tưởng cho các kênh Lightning. Chúng ta cần các khoản thanh toán chảy theo cả hai hướng. Giờ đây, với mô hình của chúng tôi, thanh khoản thực sự di chuyển theo hai chiều. Chúng tôi đẩy khoản thanh toán cho hashrate theo một hướng cùng một lúc, và sau đó bạn nhận được các khoản giao dịch hashrate và thanh toán cho nhóm hàng ngày, với tiền chảy theo hướng ngược lại. Điều này cân bằng các kênh.
Vậy câu hỏi đặt ra là, các nhóm khai thác này nằm ở đâu và làm thế nào để chúng ta tích hợp chúng vào các giao dịch Coinbase mới? Đây là vấn đề mà công nghệ "ghép kênh" hứa hẹn sẽ giải quyết; chúng ta có thể ghép một UTXO mới vào số dư kênh hiện có. Trạng thái đóng cuối cùng sẽ chỉ khác một chút so với trạng thái được dự đoán trong các điều khoản hợp đồng. Vì vậy, giả sử bạn là người mua muốn đặt cược x% tiền ký quỹ của mình vào việc thắng; trạng thái đóng của kênh sẽ phản ánh việc bạn thắng hay đối thủ của bạn (thợ đào) thắng.
Cuối cùng, một cách khác có thể dễ dàng hơn để thực hiện việc này là sử dụng Fedipool thay vì Mạng Lightning. Tôi sẽ không đi vào chi tiết ở đây. Trong khi đó, chúng tôi cũng hy vọng sẽ tham gia giao thức Nostr. Chúng tôi cho rằng rằng việc sử dụng ID tĩnh để thực hiện thanh toán rất hứa hẹn. Bạn có thể thử một ví dụ; đây là mã QR. Hy vọng sẽ gặp bạn ở đó.
(qua)
