- Supabase telah menyelesaikan akuisisi final atas paten OrioleDB
- Memberikan lisensi non-eksklusif untuk paten AS 10,325,030 (Durable multiversion B+-tree) kepada semua pengguna OrioleDB
- OrioleDB adalah ekstensi berkinerja tinggi yang menggantikan mesin penyimpanan bawaan Postgres, dan secara signifikan meningkatkan performa serta skalabilitas di lingkungan cloud
- Proyek ini akan terus dikembangkan sebagai open source, dengan tujuan standardisasi dan integrasi ke inti melalui kolaborasi dengan komunitas Postgres
- Lisensi paten ini ditujukan untuk perlindungan kekayaan intelektual (IP), dan berperan sebagai "perisai" untuk menghadapi ancaman terhadap open source
Pembukaan paten OrioleDB dan latar belakang akuisisi
- Supabase baru-baru ini merampungkan proses akuisisi hukum penuh atas OrioleDB
- Kini memegang seluruh hak, termasuk paten AS 10,325,030 (Durable multiversion B+-tree)
- Sekarang Supabase secara resmi memberikan paten ini secara non-eksklusif kepada pengguna OrioleDB dan semua fork-nya, termasuk layanan komersial
- Kebijakan lisensi ini diterapkan sesuai lisensi OrioleDB
Gambaran umum dan performa OrioleDB
- OrioleDB adalah ekstensi penyimpanan yang memanfaatkan sistem penyimpanan plug-in milik Postgres
- Bekerja sebagai pengganti drop-in untuk mesin penyimpanan Postgres yang ada
- Mengoptimalkan perangkat keras modern dan infrastruktur cloud untuk memaksimalkan performa dan skalabilitas Postgres
- Menurut benchmark resmi, menunjukkan performa sekitar 5,5 kali lebih cepat dibanding mesin Heap (TPC-C, berdasarkan 500 warehouses)
Arah pengembangan proyek dan kebijakan open source
- Bersama tim OrioleDB, Supabase berfokus pada pengembangan mesin penyimpanan berkinerja tinggi dengan strategi yang mengutamakan Postgres
- OrioleDB adalah proyek open source, dan siapa pun dapat berkontribusi pada kode, dokumentasi, pengujian, issue, dan lainnya
- Tujuannya adalah menyelesaikan mesin penyimpanan drop-in berbasis Table Access Method API milik Postgres
- Melalui kolaborasi dengan komunitas Postgres, mereka sedang mendorong standardisasi dan penggabungan ke mainline sebagai modul ekstensi untuk OrioleDB
Kebijakan lisensi dan kompatibilitas IP
- Lisensi OrioleDB ditulis berdasarkan lisensi PostgreSQL
- Supabase memberikan lisensi non-eksklusif agar semua pengguna OrioleDB dapat bebas menggunakan paten tersebut (US 10,325,030)
- Paten ini berfungsi sebagai "perisai" untuk bertahan dari gugatan IP yang bermusuhan yang mengancam open source
Strategi pengembangan yang selaras dengan Postgres
- OrioleDB tidak bertujuan bersaing dengan Postgres itu sendiri, melainkan untuk meningkatkan fungsi dan performa Postgres
- Dalam jangka panjang, arah idealnya adalah OrioleDB bergabung ke repositori resmi Postgres
- Untuk itu, mereka terus bekerja sama dengan komunitas Postgres dalam patch terkait ekstensibilitas mesin penyimpanan
- Peningkatan performa dan stabilitas, validasi di lingkungan produksi, dokumentasi, dan penguatan onboarding terus didorong
- Mereka juga mendorong pembagian benchmark, catatan migrasi, umpan balik penggunaan nyata, diskusi aktif di komunitas teknis, mencoba langsung, serta kontribusi issue/PR
1 komentar
Opini Hacker News
Setelah melihat sekilas paten dan kodenya, terasa bahwa hampir semua risetnya diambil dari riset yang sebelumnya sudah dikerjakan banyak ilmuwan lain
Sekalipun mencuri milik orang lain lalu berniat membagikannya demi tujuan baik, itu tetap saja pencurian
Hanya karena Kantor Paten AS memberi cap persetujuan bukan berarti benar-benar ada penemuan baru
Itu lebih seperti berhasil meyakinkan petugas administrasi untuk mendapat dasar mengklaim riset orang lain sebagai milik sendiri
Jika ingin berada di pihak yang benar, paten ini seharusnya dibatalkan dan mereka perlu meminta maaf kepada komunitas riset yang coba mereka curi karyanya
Penasaran bagaimana bisa sampai pada kesimpulan itu
Isi utama paten memang hampir pasti sebagian besar berisi hal-hal yang sudah dikenal luas
Yang penting adalah apakah klaim patennya memuat hal yang baru
Penjelasan paten harus cukup agar seorang ahli biasa di bidang tersebut bisa mereproduksinya, dan sekadar bisa menemukan langkah-langkah serupa di makalah lama saja tidak cukup
Seberapa rinci para pengacara menuliskannya berbeda-beda tiap kasus, dan kadang mereka juga harus menjelaskan hal-hal seperti CPU atau program dengan sangat panjang
Untuk menghindari kontroversi, lebih baik teknik yang sudah dikenal juga tetap dituliskan, kalau tidak nanti bisa berujung pertarungan hukum soal hal sepele
Menurut saya penilaian ini terlalu keras terhadap Supabase
Riset memang penting, tetapi alasan adanya hal seperti ‘Reduction to Practice’ di USPTO pada akhirnya karena semua hal dibangun di atas riset sebelumnya
Fakta bahwa mereka benar-benar merangkai komponen dan membuat sistem yang bekerja dengan baik itu sendiri tidak boleh diabaikan sebagai sesuatu yang baru
https://en.wikipedia.org/wiki/Reduction_to_practice
Soal pendapat “hapus saja patennya”, cara Supabase memberikannya sekarang pada dasarnya mirip dengan itu
Karena siapa pun dibuat terlindungi oleh paten tersebut, jadi pertahanan terhadap patent troll atau gugatan IP menjadi sedikit lebih mudah
Saya kurang paham dengan pendapat ini
Pada praktiknya Supabase sedang mencoba membuka paten ini sebagai open source, dan juga sedang mengerjakan upstream untuk Postgres
Mereka mengakuisisi perusahaan lain untuk mendapatkan patennya, lalu bahkan mengeluarkan biaya hukum untuk berupaya mengembalikannya ke komunitas
Jika perusahaan berbuat tidak benar tentu layak dikritik, tetapi komentar ini terasa seperti marah secara dipaksakan
Jika setiap kali perusahaan mencoba berinteraksi dengan komunitas selalu diserang seperti ini, perusahaan pada akhirnya akan berhenti berpartisipasi
Walaupun ada beberapa hal yang patut dikritik, misalnya soal perubahan lisensi, saya rasa kita juga perlu menyambut tindakan yang positif
Perubahan seperti ini menguntungkan seluruh komunitas
Yang saya lihat di blog
“Paten ini berfungsi sebagai perisai untuk melindungi dari isu IP yang secara bermusuhan mengancam open source”
Tetapi di lisensi saat ini ada kalimat
“Jika pengguna yang memiliki lisensi mengajukan gugatan terhadap Supabase, lisensi tersebut berakhir sejak saat itu”
Jadi hanya karena isu hukum kecil seperti sengketa pajak pun orang bisa kehilangan lisensinya
Dari sudut pandang lembaga negara ini bisa menjadi beban, jadi mungkin akan lebih baik jika ditulis lebih sempit khusus soal paten, atau memakai lisensi bersertifikasi OSI
https://github.com/orioledb/orioledb/blob/main/LICENSE
(CEO Supabase)
Kami ingin meninjau ulang ini bersama tim legal agar lebih jelas
Niat kami jelas, dan jika ada contoh atau masukan yang layak dijadikan acuan, kami akan mempertimbangkan perbaikan sampai pada tingkat non-retroaktif (tidak dapat dicabut)
Jika komunitas siap menanggung biaya pengelolaannya, kami juga terbuka untuk menyumbangkan patennya sendiri
Lisensi Apache 2.0 lebih baik untuk urusan paten
Lisensi itu menghentikan lisensi hanya untuk gugatan paten yang bersifat bermusuhan, jadi masalah pajak dan semacamnya tidak termasuk pemutusan lisensi
https://opensource.org/license/apache-2-0
Itu perisai untuk Supabase, bukan perisai untuk kita
Saya penasaran apakah lisensi saat ini juga mengizinkan fork atau redistribusi yang ramah
Di awal tertulis bebas menggunakan, menyalin, memodifikasi, dan mendistribusikan,
tetapi di bagian bawah ada kalimat “memberikan lisensi atas paten”, dan tidak jelas apakah itu juga berlaku untuk kode hasil modifikasi yang didistribusikan
Misalnya GPLv2 secara jelas menyatakan bahwa “setiap kali redistribusi dilakukan, lisensi diterima dari pemegang hak asal”
Jika ingin memasukkan klausul beracun ke kode open source, dampaknya harus jelas bagi semua pengguna
Tidak terlihat ada masalah besar
Sesuai yang mereka katakan, ini dipakai sebagai perisai, dan kalau Anda menggugat mereka saya rasa Anda memang tidak layak mendapat lisensi gratis
Menjadikan paten database sebagai open source adalah hal yang jarang
Saya penasaran apakah ini bisa membuat perusahaan lain menyadari bahwa ekosistem terbuka diadopsi lebih cepat daripada IP tertutup
Kecuali beberapa kasus khusus, biasanya akan sulit kalau bukan open source
Supabase melisensikan paten AS OrioleDB secara non-eksklusif kepada semua pengguna, termasuk fork komersial
Disebutkan bahwa sekitar satu jam lalu OrioleDB baru saja diubah ke lisensi Apache 2.0
https://github.com/orioledb/orioledb/commit/44bab2aa9879feb74bb1b6f056f7dba2d3ae5a90
Saya benar-benar tidak suka mematenkan struktur data
OrioleDB sendiri sudah dikembangkan sebelum akuisisi, dan kami sedang berupaya menjaga lisensinya tetap sebebas mungkin sebagai open source
Paten perangkat lunak benar-benar budaya yang sangat Amerika
Dalam kasus seperti ini saya malah merasa pendekatan seperti Tiongkok yang mengabaikan hukum paten lebih baik
Tiongkok pada umumnya memperlakukan hak kekayaan intelektual atau pencurian secara berbeda dibanding negara-negara maju
Saat masih berbasis manufaktur, mereka cenderung mengabaikan IP, tetapi ketika menjadi industri berbasis IP justru mereka memanfaatkannya
Belakangan ini di AS juga makin banyak budaya yang menekankan IP, seperti menganggap hak cipta sangat penting atau menyerukan agar LLM dihentikan
Pendekatan itu membunuh inovasi dan juga membuat pendanaan riset mengering
Saya tidak tahu bahwa hal seperti struktur data juga bisa dipatenkan
Pemilik IP bergerak dengan pola “patenkan semua yang bisa dipatenkan, lalu gunakan sisanya untuk negosiasi ancaman”
Bukan struktur datanya sendiri, melainkan algoritme baru atau peningkatannya yang bisa dinilai sebagai ‘prosedur inovatif’
Jika pengadilan mengakui ada peningkatan utilitas atau kemajuan teknis, paten prosedur itu bisa tetap berlaku
Bahkan paten yang sepele pun bisa memakan waktu dan biaya luar biasa besar untuk dilawan
Saya bukan pengacara ataupun hakim, tetapi setelah lama mengikuti bidang ini saya melihat kecenderungan seperti itu
Di AS hal itu mungkin, tetapi di luar AS sulit
Itu berbeda-beda tergantung yurisdiksi hukum
Eropa masih belum mengizinkan paten seperti ini, tetapi lobi terus berjalan
Pada akhirnya akan selalu ada upaya untuk meloloskannya, jadi menurut saya kegigihan seperti ini yang berusaha merusak kebebasan sipil perlu dikenai sanksi hukum
Saya sangat menantikan OrioleDB
Ini terlihat seperti langkah berikutnya untuk menskalakan Postgres agar cocok untuk semua database, dan saya juga sedang mengecek benchmark-nya sendiri; hasilnya sangat mengesankan
https://airtable.com/app7jp5t0dEHyDpa8/shr00etqywoDW2N6N
Terima kasih sudah mengecek benchmark-nya
Kami akan segera siap untuk RC, dengan target bulan Desember
Jika selain kode Anda juga ingin berkontribusi pada benchmark dan stress test, itu akan sangat membantu
Dari README dan komentarnya, OrioleDB tampaknya sangat unggul pada workload dengan beban tulis tinggi berkat teknik seperti anti-bloat
Saya penasaran apakah performanya juga bagus ketika field teks atau JSONB besar sehingga diproses dengan TOAST
Juga penasaran apakah ada sekitar 1% tipe workload yang tidak direkomendasikan atau kelemahan tertentu
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 memang terlihat menarik, tetapi jika struktur penyimpanannya berubah, kompatibilitas dengan ekstensi lain bisa menjadi masalah
pg_search(ParadeDB), Timescale, dan lainnya bisa terdampak,
contoh serupanya adalah saat YugabyteDB mengintegrasikan RocksDB dan mengalami kesulitan dalam interoperabilitas dengan ekstensi PostgreSQL
Supabase secara konsisten memberikan nilai yang sangat besar bagi ekosistem Postgres
Ini bukan lisensi open source
"Jika pemegang lisensi mengajukan gugatan hukum terhadap Supabase, lisensi langsung berakhir"
Ini adalah klausul beracun
Setidaknya lisensi ini naif sehingga bahkan pelanggan Supabase pun bisa terhalang untuk menggunakannya, dan dalam skenario terburuk bisa menjadi upaya memberi kekebalan hukum kepada Supabase atas nama proyek komunitas
Jika Anda menggugat soal kontrak, IP, ketenagakerjaan, atau masalah lain, Anda kehilangan lisensinya
Bahkan jika menggugat karena kehilangan data, mereka bisa langsung menggugat balik atas pelanggaran lisensi
Aneh melihat klausul seperti ini sambil membawa nama lisensi Postgres
OrioleDB jelas proyek yang menjanjikan, tetapi di bawah lisensi seperti ini ia bukan open source dan orang yang bisa memakainya pun terbatas
sam, Anda mungkin cukup mengenal saya untuk tahu betapa pentingnya open source bagi tim kami
Saya seharusnya mengelola ini dengan lebih aktif, dan saya kurang baik dalam hal itu
Sekarang sudah beralih ke Apache 2.0 sehingga hak terkait paten juga diberikan dengan jelas, dan saat kodenya di-upstream juga bisa di-relisensi ulang ke PostgreSQL
Kami juga akan memperbarui blognya
https://github.com/orioledb/orioledb/pull/558
Dulu Facebook pernah menaruh klausul serupa di lisensi React dan baru menghapusnya setelah waktu yang lama
Sekilas terlihat mirip dengan klausul paten Apache2, tetapi pada praktiknya tidak dibatasi hanya pada ruang lingkup penggunaan perangkat lunak tertentu
Saya penasaran apakah ini sebenarnya hanya lisensi permisif bergaya Apache 2