- Supabase đã hoàn tất việc mua lại cuối cùng bằng sáng chế OrioleDB
- Cung cấp giấy phép không độc quyền cho mọi người dùng OrioleDB đối với bằng sáng chế Mỹ 10,325,030 (Durable multiversion B+-tree)
- OrioleDB là một tiện ích mở rộng hiệu năng cao thay thế engine lưu trữ hiện có của Postgres, giúp cải thiện mạnh mẽ hiệu năng và khả năng mở rộng trong môi trường đám mây
- Dự án sẽ tiếp tục được phát triển dưới dạng mã nguồn mở, hướng tới tiêu chuẩn hóa và hợp nhất vào lõi thông qua hợp tác với cộng đồng Postgres
- Giấy phép bằng sáng chế nhằm mục đích bảo vệ sở hữu trí tuệ (IP) và đóng vai trò như một "lá chắn" trước các mối đe dọa đối với mã nguồn mở
Việc công bố bằng sáng chế OrioleDB và bối cảnh thương vụ mua lại
- Supabase gần đây đã hoàn tất toàn bộ thủ tục pháp lý để mua lại OrioleDB
- Công ty hiện nắm giữ mọi quyền, bao gồm bằng sáng chế Mỹ 10,325,030 (Durable multiversion B+-tree)
- Giờ đây, Supabase chính thức cấp quyền sử dụng không độc quyền bằng sáng chế này cho người dùng OrioleDB và mọi bản fork của nó, bao gồm cả dịch vụ thương mại
- Chính sách cấp phép này được áp dụng theo giấy phép của OrioleDB
Tổng quan về OrioleDB và hiệu năng
- OrioleDB là một tiện ích mở rộng lưu trữ tận dụng hệ thống lưu trữ dạng cắm được của Postgres
- Nó hoạt động theo kiểu drop-in replacement, thay thế engine lưu trữ Postgres hiện có
- Được tối ưu cho phần cứng hiện đại và hạ tầng đám mây, nó tối đa hóa hiệu năng và khả năng mở rộng của Postgres
- Theo benchmark chính thức, OrioleDB cho hiệu năng nhanh hơn khoảng 5,5 lần so với engine Heap (TPC-C, với 500 warehouses làm mốc)
Định hướng phát triển dự án và chính sách mã nguồn mở
- Supabase cùng đội ngũ OrioleDB tập trung phát triển engine lưu trữ hiệu năng cao theo chiến lược ưu tiên Postgres trước hết
- OrioleDB là một dự án mã nguồn mở, nơi bất kỳ ai cũng có thể đóng góp mã, tài liệu, kiểm thử, issue và hơn thế nữa
- Mục tiêu là hoàn thiện một engine lưu trữ dạng drop-in dựa trên Table Access Method API của Postgres
- Thông qua hợp tác với cộng đồng Postgres, dự án đang thúc đẩy tiêu chuẩn hóa và hợp nhất vào mainline dưới dạng mô-đun mở rộng
Chính sách tương thích giấy phép và IP
- Giấy phép của OrioleDB được xây dựng dựa trên giấy phép PostgreSQL
- Supabase cung cấp giấy phép không độc quyền để mọi người dùng OrioleDB có thể tự do sử dụng bằng sáng chế này (US 10,325,030)
- Bằng sáng chế này mang tính chất một "lá chắn" để phòng vệ trước các vụ kiện IP thù địch đe dọa mã nguồn mở
Chiến lược phát triển đồng bộ với Postgres
- Mục tiêu của OrioleDB không phải là cạnh tranh với chính Postgres, mà là nâng cao tính năng và hiệu năng của Postgres
- Về dài hạn, hướng đi lý tưởng là OrioleDB được hợp nhất vào kho chính thức của Postgres
- Để làm được điều đó, dự án tiếp tục hợp tác chặt chẽ với cộng đồng Postgres trong các bản vá liên quan đến khả năng mở rộng của storage engine
- Dự án cũng đang liên tục thúc đẩy cải thiện hiệu năng, độ ổn định, kiểm chứng trong môi trường production, cũng như tài liệu hóa và tăng cường onboarding
- Dự án khuyến khích chia sẻ benchmark, ghi chú migration, phản hồi từ sử dụng thực tế, thảo luận sôi nổi trong cộng đồng kỹ thuật, dùng thử trực tiếp và đóng góp issue/PR
1 bình luận
Ý kiến trên Hacker News
Sau khi xem nhanh bằng sáng chế và mã nguồn, tôi có cảm giác gần như toàn bộ nghiên cứu này được lấy từ các công trình mà nhiều nhà khoa học đã làm trước đó
Dù có nói là chia sẻ với mọi người vì mục đích tốt thì việc lấy đồ của người khác vẫn chỉ là ăn cắp
Việc được Văn phòng Sáng chế và Nhãn hiệu Hoa Kỳ đóng dấu cấp bằng không có nghĩa là bạn thực sự phát minh ra thứ gì mới
Đúng hơn thì chỉ là đã thuyết phục được nhân viên hành chính để có cơ sở tuyên bố nghiên cứu của người khác là của mình
Nếu muốn đứng về phía đúng đắn, hãy hủy bằng sáng chế này và xin lỗi cộng đồng nghiên cứu mà mình đã định chiếm đoạt công trình
Tôi muốn biết bạn đi đến kết luận đó như thế nào
Phần lớn nội dung trong thân bằng sáng chế đương nhiên sẽ là những điều đã được biết đến rộng rãi
Điều quan trọng là các yêu cầu bảo hộ có chứa nội dung mới hay không
Phần mô tả bằng sáng chế phải đủ để một người có trình độ trung bình trong lĩnh vực có thể tái tạo, và việc chỉ tìm thấy các bước tương tự trong bài báo trước đây thì chưa đủ
Luật sư viết chi tiết đến mức nào còn tùy từng trường hợp, và đôi khi họ cũng phải mô tả dài dòng những thứ như CPU hay chương trình
Muốn tránh tranh cãi thì tốt hơn hết vẫn nên ghi cả các kỹ thuật đã biết rõ, nếu không sau này có thể lại phải ra tòa vì những chuyện không đáng kể
Tôi nghĩ đó là đánh giá quá khắt khe với Supabase
Nghiên cứu rất quan trọng, nhưng lý do tồn tại của các khái niệm như
Reduction to Practicetrong USPTO chính là để thừa nhận rằng mọi thứ đều được xây dựng trên nghiên cứu trước đóKhông nên bỏ qua việc chính hành động kết hợp các thành phần thành một hệ thống hoạt động đúng cách cũng là một điểm mới
https://en.wikipedia.org/wiki/Reduction_to_practice
Về ý kiến “hãy xóa bỏ bằng sáng chế”, cách Supabase đang làm hiện tại về cơ bản cũng gần như vậy
Vì họ để bất kỳ ai cũng được bảo vệ bởi bằng sáng chế đó, nên điều này phần nào giúp phòng thủ dễ hơn trước patent troll hay các vụ kiện về IP
Tôi không thực sự hiểu ý kiến này
Thực tế là Supabase đang cố đưa bằng sáng chế ra theo hướng open source và cũng đang đóng góp upstream cho Postgres
Họ đã mua lại một công ty khác để có được bằng sáng chế, rồi còn bỏ chi phí luật sư để cố gắng trả nó lại cho cộng đồng
Khi doanh nghiệp làm điều sai thì tất nhiên phải bị chỉ trích, nhưng bình luận này có vẻ như đang cố tức giận cho bằng được
Nếu mỗi lần doanh nghiệp muốn tương tác với cộng đồng mà đều bị công kích như vậy, thì rồi họ sẽ không còn muốn tham gia nữa
Dù vẫn có vài điểm đáng phê bình, như chuyện đổi giấy phép, tôi nghĩ chúng ta cũng nên vui mừng khi có hành động tích cực
Kiểu thay đổi này mang lại lợi ích cho toàn bộ cộng đồng
Điều tôi thấy trên blog là
“Bằng sáng chế này đóng vai trò như một lá chắn để bảo vệ open source khỏi các vấn đề IP mang tính thù địch”
Nhưng giấy phép hiện tại lại có đoạn
“Nếu người dùng được cấp phép khởi kiện Supabase, thì giấy phép đó sẽ chấm dứt từ thời điểm ấy”
Nên ngay cả một vấn đề pháp lý nhỏ như kiện tụng về thuế cũng có thể làm mất giấy phép
Với các cơ quan nhà nước, đây có thể là gánh nặng, nên có lẽ tốt hơn là viết hẹp lại theo hướng chỉ xoay quanh bằng sáng chế, hoặc dùng giấy phép được OSI chứng nhận
https://github.com/orioledb/orioledb/blob/main/LICENSE
(CEO Supabase)
Tôi sẽ rà soát lại phần này cùng đội pháp lý để làm cho nó rõ ràng hơn
Ý định của chúng tôi là rất rõ, và nếu có ví dụ hay góp ý tham khảo được thì chúng tôi sẽ cân nhắc cải thiện, kể cả theo hướng không thể thu hồi
Nếu cộng đồng sẵn sàng gánh chi phí quản trị, thì việc hiến tặng luôn bằng sáng chế cũng là phương án mở
Giấy phép Apache 2.0 xử lý vấn đề bằng sáng chế tốt hơn
Nó chấm dứt giấy phép đối với các vụ kiện bằng sáng chế mang tính thù địch, chứ các vấn đề như thuế thì không dẫn đến chấm dứt giấy phép
https://opensource.org/license/apache-2-0
Đây là lá chắn cho Supabase, chứ không phải lá chắn cho chúng ta
Tôi đang thắc mắc liệu giấy phép hiện tại có cho phép fork hoặc phân phối lại theo kiểu thân thiện hay không
Ban đầu nó nói là được tự do sử dụng, sao chép, sửa đổi và phân phối,
nhưng về sau lại có câu “cấp giấy phép đối với bằng sáng chế”, nên không rõ điều này có áp dụng cho mã đã sửa đổi rồi phân phối lại hay không
Ví dụ như GPLv2 viết rất rõ rằng “mỗi lần phân phối lại đều nhận giấy phép từ chủ sở hữu quyền ban đầu”
Nếu định nhét điều khoản độc vào mã open source, thì ảnh hưởng của nó phải rõ ràng với tất cả người dùng
Tôi thấy không có vấn đề gì lớn
Đúng như họ nói, đây là để làm lá chắn, và nếu bạn kiện họ thì tôi nghĩ bạn không còn xứng đáng được dùng giấy phép miễn phí nữa
Việc open source hóa bằng sáng chế cơ sở dữ liệu là chuyện hiếm gặp
Tôi tự hỏi liệu điều này có khiến các công ty khác nhận ra rằng hệ sinh thái mở được chấp nhận nhanh hơn IP đóng hay không
Trừ một vài trường hợp đặc biệt, bình thường không phải open source thì rất khó đi xa
Supabase cấp phép không độc quyền bằng sáng chế Mỹ của OrioleDB cho mọi người dùng, bao gồm cả các commercial fork
Và họ nói rằng chỉ một giờ trước đã đổi OrioleDB sang giấy phép Apache 2.0
https://github.com/orioledb/orioledb/commit/44bab2aa9879feb74bb1b6f056f7dba2d3ae5a90
Tôi thực sự không thích việc đi xin bằng sáng chế cho cấu trúc dữ liệu
Bản thân OrioleDB đã được phát triển trước khi được mua lại, và chúng tôi đang cố giữ nó dưới giấy phép open source tự do nhất có thể
Bằng sáng chế phần mềm đúng là một thứ rất kiểu Mỹ
Trong trường hợp như thế này, tôi thậm chí còn nghĩ cách tiếp cận kiểu phớt lờ luật bằng sáng chế như ở Trung Quốc lại tốt hơn
Trung Quốc nhìn chung đối xử với sở hữu trí tuệ hay chuyện đánh cắp khác với các nước phát triển
Khi còn là nền công nghiệp sản xuất thì người ta phớt lờ IP, nhưng khi trở thành ngành công nghiệp dựa trên IP thì lại tận dụng IP
Gần đây ở Mỹ cũng ngày càng có nhiều văn hóa nhấn mạnh IP, như chuyện bản quyền là tối quan trọng hay đòi chặn LLM
Cách tiếp cận đó giết chết đổi mới và cũng làm cạn kiệt nguồn tài trợ nghiên cứu
Tôi không biết là mấy thứ như cấu trúc dữ liệu cũng có thể được cấp bằng sáng chế
Chủ sở hữu IP thường hành xử theo kiểu “cái gì có thể xin bằng sáng chế thì cứ xin, còn lại dùng để dọa và mặc cả”
Không phải bản thân cấu trúc dữ liệu, mà là thuật toán mới hoặc cải tiến có thể được xem là một ‘quy trình sáng tạo’
Trên thực tế, nếu tòa công nhận có cải thiện về công dụng hay tiến bộ kỹ thuật, thì bằng sáng chế quy trình vẫn có thể đứng vững
Ngay cả bằng sáng chế tầm thường cũng có thể ngốn rất nhiều thời gian và tiền bạc nếu muốn tranh chấp
Tôi không phải luật sư hay thẩm phán, nhưng theo dõi lĩnh vực này lâu năm nên thấy xu hướng như vậy
Ở Mỹ thì có thể, nhưng ngoài Mỹ thì khó hơn nhiều
Tùy từng khu vực pháp lý
Châu Âu hiện vẫn chưa cho phép kiểu bằng sáng chế này, nhưng hoạt động vận động hành lang vẫn đang tiếp diễn
Cuối cùng họ vẫn sẽ tiếp tục tìm cách thông qua nó, nên tôi nghĩ cần có chế tài pháp lý đối với sự dai dẳng muốn xâm hại quyền tự do dân sự như vậy
Tôi thực sự rất kỳ vọng vào OrioleDB
Nó có vẻ là bước tiếp theo để mở rộng Postgres cho phù hợp với mọi loại DB, và tôi cũng đang tự xem benchmark, kết quả thực sự rất ấn tượng
https://airtable.com/app7jp5t0dEHyDpa8/shr00etqywoDW2N6N
Cảm ơn vì đã xem benchmark
Chúng tôi sắp sẵn sàng cho RC, mục tiêu là tháng 12
Nếu bạn muốn đóng góp không chỉ mã nguồn mà cả benchmark và stress test thì sẽ rất hữu ích
Đọc README và các bình luận thì có vẻ OrioleDB đặc biệt mạnh với workload ghi nhiều nhờ các kỹ thuật như anti-bloat
Tôi tò mò không biết nó có giữ được hiệu năng khi các trường text hoặc JSONB lớn đến mức phải qua TOAST hay không
Ngoài ra, liệu có khoảng 1% kiểu workload không được khuyến nghị hoặc có nhược điểm gì rõ rệt không
https://github.com/orioledb/orioledb?tab=readme-ov-file#orioledb--a-cloud-native-storage-engine-for-postgresql
https://news.ycombinator.com/item?id=30462695
OrioleDB rõ ràng trông rất thú vị, nhưng khi cấu trúc lưu trữ thay đổi thì khả năng tương thích với các extension khác có thể thành vấn đề
pg_search (ParadeDB), Timescale và những thứ tương tự có thể bị ảnh hưởng,
ví dụ tương tự là YugabyteDB từng gặp khó trong việc tích hợp với extension PostgreSQL khi đưa RocksDB vào
Supabase đang liên tục mang lại giá trị rất lớn cho hệ sinh thái Postgres
Đây không phải là giấy phép open source
"Nếu người nắm giấy phép khởi kiện pháp lý chống lại Supabase thì giấy phép đó lập tức chấm dứt"
Đây là điều khoản độc
Tối thiểu thì giấy phép này ngây thơ đến mức có thể chặn cả khách hàng của Supabase sử dụng nó, và tệ nhất thì nó có thể là nỗ lực trao quyền miễn trừ cho Supabase dưới danh nghĩa dự án cộng đồng
Kiện vì hợp đồng, IP, lao động hay bất kỳ vấn đề nào khác đều có thể làm mất giấy phép
Ngay cả kiện vì mất dữ liệu cũng có thể khiến họ phản tố ngay bằng việc bạn vi phạm giấy phép
Thật kỳ lạ khi lại cài điều khoản như vậy trong khi vẫn viện dẫn giấy phép Postgres
OrioleDB rõ ràng là dự án đầy hứa hẹn, nhưng dưới giấy phép này thì nó không phải open source và số người có thể dùng cũng bị hạn chế
sam, chắc hẳn bạn cũng biết tôi đủ rõ để hiểu đội ngũ chúng tôi coi trọng open source đến mức nào
Tôi lẽ ra phải quản lý chặt hơn và đã làm chưa tốt
Giờ nó đã được chuyển sang Apache 2.0, quyền liên quan đến bằng sáng chế cũng được cấp rõ ràng, và khi upstream mã thì cũng có thể relicense sang PostgreSQL
Chúng tôi cũng sẽ sửa lại bài blog
https://github.com/orioledb/orioledb/pull/558
Trước đây Facebook cũng từng có điều khoản tương tự trong giấy phép React và chỉ gỡ bỏ sau một thời gian dài
Trông thì có vẻ giống điều khoản bằng sáng chế của Apache2, nhưng thực ra không hề bị giới hạn trong phạm vi sử dụng phần mềm cụ thể đó
Tôi tự hỏi liệu đây chẳng phải chỉ là một giấy phép kiểu cho phép rộng rãi theo phong cách Apache 2 hay sao