2026/08/26 21:59

AWS が DuckLabs を買収

RSS: https://news.ycombinator.com/rss

要約▶

Japanese Translation:

9 月上旬、DuckLabs は Amazon Web Services（AWS）に参加し、DuckDB に AWS の長期的なサポートをもたらしつつ、そのオープンソースの性質を維持します。このユニークな枠組みの下、「Duck Stack」プロジェクトである DuckDB、DuckLake、Quack のすべては MIT ライセンスに基づいて無料でオープンソースであり続けます。知的財産権は非営利組織である DuckDB Foundation が保有し、アムステルダムのチームが管理します。この構造は、DuckDB の大規模な世界的採用（日間のダウンロード数が 100 万回超）を反映するとともに、専門家のコンセンサスである「企業傘下においてオープンソースとしての地位を維持することがプロジェクトの健全性に不可欠である」という点に対応しています。

本移行は、5 年以上前に創設された、ボトストラップ経営で創業者所有の会社としての DuckLabs の歴史に支えられています。AWS Distinguished Engineer および Vp である Andy Warfield は、同プロジェクトがより広範な影響を与えることを支援することについて熱意を示し、Peter Boncz（CWI アムステルダム/DuckDB Foundation 評議員）は、オープンソースの DuckDB に関するすべての知的財産権が/Foundation に留保されることを確認しました。University of Tübingen の Torsten Grust も、AWS の傘下に DuckDB をオープンソースとして維持する計画を受け入れることに歓迎感を表明しました。コミュニティパートナーもこの動きを称賛しており、Jordan Tigani（MotherDuck）と George Fraser（Fivetran）は、追加される勢いおよび強化されたエコシステムについて言及しています。これからは、DuckDB Foundation が技術諮問委員会を設置し、外部開発者に対しエクステンションスタックを開示することで、アクセシビリティや中立性を損なうことなくコミュニティ協力を一層深めることを目指します。

本文

DuckLabs と AWS が合併：DuckDB の新たな成長期へ

本日より、当社は Amazon Web Services（AWS）と合併することを正式発表いたします。本件は 9 月上旬から有効となります。

メインのニュース

合併発表: DuckLabs は AWS に吸収合併されます。
開始時期: 2025 年 9 月上旬より実施予定。
チームの在籍地: DuckDB、DuckLake、Quack の開発およびコミュニティ活動を含むDuckLabs チームは引き続きアムステルダムに拠点を置きます。
事業目標: AWS のスケール力を活用し、技術を広範な開発者や組織へ届け、新たなアイデアを実践します。

基盤とライセンスの保証（変わらない点）

プロジェクトの安定性と開源性は最優先課題であり、以下の点は明確に維持されます。

オープンソース化: DuckDB および「Duck Stack」は引き続きMIT ライセンスのもとで無料かつオープンソースです。
運営体制: 非営利組織であるDuckDB Foundation が引き続きプロジェクトの運営を引き継ぎます。
コミュニティ: 多様なユーザー、コントリビューター、プラットフォーム、ベンダーによる広範なコミュニティを支援し続ける方針です。

「CWI 代表としての DuckDB Foundation の立場から、Hannes、Mark および DuckLabs 全社員の方々とともに新しい章を迎えられることをお祝い申し上げます……AWS がオープンソース版 DuckDB のさらなる進展を支援することにコミットしてくださることを大変喜んでおり、これがイノベーションの加速にもつながるものと確信しています。」
– Peter Boncz（CWI アムステルダムデータベースアーキテクツグループ長・DuckDB Foundation 評議員）

これまでの歩みと合併に至った理由

5 年間の軌跡

設立: 約 5 年前、DuckLabs は DuckDB 開発チームに対し安定した居場所を提供するため設立されました。
成長: アムステルダムを拠点とする30 名を超えるチームへと成長し、Daily ダウンロードは100 万回以上。
独自性: ブートストラップ・カンパニーとして 100% 保有し、技術力を最優先する姿勢を貫きました。

課題と限界

しかし、既存のモデルには以下の課題も浮き彫りになりました。

支援能力の限界: DuckDB の成長が創業者や現在の組織の支援能力を超えてしまうリスク。
ボトルネック化: 小さな企業がプロジェクト自体やコミュニティにとっての制約となる可能性。
注目の分散: セールスやサポート組織を拡大させることで、技術的作業やオープンソースコミュニティへの注力が薄れる懸念。

新たな体制の必要性

高度な技術力を備えた組織との協業が最大の効果を持つと判断。
DuckDB の革命が数桁規模まで成長する可能性を信じており、異なる体制が必要であると結論付けました。

なぜ AWS か？（連携の背景）

DuckLabs と AWS は一年以上にわたり緊密に連携しており、以下の強みを組み合わせることで新たな機会が開けることが確認されました。

技術的専門知見: DuckLabs の深いデータベース領域の知識。
インフラとスケール: AWS が提供する巨大なインフラストラクチャと顧客リーチ。

今後の展望

DuckDB、DuckLake、Quack を活用し、新たな世代のデータサービスを支える取り組みを加速します。
独自には達成困難だったスケールにより、より大胆な挑戦や難問に集中できる環境が整います。
継続的な開発およびコミュニティ支援に対する AWS のコミットメントは深く共感しています。

「DuckDB は素晴らしいオープンソースプロジェクトであり……現在 S3 を利用する多くの顧客から広く愛用されており、このプロジェクトがさらに広範な影響を持つよう支援できる機会に興奮しています。」
– Andy Warfield（AWS 上級エンジニア・バイスプレジデント）

拡大を予定する分野

合併により技術開発への投資能力が格段に向上します。具体的な計画として：

技術諮問委員会設置: DuckDB Foundation に委員会を設置し、コミュニティの主要メンバーが技術的方策について意見を寄せられる体制へ。
拡張機能スタックの公開: 他者の開発者や組織が開発した署名済み拡張機能を DuckDB 内で実行可能にします（詳細は後日発表予定）。

「Amazon が DuckDB にリソースを投入することは、大きな勢いを加えエコシステムを強化することになります。」
– Jordan Tigani（MotherDuck CEO）

次の章へ：感謝と展望

DuckDB の成功は DuckLabs チームだけでなく、世界中のコミュニティすべてに属するものです。

コミュニティへの貢献: コード寄与、バグ報告、拡張機能執筆、ベンチマーク記事、授業開催など、皆様による膨大なサポートがプロジェクトを支えました。
継承と発展: AWS への加入により、Duck Stack をはるかに広い聴衆へ届ける機会を与えられます。同時に、オープンソース技術への投資も継続します。
メッセージ: これまでの好奇心、関心、そして技術的野望を継承し、皆様と共に次の章を築いてまいります。

プレスリリースおよびメディアキットをご確認いただけますので、ご参照ください。

同じ日のほかのニュース

一覧に戻る →

2026/08/27 2:42

Tailcat – Netcat のような動作だが、Tailscale データプレーン上で行うツールです。

## Japanese Translation: Tailcat は、netcat のような動作をするオープンソースユーティリティで、Tailscale のインフラストラクチャを利用して安全なリモート接続を可能にし、Tailscale アカウントや root アクセスを必要としません。既存のユーザースペースコンポーネント（WireGuard®、NAT 越え用の magicsock、Netstack（gVisor）など）を活用し、UDP を介して暗号化トンネルを構築します。接続は DERP サーバー（短時間の接続トークンを使用）を経由して初期化され、可能であれば直接のピアツーピアリンクにアップグレードされ、システムルーティングテーブルや DNS 設定の変更が一切不要になります。本ツールは完全にユーザースペースで動作し、管理権限は必要ありません。もともとは「derpcat」と名付けられ、TailscaleUpカンファレンスにてオープンソース化されました。各種ネーティングタスク（stdin/stdoutのパイピング、ローカルポートの公開、認証不要なSSHサーバーの実行、SOCKS5プロキシとしての機能など）に対応しています。鍵管理では、一時鍵（デフォルト）と生成された鍵による安定アドレス（`tailcat genkey`）の両方がサポートされており、トークン解決には DNS TXT レコードまたは `parse`・`resolve` コマンドを利用できます。`go install` または Nix flakes 経由で入手可能な Tailcat は、コントロールプレーンの依存関係を排除しつつ、多様な環境間で認証された安全な接続を提供することで、複雑なネットワークセットアップを簡素化します。

2026/08/27 4:23

アクチニドが、高品位低濃縮ウラン（HALEU）を生産する初のスタートアップ企業となった

## Japanese 翻訳: Actinide はテキサス州ダラスを拠点とする先進材料企業であり、史上初のハイレウ（HALEU：高検査値低濃度ウラン）を製造したスタートアップとなりました。このマイルストーンは、同社の第 1 世代カルトロン（現代型の電磁式アイソトープ分離装置）を使用して達成されました。独立した ISO/IEC 17025 認定の分析室が、製造された物質の濃度をウラン -235 で 15.38% と測定しており、これは HALEU の米国法律上の定義（ウラン -235 で 5% 以上かつ 20% 未満）に適合しています。濃度調整は、実験目的のために行われた NRC（原子力規制委員会）の研究所規模の規制の下で行われ、また Actinide の主力商業製品である enrich エルビウム -176 を製造し、Oklo Isotopes に納品した機械でもありました。 Actinide の技術は、ウランヘキサフルオライド気体から固体ハイレウを直接製造することにより、米国が現在商業的に容量を持たない（DOE が 2024 年にそのような脱換化能力を構築するために 6 社に委託した）プロセスであるウランヘキサフルオライド気体を固体形態に変換する必要があるという重要な国内サプライチェーンのボトルネックを回避します。共同創設者兼 CTO のロバート・メンデルゾーン氏によると、彼らの機械は数十万ドルで済み、どこにも設置でき、数日で再構成できる一方、数億ドルをかけ、数年をかけて立ち上げること离心分離工場とは対照的です。共同創設者兼 CEO エリック・オルシェフスキ氏は依存リスクについて言及しています：2025 年には、米国 civilesian リアクター向けの濃度調整サービスの 77% は外国からの供給に頼っており、そのうちロシアからは 26%、アメリカから 23% に過ぎませんでした。 2025 年 9 月に設立された Actinide は、7 年にわたる研究とプロトタイピングの後、オルシェフスキ氏による個人投資が 100 万ドルを超えたことにより支えられ、2026 年 3 月にオント・ベンチャーズを筆頭に複数の他の投資家が参加した超過需要のシードラウンドを引き起こしました。現在同社は「Fortitude」、第 2 世代の分離装置を建設中であり、これは米国政府の現在の電磁式艦隊のアイソトープ分離能力のおおよそ半分を提供すると推定されています。これにより、 civilesian リアクター向けの燃料を安全に確保するための即時かつ拡張可能な道が開け、新たなインフラ開発が数年かかることを必要とせずに実現されます。

2026/08/27 2:41

未解決の 3D プリンターに関する AGPL の違反問題

## Japanese Translation: ## 概要：バンクーバーで開催された FOSSY 2026 で、ソフトウェア自由保守財団（SFC）は、3D プリンターメーカーである Bambu Lab が AGPLv3 ライセンスに対して継続的に違反していることを提示した。この件については、Bradley Kühn、Karen Sandler、Denver Gingerich の登壇者が議論を行った。Bambu Lab は PrusaSlicer の改変版を配布しており、対応するソースコードを公開せずに動的にロードされるバイナリを内蔵させていることで AGPLv3 の要件に違反している。同社は、そのネットワークベースの User-Agent メカニズムが DMCA による回避防止ツールであることを主張したが、Kühn はこれがライセンスの精神と矛盾すると反論した。ポーランドのユーザー Paweł Jarczak が関連コードをリバースエンジニアリングしたところ、Bambu Lab から DMCA による削除依頼が送られてきたが、その結果としてコンプライアンスを満たすフォーク版である OrcaSlicer が作成され、現在 SFC のリポジトリ上で"baltobu"プロジェクトを通じてミラーリングされている。Gingerich はまた、Bambu Lab が Buildroot ベースのファームウェアのソースコードを提供していない点について、一部のモデルで GPLv2 に違反している可能性も指摘した。これに対する対応として、SFC は最近、主に小額寄付から成る資金調達目標である 25 万ドルを超過し、常勤の訴訟弁護士を雇用してさらなる法的措置を取ることを決めた。登壇者は、ライセンスは自己執行されず、能動的なコミュニティによる執行、ソースコードへの消費者からの需要、そして公的な批判が不可欠であると強調した。SFC は以前、テレビにおける GPLv2/LGPLv2.1 コードに伴う同様のコペyleft 問題に関して Vizio を提訴していた。Gingerich は、Bambu Lab がツールをゼロから再実装することもできたが、大手企業で一般的であるショートカットを選んだと指摘し、Sandler は、電力格差といった根本的な原因に対処するには技術者以外の人物の関与が必要であり、それによって製品、技術、立法を改善できると結論付けた。この状況はまた、市場での優位性が主要なテクノロジー企業の厳格なライセンス義務からの例外にはならないことを示している。