Supabase gần đây đã thông báo họ đã cung cấp miễn phí bằng sáng chế OrioleDB cho cộng đồng PostgreSQL , nhưng động thái này đã châm ngòi cuộc tranh luận gay gắt về điều gì thực sự cấu thành nên phần mềm mã nguồn mở. Trong khi công ty định vị đây là bước tiến hướng tới việc làm cho OrioleDB dễ tiếp cận hơn, cộng đồng đã nêu lên những lo ngại nghiêm trọng về các điều khoản cấp phép của dự án.
Lá chắn bằng sáng chế trở thành thanh kiếm
OrioleDB đi kèm với bằng sáng chế Hoa Kỳ số 10,325,030 cho Durable multiversion B+-tree, mà Supabase hiện cung cấp theo giấy phép không độc quyền. Công ty mô tả bằng sáng chế này như một lá chắn, không phải thanh kiếm để bảo vệ các dự án mã nguồn mở khỏi các khiếu nại sở hữu trí tuệ thù địch. Tuy nhiên, các điều khoản giấy phép thực tế kể một câu chuyện khác đã thu hút sự chú ý của các nhà phát triển và chuyên gia pháp lý.
Tranh cãi tập trung vào một điều khoản cụ thể trong giấy phép của OrioleDB chấm dứt tất cả các quyền nếu bất kỳ ai đệ đơn kiện Supabase . Điều này vượt xa việc bảo vệ bằng sáng chế và bao gồm mọi thứ từ tranh chấp hợp đồng đến các vấn đề lao động. Các nhà phê bình cho rằng điều này tạo ra một viên thuốc độc khiến phần mềm không thể sử dụng được cho các ứng dụng kinh doanh nghiêm túc.
So sánh Giấy phép
| Loại Giấy phép | Điều kiện Kích hoạt Chấm dứt Bằng sáng chế | Phạm vi |
|---|---|---|
| OrioleDB | Bất kỳ tranh tụng nào chống lại Supabase | Toàn bộ giấy phép bị chấm dứt |
| Apache 2.0 | Tranh tụng bằng sáng chế liên quan đến phần mềm | Chỉ quyền bằng sáng chế bị chấm dứt |
| PostgreSQL | Không có điều khoản chấm dứt | Không áp dụng |
Cộng đồng phản ứng về các điều khoản giấy phép
Cộng đồng PostgreSQL đã đặc biệt lên tiếng về các vấn đề cấp phép. Nhiều nhà phát triển chỉ ra rằng trong khi Supabase tuyên bố sử dụng giấy phép PostgreSQL , họ thực sự đã thêm các sửa đổi đáng kể làm thay đổi bản chất cơ bản của nó. Điều khoản chấm dứt được thêm vào có nghĩa là giấy phép không còn được OSI phê duyệt, bất chấp các tuyên bố về việc là mã nguồn mở.
Một số thành viên cộng đồng đã đề xuất các lựa chọn thay thế tốt hơn, chỉ ra điều khoản bằng sáng chế có mục tiêu hơn của Apache 2.0 chỉ chấm dứt quyền bằng sáng chế đối với kiện tụng liên quan đến bằng sáng chế. Cách tiếp cận này bảo vệ chống lại các kẻ troll bằng sáng chế mà không tạo ra quyền miễn trừ pháp lý rộng rãi cho người cấp phép.
Đây không phải là giấy phép mã nguồn mở và việc nói rằng đó là dự án mã nguồn mở khi nó được cấp phép theo cách này là không đúng sự thật.
Cuộc tranh luận đã được so sánh với việc cấp phép React gây tranh cãi của Facebook từ vài năm trước, mà công ty cuối cùng đã từ bỏ sau áp lực từ cộng đồng. Nhiều người coi cách tiếp cận hiện tại của OrioleDB là lặp lại những sai lầm tương tự.
Tiềm năng kỹ thuật bị lu mờ bởi các lo ngại pháp lý
Bất chấp tranh cãi về cấp phép, OrioleDB cho thấy khả năng kỹ thuật ấn tượng. Engine lưu trữ mang lại cải thiện hiệu suất đáng kể so với PostgreSQL tiêu chuẩn, với các benchmark cho thấy hiệu suất nhanh hơn 5.5 lần trong các bài kiểm tra TPC-C . Công nghệ này triển khai một số tính năng tiên tiến bao gồm xử lý tốt hơn các khối lượng công việc ghi cao và giảm bloat so với lưu trữ heap truyền thống.
Tuy nhiên, dự án vẫn yêu cầu các bản vá cho lõi PostgreSQL , có nghĩa là người dùng không thể chỉ đơn giản cài đặt nó như một extension tiêu chuẩn. Hạn chế kỹ thuật này, kết hợp với các vấn đề cấp phép, tạo ra rào cản cho việc áp dụng có thể hạn chế tác động của nó đối với hệ sinh thái PostgreSQL rộng lớn hơn.
So sánh hiệu suất OrioleDB
- Benchmark TPC-C: Nhanh hơn 5.5 lần so với lưu trữ heap của PostgreSQL (500 warehouses)
- Transaction IDs: Sử dụng định danh giao dịch 64-bit so với 32-bit của PostgreSQL
- Loại lưu trữ: Bảng được tổ chức theo B-tree so với lưu trữ dựa trên heap
- Trạng thái hiện tại: Yêu cầu các bản vá PostgreSQL, chưa phải là extension cắm và chạy
Con đường phía trước
CEO của Supabase đã thừa nhận những lo ngại của cộng đồng và hứa sẽ làm việc với các nhóm pháp lý để giải quyết các vấn đề cấp phép. Công ty đã bày tỏ sự sẵn sàng xem xét việc tặng hoàn toàn bằng sáng chế nếu cộng đồng sẵn sàng xử lý chi phí bảo trì. Tuy nhiên, cho đến khi những vấn đề pháp lý này được giải quyết, nhiều tổ chức có khả năng sẽ tránh OrioleDB bất chấp những ưu điểm kỹ thuật của nó.
Tình huống này làm nổi bật căng thẳng đang diễn ra giữa lợi ích thương mại và các nguyên tắc mã nguồn mở trong không gian cơ sở dữ liệu. Trong khi ý định của Supabase có thể tốt, việc triển khai hiện tại tạo ra chính xác loại bất ổn pháp lý mà người dùng doanh nghiệp tìm cách tránh.
Tham khảo: OrioleDB Patent: now freely available to the Postgres community