Core Lightning: Cách thức triển khai thương hiệu của Blockstream nói lên tầm nhìn dài hạn của nó đối với Bitcoin

Hiện được gọi là Core Lightning, việc triển khai Lightning Network của Blockstream nhằm mục đích trở thành tiêu chuẩn tập trung vào đặc điểm kỹ thuật, có khả năng tương tác của Bitcoin.

Công ty cơ sở hạ tầng bitcoin Blockstream gần đây đã đổi tên triển khai Lightning Network của mình từ c-lightning thành Core Lightning (CLN) nhằm cố gắng làm nổi bật trọng tâm dài hạn của dự án vào khả năng tương tác và công việc đặc tả.

Tên ban đầu, ám chỉ đến ngôn ngữ lập trình C mà việc triển khai được tích hợp sẵn, không phản ánh ý định thực sự của công ty đối với dự án. Giờ đây, Core Lightning tìm cách phản ánh đề xuất giá trị của việc triển khai Blockstream.

“Chúng tôi hy vọng tên được làm mới truyền đạt tốt hơn sự tập trung của CLN vào khả năng tương tác, công việc đặc tả và mục tiêu liên tục là cung cấp triển khai tham chiếu với ưu tiên về tính chính xác và mạnh mẽ,” công ty cho biết trong một thông báo. tuyên bố.

Tại sao có những triển khai khác nhau của Lightning Network?

Mạng Lightning là một khái niệm trừu tượng về trên thực tế, nhiều kênh Lightning khác nhau được kết nối với nhau. Các kênh thanh toán Lightning thiết lập nền tảng của mạng khi hai người tham gia khóa một lượng bitcoin trên lớp cơ sở mạng Bitcoin để thực hiện thanh toán ngoài chuỗi nhanh chóng và rẻ tiền với nhau. Tuy nhiên, bằng cách mở nhiều kênh hơn với những người tham gia khác nhau, các khoản thanh toán sau đó có thể được định tuyến trong “mạng lưới” này, từ người tham gia này sang người tham gia tiếp theo cho đến khi tìm thấy người nhận thanh toán Lightning cuối cùng.

Vì vậy, sự trừu tượng đó là “mạng Lightning” yêu cầu những người tham gia khác nhau liên lạc với nhau để họ có thể định tuyến các khoản thanh toán của nhau và cho phép tương tác suôn sẻ. Giao tiếp này xảy ra giữa các nút chạy phần mềm giao thức Lightning và do đó có thể gửi và nhận thanh toán, cùng nhiều hoạt động khác.

Trong khi Bitcoin hiện có một phần mềm nút tiêu chuẩn trên thực tế, Bitcoin Core, hiện có nhiều loại phần mềm Lightning node đang phổ biến. Do đó, cần có một bộ tài liệu để chỉ ra cách các loại nút Lightning khác nhau này - hay còn gọi là “triển khai” - có thể giao tiếp với nhau.

Sản phẩm Tài liệu cơ sở về công nghệ sét (BOLT) xác định bộ thông số kỹ thuật mà tất cả việc triển khai nút Lightning phải tuân thủ để trở thành người tham gia ổn định, tuân thủ trong Mạng Lightning. Hiện tại có 11 tài liệu BOLT mô tả mọi thứ từ cách thiết lập kênh thanh toán và cấp vốn bằng bitcoin cho đến cách người ta yêu cầu thanh toán Lightning.

Đương nhiên, thực tế là có nhiều cách triển khai Lightning khác nhau cũng có nghĩa là có nhiều dịch vụ khác nhau dành cho người dùng và họ có thể chọn bất kỳ phần mềm nào để chạy dựa trên nhu cầu cụ thể của mình. Ở cấp độ cao, có bốn triển khai Lightning chính là LND, Core Lightning, Eclair và LDK, mỗi triển khai đều hướng đến các trường hợp sử dụng cụ thể.

Core Lightning: Được xây dựng từ BOLT

CLN, trước đây là c-lightning, đã được sử dụng sản xuất trên mạng chính Bitcoin kể từ đầu năm 2018. Được viết bằng ngôn ngữ lập trình C, cung cấp cho các nhà phát triển khả năng kiểm soát cao đối với hành vi mã của họ ngay cả ở mức thấp, CLN tập trung vào về hiệu quả cũng như về việc cung cấp cho các nhà phát triển và người dùng một mô-đun, dựa trên plugin triển khai giao thức mở rộng lớp 2 của Bitcoin.

“Chúng tôi mong muốn trở thành một triển khai hiệu suất cao, cấp doanh nghiệp, tuân thủ thông số kỹ thuật,” nhà phát triển Lightning tại Blockstream, Rusty Russel, nói Tạp chí Bitcoin. “Điều đó theo truyền thống có nghĩa là chúng tôi hướng tới người dùng cao cấp, doanh nghiệp và nhà phát triển để xây dựng dựa trên đó.”

CLN chỉ hoạt động trên Linux và MacOS và yêu cầu cài đặt cục bộ hoặc từ xa bitcoin phiên bản 0.16 trở lên được kết nối hoàn toàn với mạng mà người dùng đang chạy và chuyển tiếp các giao dịch từ đó. Cắt tỉa là được hỗ trợ một phần.

Là một triển khai nhẹ, CLN cho phép mức độ tùy chỉnh cao vì nó cho phép người dùng biến nó thành của riêng họ và chỉ thêm các tính năng họ muốn hoặc cần. Các nhà phát triển có thể giao tiếp với daemon thông qua các phương thức JSON-RPC tùy chỉnh, cho phép họ tùy chỉnh hiệu quả chức năng theo nhu cầu của mình thông qua các plugin có thể truy cập trực tiếp vào các chi tiết cấp thấp.

Tính mô-đun, tính hiệu quả và độ bền của mã của CLN cũng đi kèm với những nhược điểm đi kèm. Christian Decker, một nhà nghiên cứu tại Blockstream tập trung vào các giải pháp mở rộng quy mô cho Bitcoin, nói trong cuộc gặp gỡ các nhà phát triển Bitcoin ở London vào tháng trước, bằng cách tuân thủ triết lý UNIX là làm thật tốt một việc và không ép buộc người dùng đưa ra quyết định, CLN xuất hiện theo kiểu “trần trụi” và yêu cầu người dùng phải cống hiến một chút để nó hoạt động .

Đáng chú ý, việc triển khai Blockstream tập trung chủ yếu vào quy trình đặc tả và trực tiếp tạo ra rất nhiều mã ngoài các thông số kỹ thuật BOLT, theo Russel. Mặc dù điều này đảm bảo việc triển khai tuân thủ đầy đủ thông số kỹ thuật nhưng nhóm lại có ít thời gian hơn để tiếp thị công việc của mình và xác định đây là lý do khiến nhóm thấy ít sự tham gia của cộng đồng và chia sẻ nút hơn so với các triển khai khác.

“Theo nghĩa đen, chúng tôi được xây dựng dựa trên các thông số kỹ thuật của Lightning BOLT!” Russel kể Tạp chí Bitcoin. “Điều này có nghĩa là chúng tôi rất quan tâm (và với tư cách là một nhóm đã nỗ lực rất nhiều) trong việc điều phối kiến ​​trúc của toàn bộ Lightning Network thông qua các thông số kỹ thuật BOLT.”

Nhóm thường đề xuất một đặc tả mới cho cộng đồng phát triển rộng lớn hơn trước khi thêm nó vào CLN nhằm đảm bảo khả năng tương thích lâu dài giữa các triển khai khác nhau, đồng thời yêu cầu nhiều người xem xét, kiểm tra và nhận xét về mã của nó trước khi nó được chuyển thành một phiên bản mới. BOLT và sẵn sàng được áp dụng bởi tất cả các triển khai.

Lisa Neigut, kỹ sư giao thức Lightning tại Blockstream, cho biết: “Một phần lý do khiến chúng tôi thực hiện quy trình triển khai thông số kỹ thuật và đánh giá là vì nó giúp xác định các cách thực hiện tốt hơn - tìm lỗi, xác định các vấn đề trong tương lai”. Tạp chí Bitcoin.

Với hiệu quả và trọng lượng nhẹ, CLN có thể là giải pháp triển khai phù hợp nhất cho các thiết bị có thông số kỹ thuật thấp.

Nhóm của Blockstream cũng đã phát triển một bộ tính năng mới giúp mở rộng chức năng hiện tại của BOLT, thường là các thông số kỹ thuật dự thảo hoặc đề xuất thông số kỹ thuật, bao gồm mở kênh hợp tác, quảng cáo thanh khoản và BOLT 12. CLN cung cấp cho người dùng tùy chọn dùng thử các thông số kỹ thuật sắp tới này.

Russel nói: “Chúng tôi sắp xếp các phần dự thảo của thông số kỹ thuật Lightning theo các tùy chọn thử nghiệm”. Tạp chí Bitcoin. “Nhưng nếu bạn thích phiêu lưu hơn, những lựa chọn thử nghiệm đó sẽ mang lại cho bạn

cái nhìn sâu sắc về những gì sắp xảy ra với Lightning Network tiếp theo!”

Kênh hợp tác mở ra, trước đây được gọi là “kênh tài trợ kép”, cho phép người tham gia hợp tác mở một kênh mới bằng cách cùng tài trợ cho giao dịch tài trợ kênh. Hiện tại, các kênh được mở với giao dịch tài trợ đơn phương của một người tham gia. Việc mở kênh cộng tác cũng cho phép CoinJoins được phân phối thành kênh Lightning mở.

Neigut nói: “Bạn có thể phối hợp CoinJoin của riêng mình với một loạt các nút Lightning khác”. Tạp chí Bitcoin. “Bạn thực hiện nó một cách phi tập trung nên những người duy nhất biết về những người tham gia vào đó là những người thực sự là một phần của giao dịch đó, vì vậy không có điều phối viên trung tâm nào thực hiện điều đó.”

Quảng cáo thanh khoản cũng tận dụng việc mở kênh hợp tác. Theo một dòng khối blog đăng bài, “chúng là một cách nhẹ nhàng để cung cấp khả năng điều phối việc triển khai thanh khoản trên mạng theo cách phi tập trung và dễ tiếp cận.”

Tính năng này cố gắng giải quyết một vấn đề phổ biến trong Lightning: thanh khoản trong nước.

Quảng cáo thanh khoản cho phép bạn “thấy tất cả những người đang quảng cáo rằng họ sẽ bán cho bạn thanh khoản trong nước nếu bạn mở kênh cho họ, đây thực sự là một điều thú vị,” Neigut nói.

BOLT 12 là một thông số kỹ thuật dự thảo khác dành cho ví và nút Lightning có hỗ trợ thử nghiệm trong CLN. Tính năng được đề xuất, “ưu đãi” được đặt ra, sẽ cải thiện hóa đơn BOLT 11 bằng cách cho phép các ưu đãi có thể tái sử dụng, trong khi hóa đơn BOLT 11 chỉ có thể được sử dụng một lần. Hơn nữa, mặc dù hóa đơn chỉ là một yêu cầu thanh toán, nhưng bạn có thể sử dụng ưu đãi để gửi chứ không chỉ nhận tiền.

Người dùng CLN giờ đây cũng có thể tự động hóa các tác vụ quản lý nút của mình bằng CLBOSS, một công cụ “trí tuệ nhân tạo” được phát hành gần đây có thể quyết định các nút nào sẽ mở kênh, mở kênh khi phí thấp và có quỹ trên chuỗi, điều chỉnh phí định tuyến để cạnh tranh với các nút khác, thực hiện hoán đổi ngầm thông qua chốt API .exchange và tự động cân bằng lại các kênh.

Mặc dù nên khuyến khích các triển khai khác nhau theo đuổi các giải pháp độc lập cho các trường hợp sử dụng cụ thể của chúng trong khi tuân thủ các thông số kỹ thuật BOLT 11 hiện tại, việc đưa ra đề xuất thông số kỹ thuật đi kèm để giúp các triển khai khác triển khai tính năng tương tự - hoặc tương tự - nói chung là một cách làm tốt, như vậy một động thái được cho là phục vụ lợi ích lâu dài của cơ sở người dùng rộng rãi và ngày càng tăng của Lightning. Nói như vậy, quá trình xác định thông số kỹ thuật không phải là một nhiệm vụ dễ dàng để thực hiện.

“Là một quá trình khó khăn và mất nhiều thời gian. Nó đòi hỏi sự phối hợp với những người có nhiều quan điểm khác nhau,” Neigut nói.

Kết quả là, các công ty khác nhau dành lượng thời gian và công sức khác nhau cho quá trình này tùy theo mức độ ưu tiên cá nhân của họ, điều này đương nhiên là khác nhau. Trong khi, theo Russel, nhóm CLN đã dành phần lớn “nỗ lực cho đặc điểm kỹ thuật và chi tiết triển khai ở cấp độ thấp và hầu như không nỗ lực gì cho việc tiếp cận hoặc tiếp thị nhà phát triển”, Lightning Labs, công ty đứng sau LND, thường chọn tập trung nhiều hơn nguồn lực kỹ thuật về các tính năng mới và giải quyết các điểm khó khăn của khách hàng hơn là về quy trình thông số kỹ thuật khó khăn.

LND: Những khoảng trống CLN có thể lấp đầy?

LND là triển khai Lightning đầu tiên dành cho nhà phát triển, tập trung vào việc tạo điều kiện thuận lợi cho việc phát triển các ứng dụng, từ đó nhấn mạnh vào sự tương tác của nhà phát triển, đặc biệt là trong cách tiếp cận tiêu chuẩn để giao tiếp thông qua API REST, cho phép phát triển ứng dụng dễ dàng hơn, ngoài việc cung cấp tài liệu rõ ràng và trải nghiệm thiết lập dễ dàng.

“Chúng tôi muốn các nhà phát triển có thể dễ dàng sử dụng nó, tích hợp nó vào sản phẩm của họ, xây dựng các ứng dụng trên đó và phân phối nó dưới dạng ví hoặc nút tự lưu trữ,” Nhà phát triển LND Oliver Gugger nói tại cuộc gặp gỡ các nhà phát triển Bitcoin ở London. “Đưa nó đến với những người cầu xin.”

Do đó, LND tập trung vào việc “có giao diện tuyệt vời dành cho nhà phát triển,” Gugger nói thêm, bằng cách bật gRPC và REST.

“LND có một cộng đồng tuyệt vời, thiết lập dễ dàng và tài liệu dành cho nhà phát triển tuyệt vời,” Russel nói khi được hỏi tại sao anh nghĩ LND là cách triển khai Lightning phổ biến nhất.

LND đã chứng kiến ​​​​sự tham gia của cộng đồng lớn nhất trong số tất cả các triển khai và hiện đang điều hành phần lớn tất cả các nút mạng. Một số ước tính đặt tỷ lệ của LND trong tổng số nút Lightning công khai ở khoảng từ 70% đến 90%.

LND cũng tự hào có đội ngũ phát triển toàn thời gian lớn nhất. Kết quả là nhóm đã cố gắng xây dựng rất nhiều dịch vụ giá trị gia tăng xung quanh LND, chẳng hạn như Aperture và dịch vụ thanh khoản Lightning Vòng lặp và Hồ Bơi.

Loop sử dụng các giao dịch hoán đổi tàu ngầm để kết nối bitcoin trên chuỗi và ngoài chuỗi, giúp việc di chuyển bitcoin vào và ra khỏi Lightning Network trở nên dễ dàng. Nó thực hiện cân bằng kênh tự động, hoán đổi không giám sát, chuyển tiếp quyền riêng tư, phân nhóm giao dịch cơ hội tiết kiệm phí và giám sát tiến trình hoán đổi trong khi thực hiện.

Pool là thị trường ngang hàng dành cho các kênh Lightning. Nó kết nối những người dùng cần quyền truy cập vào thanh khoản trong nước với những người có vốn để triển khai trên Lightning Network bằng cách cho phép người tham gia Lightning Network báo hiệu nhu cầu về nó và khuyến khích những người khác mở kênh với họ bằng cách sử dụng vốn của họ.

Với việc LND thường tập trung vào các tính năng mới và hỗ trợ khách hàng, nhóm CLN đã tìm thấy khoảng trống trên thị trường mà họ hy vọng sẽ lấp đầy bằng cách chú ý hơn đến quy trình đặc tả.

Thông số kỹ thuật hoặc không thông số kỹ thuật

“Nhóm Labs đã nghĩ ra những thứ tuyệt vời,” Neigut nói. “Họ chỉ, với tư cách là một tổ chức, không mấy ấn tượng trong việc viết thông số kỹ thuật cho những thứ họ thêm vào. Một ví dụ điển hình đó là KeySend.”

KhóaGửi cho phép nút Lightning gửi cho ai đó một khoản thanh toán Lightning chỉ có ID của nút nhận, nghĩa là công cụ này không yêu cầu hóa đơn, đây là quy định hiện tại tiêu chuẩn de-facto về cơ chế thanh toán của Lightning.

Neigut nói thêm: “Họ đã tung ra nó, rất nhiều người bắt đầu sử dụng nó, nhưng họ chưa bao giờ chỉ định đầy đủ về nó”. “Vì vậy CLN muốn có thể hỗ trợ nó. Một trong những thành viên trong nhóm của chúng tôi đã phải quay lại và tìm ra cách làm cho nó hoạt động chỉ bằng cách đọc mã của họ và thiết kế ngược nó.”

Một thông số kỹ thuật cuối cùng đã được viết bởi triển khai Lightning của Spiral, LDK, Neigut nhớ lại, sau khi nhóm của họ thiết kế ngược mã của Lightning Labs.

“Và các nhóm khác chỉ thực sự phải làm theo vì LND có cơ sở cài đặt lớn như vậy,” cô nói. “Đó không phải là quá trình hợp tác tốt nhất.”

Neigut nói thêm: “Đội ngũ những người làm việc trên Lightning Labs khá vững chắc. “Tôi chỉ nghĩ rằng họ đang lợi dụng sự thống trị mạng của mình để không phải làm tất cả công việc bổ sung này vì nếu họ không làm thì người khác sẽ làm vì phần lớn các nút trên mạng chạy mã của họ.”

Neigut cho biết cô đã quen với việc LND được chú ý và trở thành triển khai “Lightning mặc định” - điều mà cô thú nhận rằng cô thích với tư cách là một nhà phát triển vì cô nhận được ít yêu cầu hỗ trợ khách hàng hơn.

“Nhưng tôi nghĩ rằng chúng tôi sẽ có được một mạng lưới năng động lành mạnh hơn nếu không có sự triển khai của đa số,” cô nói thêm. “Tôi nghĩ điều đó thực sự sẽ thay đổi trò chơi về mức độ cộng tác mà mọi người phải thực hiện để vận chuyển hàng hóa của mình trên Lightning. Và điều đó sẽ tốt cho sức khỏe.”

Sự chú ý cẩn thận đến các thông số kỹ thuật được cho là trọng tâm của việc phát triển nguồn mở trong môi trường mạng mở. Trên Lightning, các thông số kỹ thuật như vậy tạo thành nền tảng của giao thức và đảm bảo khả năng tương tác của các phiên bản khác nhau tham gia vào mạng.

Tuy nhiên, trong khi một số người cho rằng những thay đổi lớn và bổ sung mới cho việc triển khai Lightning nên có thông số kỹ thuật đi kèm, thì những người khác có thể xem thông số kỹ thuật BOLT ở mức tối thiểu mà trên đó mỗi triển khai có thể xây dựng các tính năng mới thú vị của riêng mình - điều này không nhất thiết phải có. được chuyển trở lại bộ thông số kỹ thuật.

"Nó là cứng thành lập một công ty cơ sở hạ tầng nguồn mở, vì vậy không có gì ngạc nhiên khi tôi không đồng ý với tất cả các ưu tiên của [Lightning Labs'],” Russel nói. “Tôi thực sự tin rằng họ sẽ tìm ra cách vừa tạo ra nguồn thu nhập bền vững vừa trở thành đối tác đáng tin cậy trong quá trình phát triển kỹ thuật của Lightning Network; Tôi không nghĩ có ai muốn thấy mạng lưới bị chia thành nhiều mảnh.”

Việc bỏ qua hoàn toàn quy trình thông số kỹ thuật có thể dẫn đến sự xuất hiện của các hệ sinh thái phụ rất khác nhau, điều này có thể gây tổn hại cho sự phát triển và áp dụng Lightning Network nói chung nếu chúng trở nên không thể tương tác. Nhưng như Russel đã nhấn mạnh, không có dấu hiệu nào cho thấy hiện nay bất kỳ hoạt động triển khai nào đang thực hiện điều đó. Duy trì sự tương tác gắn kết, có thể tương tác giữa các nút là chìa khóa nếu chúng tôi muốn giữ cho các chi tiết triển khai được trừu tượng hóa khỏi người dùng và từ đó mang lại trải nghiệm tốt cho người dùng.

“Nếu [Lightning Labs] dẫn đầu và họ cũng dẫn đầu về thông số kỹ thuật, tôi nghĩ rằng sẽ có ít xích mích hơn trong việc bổ sung các tính năng mới, vì sẽ không khó để theo dõi những gì họ đang làm, ”Neigut nói. “Có lẽ họ sẽ tham gia nhiều hơn vào quá trình xác định thông số kỹ thuật trong tương lai. Tôi nghĩ họ chắc chắn đã nhận được phản hồi từ chúng tôi và phần còn lại của cộng đồng rằng quy trình thông số kỹ thuật rất quan trọng.”

Một phần của cuộc tranh cãi và căng thẳng trong quá trình thông số BOLT bắt nguồn từ Một email đã chia sẻ trên Twitter vào cuối tháng 12, trong đó người đứng đầu bộ phận thanh khoản Lightning tại Lightning Labs, Alex Bosworth, đã nhận xét về BOLT XNUMX và quy trình thông số kỹ thuật BOLT.

Bosworth đã viết rằng quy trình BOLT là một quy trình tiêu chuẩn hóa tùy ý, không yêu cầu sự đồng ý của mọi người và do đó đại diện cho “nhiều bộ tài liệu có quan điểm được kiểm soát bởi một quy trình tùy ý hơn là một hiệp ước giữa các hoạt động triển khai độc lập”.

Phòng thí nghiệm Lightning sau này làm rõ rằng nhận xét của Bosworth chỉ phản ánh quan điểm của anh ấy chứ không nhất thiết phản ánh quan điểm của công ty.

Decker đã chia sẻ suy nghĩ của mình về nhận xét của Bosworth và về quy trình thông số BOLT trong cuộc gặp gỡ các nhà phát triển Bitcoin ở London.

“Tôi nghĩ đó là những tuyên bố rất mạnh mẽ từ một người chưa bao giờ tham gia vào một cuộc họp thông số kỹ thuật nào,” ông nói. “Có một chút tranh cãi trong quá trình thông số kỹ thuật nhưng đó là do thiết kế. Nếu một quá trình triển khai có thể quyết định toàn bộ mạng trông như thế nào thì chúng tôi sẽ có một cái nhìn rất thiển cận về khả năng của mạng và chúng tôi sẽ không thể phục vụ tất cả các trường hợp sử dụng khác nhau mà chúng tôi đang phục vụ.”

“Và vâng, đôi khi quá trình xác định thông số kỹ thuật gây khó chịu, tôi hoàn toàn đồng ý với điều đó,” anh ấy nói thêm. “Chúng tôi chắc chắn có những quan điểm khác nhau về mạng lưới sẽ trông như thế nào. Nhưng bằng luận điểm, phản đề và quy trình tổng hợp này, chúng tôi đưa ra một hệ thống có khả năng phục vụ người dùng tốt hơn nhiều so với việc một người triển khai thực hiện việc đó một mình.”

“Cá nhân tôi không làm việc về thông số kỹ thuật nên tôi cảm thấy không đủ tư cách để đưa ra câu trả lời,” Gugger nói tại cuộc gặp mặt, bình luận về email của Bosworth. “Tôi chỉ muốn nói thêm rằng tôi không nhất thiết phải đồng ý với tất cả những điểm mà Alex đề cập. Tôi chắc chắn cũng sẽ nói điều đó theo một cách khác. Tôi nghĩ rằng việc thiếu nguồn lực để làm việc trên thông số kỹ thuật đôi khi được hiểu là việc chúng tôi chặn những thứ không phải là mục đích và tất nhiên không phải là mục tiêu của chúng tôi. Chúng tôi muốn cải thiện nhiều hơn về thông số kỹ thuật nên tôi hy vọng chúng tôi sẽ cải thiện ở đó. Thật là một điều thú vị khi quan sát, sự thất vọng đó đôi khi lại nổi lên bề mặt như thế nào. Cảm ơn [Decker và Nhà phát triển ACINQ Bastien Teinturier] vì tất cả công việc bạn làm trên thông số kỹ thuật. Tôi cũng cần phải nhặt đồ nên tôi sẽ cố gắng hết sức.”

Russel cũng bình luận về email của Bosworth trong một Chủ đề Twitter nơi anh ấy cam kết sẽ dành nhiều thời gian hơn để đánh bóng và tiếp thị CLN, vì anh ấy nói rằng LND đã không triển khai Lightning trước và không triển khai nó một cách tốt nhất - mặc dù cộng đồng của nó rất tuyệt vời, anh ấy nói thêm.

“Hóa ra họ đã quyết định có thể tận dụng sự thống trị của mạng để kiểm soát giao thức và quy trình thông số kỹ thuật không phải là 'thực',” anh viết trong chủ đề. “Lightning Labs đã tuyên bố quyền sở hữu mạng Lightning theo nhiều cách: Tôi đã miễn cưỡng công khai họ. Nhưng mạng Lightning và cộng đồng xứng đáng được tốt hơn.”

Russel đã không trả lời các câu hỏi từ Tạp chí Bitcoin đề cập đến chủ đề này. Lightning Labs từ chối bình luận.

Decker cho biết tại cuộc họp: “Trở lại năm 2016, chúng tôi đến từ ba hướng khác nhau và quyết định kết hợp tất cả những điều chúng tôi đã học được trong giai đoạn thử nghiệm ban đầu này vào một thông số kỹ thuật duy nhất để chúng tôi có thể cộng tác và tương tác”. “Giai đoạn thử nghiệm này phải luôn được theo sau bởi một đề xuất mà mọi người khác đều có thể xem xét được và có thể được thực hiện bởi những người khác. Đôi khi đề xuất chính thức đó bị thiếu và điều đó ngăn cản việc triển khai khác đưa ra đánh giá riêng của họ về tính năng đó. Đánh giá này rất quan trọng để đảm bảo rằng nó phù hợp với tất cả mọi người và đó là điều tốt nhất chúng tôi có thể thực hiện.”

Sau đó, ông nói thêm: “Giống như cái tên Lightning Network gợi ý, nó thu được rất nhiều lợi nhuận từ hiệu ứng mạng mà chúng tôi có được bằng cách tương thích, bằng khả năng tương tác và cho phép tất cả các hoạt động triển khai diễn ra trên một sân chơi bình đẳng”.

Việc triển khai bổ sung cho nhau, chúng không cạnh tranh

Bên cạnh những tranh cãi rất cụ thể về quy trình đặc tả, việc triển khai Lightning chủ yếu hoạt động riêng biệt và sau đó kết hợp với nhau để mang lại những tính năng tốt nhất và được yêu cầu nhiều nhất cho mạng, đảm bảo trải nghiệm tổng thể tốt hơn cho người dùng.

Do đó, động thái của Blockstream nhằm thúc đẩy CLN như một sản phẩm nhẹ, mô-đun và tuân thủ thông số kỹ thuật là một giải pháp thay thế cho những ai quan tâm đến việc chạy triển khai nút nhằm cố gắng tương tác hoàn toàn với phần còn lại của mạng và cung cấp một bộ lợi ích độc đáo với những người làm điều đó.

Khi các cách triển khai khác nhau cố gắng trở thành phiên bản tốt nhất và phục vụ cho một trường hợp sử dụng cụ thể bằng cách khám phá đề xuất giá trị của riêng họ, người dùng cuối cùng sẽ là người được hưởng lợi khi xuất hiện các tùy chọn ngày càng tốt hơn.

• Coinsmart. Sàn giao dịch Bitcoin và tiền điện tử tốt nhất Châu Âu.
• Platoblockchain. Web3 Metaverse Intelligence. Khuếch đại kiến ​​thức. TRUY CẬP MIỄN PHÍ.
• CryptoHawk. Radar Altcoin. Dùng thử miễn phí.
• Nguồn: https://bitcoinmagazine.com/Technical/blockstream-core-lightning-bitcoin-rebrand