Alibaba chuyển Qwen sang thu phí: Khi “mã nguồn mở” AI lộ điểm yếu và bài học cho blockchain

Mở đầu Reuters, qua kênh giám sát Dongcha Beating, vừa chuyển tải một thông tin mà nhiều người trong giới blockchain có thể bỏ qua: Alibaba đang chuẩn bị đưa ra điều khoản thương mại tính phí cho thế hệ Qwen tiếp theo. Không chỉ Alibaba. Dark Side of the Moon, công ty đứng sau Kimi K3, cũng đã bước trước một nhịp. Kimi K3 vẫn có thể tải về miễn phí, vẫn có thể triển khai nội bộ, vẫn có thể tinh chỉnh. Nhưng nếu một nhà cung cấp MaaS, tức là nhà cung cấp dịch vụ đóng gói mô hình thành API để bán, có doanh thu hàng năm vượt quá 20 triệu đô la, họ phải ký một hợp đồng thương mại riêng. Có tin cho rằng tỷ lệ chia sẻ doanh thu có thể lên tới 30%. Tin này thoạt nhìn chỉ liên quan đến ngành AI. Nhưng với tôi, nó giống một hồi chuông cảnh tỉnh cho toàn bộ nền kinh tế phần mềm, bao gồm cả các giao thức phi tập trung. Bởi vì câu chuyện không dừng ở việc một công ty muốn thu phí. Câu chuyện nằm ở cách chúng ta hiểu từ “mở”, và cách quyền lực có thể ẩn náu bên trong một hệ thống trông có vẻ minh bạch. Bối cảnh: mã nguồn mở không phải là một từ có thể dùng tùy tiện Trước hết, cần phải nói rõ Qwen là gì. Qwen là dòng mô hình ngôn ngữ lớn do Alibaba phát triển. Có nhiều phiên bản, từ Qwen2.5 cho đến Qwen3, và sắp tới là thế hệ kế tiếp. Các mô hình này được phát hành dưới dạng open-weight, có nghĩa là trọng số của mô hình sau khi huấn luyện được công khai. Ai cũng có thể tải về, chạy trên máy của mình, tinh chỉnh bằng dữ liệu riêng. Kimi K3 của Dark Side of the Moon cũng đi theo hướng này. Đó là một chiến lược phổ biến trong ngành AI: đưa mô hình ra cộng đồng, tạo hệ sinh thái, thu hút nhà phát triển, và biến mô hình thành tiêu chuẩn thực tế. Nhưng có một sự nhầm lẫn lớn giữa “open-weight” và “open-source”. Open-source, theo định nghĩa của OSI, đòi hỏi mười tiêu chí, trong đó có quyền sử dụng thương mại, quyền sửa đổi, quyền phân phối, và không phân biệt lĩnh vực hoạt động. Open-weight chỉ có nghĩa là bạn nhìn thấy và tải được trọng số. Bạn có thể không có quyền sử dụng nó trong một số ngữ cảnh kinh doanh nhất định. Hầu hết các mô hình AI lớn hiện nay nằm ở vùng xám giữa hai khái niệm này. Và vùng xám đó chính là nơi mà các điều khoản thương mại mới được cài vào. Nếu bạn đọc kỹ giấy phép của Qwen trước đây, bạn sẽ thấy có những điều khoản hạn chế nhà cung cấp dịch vụ đám mây dùng Qwen để xây dựng dịch vụ tương tự cạnh tranh trực tiếp với Alibaba Cloud. Một số phiên bản có điều khoản yêu cầu xin phép cho các trường hợp sử dụng thương mại. Nhưng vì nhà phát triển thường không đọc giấy phép, họ vẫn tuyên bố rằng Qwen là “mã nguồn mở”. Đây chính là khoảng cách giữa cảm nhận và pháp lý. Với blockchain, khoảng cách này cũng rất quen thuộc. Nhiều dự án phát hành token và nói rằng giao thức là phi tập trung, nhưng hợp đồng thông minh có admin key, có quyền nâng cấp, có whitelist. Mã nguồn thì công khai, nhưng quyền lực thì không phân tán. Người dùng thấy mã, tưởng là mở, nhưng thực chất họ đang sống trong một khu vườn có tường bao. Điều khoản thương mại của Alibaba chỉ là một phiên bản rõ ràng hơn của cùng một trò chơi. Phân tích: trạm thu phí trên con đường mở Cơ chế mới mà Alibaba đang chuẩn bị có thể được gọi là một trạm thu phí. Dưới ngưỡng doanh thu, bạn được tự do. Trên ngưỡng, bạn phải đàm phán. Mức 20 triệu đô la một năm không quá lớn trong thế giới doanh nghiệp, nhưng nó đủ để loại bỏ các cá nhân và startup nhỏ. Điều này cho phép Alibaba duy trì một hệ sinh thái sôi động ở tầng dưới, trong khi thu hút giá trị từ những công ty đã thành công nhờ mô hình của họ. Tỷ lệ chia sẻ doanh thu 30% có thể không giết chết một công ty, nhưng nó thay đổi hoàn toàn biên lợi nhuận của một dịch vụ API đang phụ thuộc vào Qwen. Ở một góc độ nào đó, đây là một dạng thuế trên giá trị được tạo ra từ một tài sản trí tuệ. Apple làm điều này với App Store, Google làm điều này với Play Store, và bây giờ Alibaba làm điều này với Qwen. Nhưng có một điểm khác biệt: App Store và Play Store không ai gọi là mã nguồn mở. Qwen thì lại được tiếp thị như một mô hình mở. Điều này tạo ra một kỳ vọng sai lệch. Các nhà phát triển xây dựng sản phẩm trên Qwen với tâm thế rằng họ đang đứng trên một nền tảng miễn phí, trong khi thực ra họ đang thuê đất từ một chủ đất có thể đổi giá bất cứ lúc nào. Trong giới blockchain, chúng ta đã thấy mô hình này nhiều lần. Một giao thức DeFi phát hành token với nguồn cung có thể thay đổi qua governance. Người dùng cung cấp thanh khoản, xây dựng sản phẩm bên trên, và nghĩ rằng giao thức là của cộng đồng. Nhưng nếu nhóm phát triển nắm giữ một lượng token đủ lớn, họ có thể bỏ phiếu để thay đổi tham số, thêm phí, hoặc chuyển hướng quỹ. Khi điều đó xảy ra, những người xây dựng bên trên mới nhận ra rằng họ không sở hữu nền tảng. Họ chỉ là người thuê. Đây là những gì code thực sự nói khi tôi mở file LICENSE của một mô hình open-weight điển hình. Không có từ “mọi quyền được bảo lưu” ở trang đầu, nhưng có một chuỗi các điều kiện rất dài. Mỗi điều kiện là một câu lệnh if. Nếu bạn không phải là nhà cung cấp dịch vụ đám mây cạnh tranh, bạn có quyền sử dụng. Nếu doanh thu của bạn dưới 20 triệu đô la, bạn có quyền sử dụng cho mục đích thương mại. Nếu vượt ngưỡng, quyền của bạn sẽ bị thu hồi cho đến khi bạn ký một hợp đồng riêng. Cấu trúc này không khác gì một smart contract có hàm onlyOwner, nhưng thay vì được thực thi bởi EVM, nó được thực thi bởi luật sư và toà án. Nếu bạn đọc kỹ whitepaper của một giao thức blockchain, bạn có thể tìm thấy những từ như trustless, non-custodial, permissionless. Nhưng nếu bạn đọc kỹ tài liệu cấp phép của một mô hình AI, bạn sẽ không thấy những từ đó. Bạn sẽ thấy non-commercial, commercial agreement, threshold. Điều này cho thấy một sự tương phản triết học. Blockchain tìm cách loại bỏ người canh gác. Ngành AI đang xây dựng người canh gác ở tầng pháp lý. Khi hai ngành này hội tụ, ranh giới trở nên mơ hồ, và những nhà phát triển không đọc kỹ sẽ là người trả giá. Đây là một lỗ hổng kiến trúc, nhưng không phải lỗ hổng trong bộ xử lý GPU hay trong thuật toán. Đó là lỗ hổng trong cách chúng ta định nghĩa “mở”. Một hệ thống được quảng bá là “mở” có thể mở ở tầng trọng số, nhưng đóng ở tầng thương mại. Một giao thức blockchain được quảng bá là “phi tập trung” có thể mở ở tầng đọc dữ liệu, nhưng đóng ở tầng quản trị. Cả hai đều dựa vào niềm tin rằng những người vận hành sẽ không lạm dụng quyền lực. Nhưng quyền lực không nằm trong code; nó nằm trong khả năng thay đổi các điều khoản mà không cần xin phép cộng đồng. Giả định tin cậy họ đang đặt ra là các nhà cung cấp MaaS lớn sẽ chấp nhận chia sẻ doanh thu và không tẩy chay. Nhưng lịch sử phần mềm mã nguồn mở cho thấy một kịch bản khác. AWS đã hút máu Elasticsearch, MongoDB, Redis. Các công ty AI đã dùng dữ liệu mở để huấn luyện mô hình, và chỉ trả tiền khi bị kiện. Trong thế giới blockchain, các sàn giao dịch hoặc cầu nối cross-chain thường hứa hẹn phi tập trung, nhưng khi xảy ra sự cố, họ mới thừa nhận rằng họ có quyền dừng, nâng cấp, hoặc thay đổi hợp đồng. Một hệ thống dựa trên sự khoan dung sẽ luôn phải đối mặt với nguy cơ bị thu hồi quyền truy cập. Nếu chúng ta nhìn vào merkle tree trong một ứng dụng blockchain, chúng ta có thể chứng minh một giao dịch nằm trong một khối mà không cần tải toàn bộ khối. Đó là một cấu trúc toán học loại bỏ nhu cầu tin tưởng. Nhưng giấy phép phần mềm không phải là merkle tree. Nó không thể tự thực thi, không thể tự xác minh. Nó cần một cơ quan có thẩm quyền, một hệ thống toà án, và một đội ngũ luật sư. Khi bạn phát hành một mô hình AI “mở”, bạn vẫn đang vận hành một hệ thống niềm tin. Sự khác biệt duy nhất là bạn gọi nó bằng một cái tên khác. Tôi đã fork repo của một dự án mã nguồn mở trong lúc kiểm tra khả năng triển khai của một giao thức thanh toán. Tôi không phát hiện ra một lỗi trong contract; tôi phát hiện ra rằng file LICENSE của thư viện được dùng trong contract có điều khoản cấm sử dụng trong dịch vụ thương mại. Nếu đội ngũ phát hành sản phẩm ra thị trường, họ có thể bị kiện. Không một ai trong nhóm đọc file đó trước khi nhấn nút deploy. Điều đó khiến tôi nhận ra: thế giới blockchain có thể rất kỹ tính về audit smart contract, nhưng rất lơ là trong việc audit giấy phép của các dependency. Câu chuyện Qwen sẽ nhân đôi mức độ rủi ro đó. Bởi vì không chỉ có code được nhúng vào sản phẩm; cả mô hình AI, thứ quyết định hành vi của sản phẩm, cũng có thể là một dependency có giấy phép hạn chế. Giấy phép của Qwen cũng giống như Hooks trong Uniswap V4: nó mở ra một không gian cực kỳ linh hoạt, nhưng độ phức tạp đi kèm sẽ khiến phần lớn nhà phát triển không muốn đọc, không muốn hiểu, và chỉ muốn một thứ đơn giản hoạt động được. Sự đánh đổi này là có thật. Càng nhiều quyền tự do, càng nhiều cạm bẫy. Một nhà phát triển có thể dùng Hooks để tạo ra một AMM thông minh, nhưng cũng có thể để lại một lỗ hổng nghiêm trọng vì hiểu sai vòng đời hook. Tương tự, một nhà phát triển có thể dùng Qwen để tạo ra một sản phẩm xuất sắc, nhưng nếu họ bỏ qua các điều khoản thương mại, họ có thể đánh mất mọi thứ khi doanh thu chạm ngưỡng. Có một câu hỏi kinh tế lớn hơn: vì sao họ làm điều này ngay bây giờ? Chi phí huấn luyện mô hình ngôn ngữ lớn đã tăng chóng mặt. Các công ty như Alibaba và Dark Side of the Moon cần một dòng doanh thu bền vững để trả cho những vòng gọi vốn tiếp theo. Trong thị trường đi ngang của tiền mã hoá, có một sự tương đồng: những người vận hành ZK Rollup đang chảy máu tiền bởi chi phí chứng minh, trừ khi gas phí quay lại mức bùng nổ hoặc họ tìm thấy nguồn thu khác. Nếu họ không thu phí từ người dùng, họ sẽ chết. Alibaba cũng đang ở trong tình thế tương tự. Họ không thể nuôi một hệ sinh thái mã nguồn mở mà không có cách nào để thu hồi giá trị. Vì vậy, họ đặt một cái máy tính tiền ở cửa. Nhưng có một sự khác biệt lớn giữa máy tính tiền của Alibaba và một giao thức blockchain. Một giao thức DeFi có thể áp dụng phí giao thức bằng cách sửa contract, và phí đó được thực thi bởi chính mạng lưới. Còn Alibaba không thể thực thi giấy phép bằng mã nguồn. Họ phải dựa vào luật pháp và hợp đồng. Điều này tạo ra một độ trễ: khi một bên vi phạm, Alibaba phải phát hiện, gửi cảnh báo, kiện tụng. Trong khoảng thời gian đó, hệ sinh thái có thể tiếp tục dùng mô hình mới. Điều này giống như một blockchain không có slashing: nếu người xác thực gian lận, họ chỉ bị phạt sau nhiều tháng, thậm chí không bao giờ. Lịch sử các giấy phép mã nguồn mở đã trải qua nhiều lần thay đổi. Ban đầu, BSD và MIT rất đơn giản: làm gì cũng được, miễn là giữ thông tin bản quyền. Sau đó, GPL xuất hiện để bảo vệ quyền tự do của người dùng bằng cách yêu cầu các tác phẩm phái sinh cũng phải mở. AGPL mở rộng điều này cho dịch vụ mạng. Rồi đến SSPL, được MongoDB tạo ra để chống AWS. Rồi đến BUSL, một giấy phép lai cho phép sử dụng mã nguồn theo một giấy phép thương mại sau một mốc thời gian. Mỗi lần thay đổi đều có cùng một động lực: người tạo ra mã nguồn muốn giữ lại một phần giá trị khi bên thứ ba kiếm tiền từ tác phẩm của họ. Qwen và Kimi K3 không nhất thiết phải chọn SSPL hay BUSL. Họ chọn một con đường khác: giữ mô hình ở dạng open-weight, cho phép tải về và tinh chỉnh, nhưng đặt một ngưỡng doanh thu để kích hoạt nghĩa vụ thương mại. Đây là một thiết kế khôn ngoan về mặt truyền thông. Họ có thể nói rằng họ không thu phí người dùng thông thường, không thu phí doanh nghiệp tự triển khai, không thu phí nhà phát triển. Họ chỉ thu phí những ai “đóng gói lại” sản phẩm và bán API. Nhưng “đóng gói lại” là một khái niệm mơ hồ. Một công ty dùng Qwen làm nền tảng cho chatbot hỗ trợ khách hàng, sau đó bán chatbot đó như một dịch vụ SaaS, có được coi là đóng gói lại không? Một công ty dùng Qwen để tự động hoá quy trình nội bộ và sau đó bán phần mềm quản lý có nhúng Qwen, có bị coi là MaaS không? Ranh giới này sẽ là một chiến trường pháp lý trong nhiều năm. Điều này đưa chúng ta đến một vấn đề sâu hơn: trong nền kinh tế phần mềm, giá trị không chỉ nằm ở mã nguồn. Nó nằm ở dữ liệu, ở mạng lưới, ở hành vi người dùng, và ở khả năng thay đổi luật chơi. Một mô hình AI được phát hành miễn phí có thể tạo ra một hệ sinh thái khổng lồ, nhưng hệ sinh thái đó không có một bản ghi on-chain về cam kết. Không có một hợp đồng thông minh nào đảm bảo rằng Alibaba sẽ không thay đổi điều khoản trong phiên bản tiếp theo. Vì vậy, tất cả những nhà phát triển xây dựng trên Qwen đều đang chấp nhận một rủi ro định chế mà không hề hay biết. Trong blockchain, chúng ta gọi đó là counter-party risk. Nếu bạn gửi tài sản vào một hợp đồng có quyền nâng cấp, bạn chấp nhận rằng admin có thể thay đổi logic. Nếu bạn xây dựng một ứng dụng trên một oracle có tập hợp người vận hành hạn chế, bạn chấp nhận rằng oracle có thể thông đồng. Tương tự, nếu bạn xây dựng một sản phẩm AI trên Qwen, bạn chấp nhận rằng Alibaba có thể thay đổi giấy phép, tăng phí, hoặc ngừng cung cấp. Nhưng trong thế giới AI, không có một trang web nào liệt kê các giả định tin cậy này. Không có một audit report nào về giấy phép. Các nhà phát triển chỉ nghe theo marketing và lời đồn. Góc nhìn ngược: điểm mù không nằm ở các ông lớn Chúng ta thường nghĩ rằng các điều khoản mới nhằm vào các ông lớn như AWS, Google Cloud. Đúng vậy, nhưng điểm mù nằm ở chỗ khác: các nhà phát triển nhỏ, các startup dưới ngưỡng 20 triệu đô la, và cả cộng đồng người dùng. Họ nghĩ rằng mình không bị ảnh hưởng, nhưng thực tế họ đang xây dựng trên một nền đất có thể đổi chủ. Khi một bên phát hành mô hình quyết định thắt chặt điều khoản, toàn bộ ứng dụng xây dựng bên trên có thể sụp đổ. Điều này đưa tôi đến một vấn đề bảo mật theo nghĩa rộng. Bảo mật không chỉ là không bị hack. Bảo mật còn là khả năng hệ thống tiếp tục hoạt động theo đúng cam kết khi áp lực thị trường thay đổi. Một nhà phát triển chọn Qwen vì nó miễn phí và mở. Nếu Qwen đột ngột yêu cầu chia sẻ doanh thu, chi phí vận hành của họ tăng. Nếu họ từ chối, họ có thể mất quyền sử dụng. Sản phẩm của họ, dữ liệu của họ, và một phần kiến trúc của họ bị kẹt ở giữa. Trong blockchain, điều tương tự xảy ra với các dự án xây trên một cơ sở hạ tầng oracle hoặc một giao thức thanh khoản có quyền nâng cấp. Họ không bị hack, nhưng họ bị rug pull bởi một quyết định thay đổi tham số. Có một sự mỉa mai. Cộng đồng blockchain thường tin rằng mã nguồn mở là một giá trị bất biến. Nhưng nếu một dự án blockchain phát hành mã nguồn dưới giấy phép hạn chế, cộng đồng sẽ phản đối. Trong ngành AI, mọi người lại chấp nhận open weight như một phiên bản cao cấp của mã nguồn mở. Sự thiếu nhất quán này khiến cho các giao thức blockchain có thể lặp lại sai lầm. Họ đặt “mở” lên banner, nhưng lại đặt điều khoản sử dụng trong một tài liệu không ai đọc. Với các nhà phát triển Việt Nam, đây là một lời cảnh tỉnh. Rất nhiều sản phẩm AI đang được xây trên các mô hình như Qwen vì chi phí thấp. Rất nhiều ứng dụng Web3 cũng dùng API từ các nhà cung cấp MaaS để xử lý ngôn ngữ tự nhiên, phân tích dữ liệu, hoặc tạo bot. Nếu các nhà cung cấp đó nằm trong diện phải chia sẻ doanh thu với Alibaba, họ sẽ chuyển chi phí xuống. Những team Việt Nam vốn quen với việc dùng miễn phí sẽ phải trả giá cao hơn, hoặc phải viết lại hệ thống. Dựa trên kinh nghiệm audit của tôi với nhiều hợp đồng thông minh, tôi nhận ra rằng mọi dự án đều có một điểm mù chung: họ không hiểu dependency. Khi tôi hỏi team có đọc giấy phép của thư viện mà họ nhúng không, câu trả lời thường là im lặng. Với Qwen, điểm mù đó lớn hơn rất nhiều, vì dependency không chỉ là code; nó là trí tuệ của một hệ thống mà bạn không thể kiểm soát. Một smart contract có lỗi thì bạn có thể fork và sửa. Một mô hình AI có giấy phép hạn chế thì không thể sửa bằng cách viết lại vài dòng code. Bạn phải thay thế toàn bộ mô hình, và việc đó có thể phá vỡ chất lượng sản phẩm của bạn. Có một kịch bản khác: các nhà cung cấp MaaS lớn sẽ không chấp nhận chia sẻ doanh thu. Họ có thể chuyển sang dùng các mô hình thực sự mở, hoặc họ có thể tự huấn luyện mô hình riêng. Điều này sẽ làm phân mảnh hệ sinh thái AI. Qwen có thể mất một phần thị phần. Nhưng Alibaba dường như chấp nhận rủi ro đó, bởi vì họ không cần tất cả mọi người. Họ chỉ cần giữ lại một tầng khách hàng trung thành có khả năng trả tiền, và loại bỏ những người chỉ muốn hưởng lợi mà không đóng góp. Trong blockchain, chúng ta cũng thấy điều này với các giao thức áp dụng phí. Khi một DEX áp dụng phí chuyển nhượng token, một phần người dùng rời đi, nhưng phần còn lại chấp nhận trả phí để đổi lấy sự ổn định. Khi một Layer2 tăng phí data availability, một số ứng dụng rời đi, nhưng những ứng dụng có giá trị cao vẫn ở lại. Đây là một quá trình chọn lọc tự nhiên. Alibaba đang làm điều tương tự với Qwen: họ sẵn sàng đánh mất những người dùng không có giá trị kinh tế cao để giữ lại những người thực sự kiếm tiền từ mô hình. Nhưng có một rủi ro mà Alibaba có thể không tính đến. Đó là sự trỗi dậy của các mô hình AI phi tập trung, được xây dựng và quản trị như các giao thức blockchain. Nếu một mô hình mở thực sự, với giấy phép MIT, với cơ chế đồng thuận trên chain, với quỹ phát triển đến từ token, có thể đạt chất lượng gần bằng Qwen, thì các nhà phát triển sẽ có một lựa chọn không cần lo lắng về trạm thu phí. Alibaba có thể sẽ mất đi lớp nhà phát triển nhạy cảm với chi phí. Họ sẽ còn lại những doanh nghiệp lớn, nhưng chính những doanh nghiệp này cũng có thể bị thu hút bởi một mô hình quản trị minh bạch hơn. Câu hỏi lớn là liệu blockchain có thể cung cấp một giải pháp cho vấn đề mà Alibaba đang cố giải quyết hay không. Alibaba muốn thu hồi giá trị từ tài sản trí tuệ của họ. Một giao thức phi tập trung có thể làm điều đó bằng một hợp đồng thông minh tự động chia sẻ doanh thu. Ví dụ, một mô hình AI có thể phát hành token truy cập, và người dùng phải trả một khoản phí nhỏ để gọi API. Phí đó có thể được phân phối cho những người nắm giữ token, những nhà cung cấp tính toán, và đội ngũ phát triển. Toàn bộ quá trình có thể minh bạch trên chain. Không cần toà án, không cần luật sư, không cần những thoả thuận mơ hồ. Nhưng thực tế phức tạp hơn nhiều. Một mô hình AI có trọng số khổng lồ, việc di chuyển giữa các máy chủ là tốn kém. Việc xác minh rằng một máy chủ thực sự chạy đúng mô hình, thay vì một mô hình khác, là một bài toán chưa có lời giải hiệu quả. ZK-proof có thể xác minh tính toán, nhưng việc tạo ra một bằng chứng cho một mô hình hàng trăm tỷ tham số là quá đắt. Điều này khiến các giải pháp phi tập trung cho AI vẫn còn ở giai đoạn thử nghiệm. Trong khi đó, các công ty như Alibaba có thể hành động ngay lập tức, vì họ sở hữu trung tâm dữ liệu, sở hữu nhân lực, và sở hữu hệ sinh thái. Vì vậy, câu chuyện Qwen không phải là một câu chuyện về công nghệ. Nó là một câu chuyện về sự tập trung quyền lực trong một ngành công nghiệp mới. Khi chi phí phát triển mô hình quá cao, chỉ có một số ít công ty đủ khả năng tham gia. Khi chi phí vận hành tăng, các công ty đó có xu hướng thu phí và thắt chặt quyền kiểm soát. Điều này đi ngược lại với tinh thần mở mà họ từng tuyên bố. Nhưng nó cũng phản ánh một thực tế kinh tế: không có bữa trưa miễn phí. Người dùng không trả tiền trực tiếp, nhưng họ trả bằng dữ liệu, bằng sự phụ thuộc, và bằng việc mất khả năng tự chủ. Trong blockchain, chúng ta gọi đó là cost of trust. Nếu bạn không tự vận hành node, bạn tin vào một nhà cung cấp RPC. Nhà cung cấp RPC có thể ghi log, có thể chèn dữ liệu sai, có thể chặn giao dịch. Nếu bạn không tự lưu trữ dữ liệu, bạn tin vào một dịch vụ lưu trữ. Dịch vụ lưu trữ có thể rò rỉ dữ liệu hoặc biến mất. Nếu bạn không tự huấn luyện mô hình, bạn tin vào nhà phát hành. Nhà phát hành có thể thu phí, thay đổi giấy phép, hoặc ngừng hỗ trợ. Tất cả những điều này đều là chi phí tin cậy. Khi chúng ta chọn sự tiện lợi, chúng ta trả chi phí đó, dù không nhìn thấy. Câu hỏi cuối Cuối cùng, điều quan trọng không phải là việc Alibaba thu phí. Điều quan trọng là mô hình “mở” trong AI đã lộ ra một ranh giới: nó chỉ mở trong phạm vi mà nhà phát hành còn cần cộng đồng. Khi chi phí vượt quá lợi ích, cánh cửa sẽ đóng lại. Những ai đã đọc kỹ các giấy phép sẽ không ngạc nhiên. Những ai tin vào slogan thì sẽ bị bỏ lại. Trong tương lai, tôi kỳ vọng sẽ có những giao thức biến giấy phép phần mềm thành một dạng tài sản có thể kiểm toán trên chain. Một hợp đồng thông minh có thể phát hành access token, theo dõi mức độ sử dụng API, và tự động phân chia doanh thu. Thay vì một đội ngũ pháp lý rình rập, các điều khoản sẽ được thực thi bằng code. Nhưng để làm được điều đó, cộng đồng cần phải ngừng gọi open weight là open source, và ngừng coi miễn phí là không có điều kiện. Sự rõ ràng là tài sản lớn nhất trong một thị trường đầy sự mơ hồ. Câu hỏi dành cho các nhà phát triển blockchain là: bạn có đang xây dựng trên một nền tảng có đủ khả năng chống lại sự thay đổi ý chí của một bên trung tâm hay không? Bạn có đang kiểm tra giấy phép của từng dependency trong stack của mình? Bạn có phân biệt được mã nguồn mở và nguồn mở có cam kết pháp lý ràng buộc? Nếu chưa, có lẽ không cần đợi một vụ hack để hệ thống của bạn sụp đổ. Một email từ luật sư của Alibaba cũng có thể làm được điều đó. Và khi