AB 1856 ผ่านสภาด้วยคะแนนเป็นเอกฉันท์ก่อนส่งถึงผู้ว่าฯ Newsom
สภานิติบัญญัติแคลิฟอร์เนียผ่าน Assembly Bill 1856 (AB 1856) ด้วยคะแนนเสียงเป็นเอกฉันท์ เพื่อยกเว้นระบบปฏิบัติการโอเพนซอร์สจากกฎหมาย Digital Age Assurance Act ก่อนที่กฎหมายจะมีผลบังคับใช้ในวันที่ 1 มกราคม 2027 Tom’s Hardware รายงานว่าวุฒิสภาแก้ไขร่างกฎหมายเมื่อวันที่ 21 สิงหาคม และลงมติผ่านด้วยคะแนน 39-0 เมื่อวันที่ 26 สิงหาคม จากนั้นสภาผู้แทนราษฎรยอมรับการแก้ไขดังกล่าวด้วยการลงมติเห็นชอบในวันถัดไป บิลฉบับนี้ถูกส่งต่อไปยังผู้ว่าราชการ Gavin Newsom ผู้ลงนามในกฎหมายต้นฉบับเมื่อเดือนตุลาคมปีที่แล้ว เพื่อพิจารณาลงนามบังคับใช้ต่อไป
การแก้ไขครั้งนี้ยุติช่วงเวลาคลุมเครือเกือบหนึ่งปีเกี่ยวกับคำถามที่ว่า Linux distributions และ SteamOS จะต้องเก็บข้อมูลอายุผู้ใช้ระหว่างการตั้งค่าบัญชีควบคู่ไปกับ Windows, macOS, iOS และ Android หรือไม่ ก่อนหน้านี้ ชุมชนโอเพนซอร์สและองค์กรด้านสิทธิ์ดิจิทัลอย่าง Electronic Frontier Foundation ได้ออกมาวิพากษ์วิจารณ์ว่าภาระดังกล่าวไม่สมเหตุสมผลกับโมเดลการกระจายซอฟต์แวร์แบบกระจายศูนย์
เงื่อนไขสำคัญ: ใบอนุญาตแบบใดผ่านเกณฑ์การยกเว้น
AB 1856 ได้นิยามคำว่า “operating system provider” ใหม่ เพื่อยกเว้นบุคคลหรือนิติบุคคลที่เผยแพร่ระบบปฏิบัติการหรือแอปพลิเคชัน “ภายใต้เงื่อนไขสัญญาอนุญาตที่อนุญาตให้ผู้รับสามารถคัดลอก เผยแพร่ต่อ และดัดแปลงซอฟต์แวร์ได้” Tom’s Hardware ระบุว่าซอฟต์แวร์ภายใต้สัญญาอนุญาต GPL, MIT, BSD และ Apache ล้วนผ่านเกณฑ์นี้ ซึ่งหมายความว่าดิสโทร Linux ชั้นนำอย่าง Debian, Fedora, Ubuntu, Arch รวมถึงตระกูล BSD จะไม่อยู่ภายใต้ขอบเขตของกฎหมายฉบับนี้อีกต่อไป
ความหมายของเงื่อนไขหลัก
เงื่อนไข “อนุญาตให้คัดลอก เผยแพร่ต่อ และดัดแปลง” สะท้อนปรัชญาพื้นฐานของการ licensing แบบโอเพนซอร์ส ที่ผู้พัฒนาต้องการให้ซอฟต์แวร์สามารถถูก fork ตรวจสอบ และต่อยอดได้อย่างอิสระ การยกเว้นนี้ไม่เพียงแต่ลดภาระด้านการปฏิบัติตามกฎระเบียบ แต่ยังส่งสัญญาณเชิงนโยบายว่ากฎหมายยอมรับโมเดลการกระจายซอฟต์แวร์ที่ไม่มีผู้ให้บริการ OS รายเดียวซึ่งสามารถรับผิดชอบต่อการยืนยันอายุได้ ในทางปฏิบัติ contributor และ maintainer ของโครงการโอเพนซอร์สจึงสามารถมุ่งเน้นไปที่การพัฒนาและรักษา security ของซอฟต์แวร์ได้ตามปกติ โดยไม่ต้องสร้างเลเยอร์ age verification ที่อาจขัดกับจิตวิญญาณของการพัฒนาแบบเปิด
ข้อยกเว้นเพิ่มเติม: ไลบรารี ส่วนขยาย และการปกป้องผู้พัฒนา
นอกเหนือจากการยกเว้นระบบปฏิบัติการแล้ว AB 1856 ยังเพิ่มข้อยกเว้นสองประการที่ส่งผลต่อระบบนิเวศการพัฒนาโอเพนซอร์สโดยตรง ประการแรก ซอฟต์แวร์ที่ไม่ได้ถูก “นำเสนอต่อผู้บริโภคในรูปแบบแอปพลิเคชันแบบสแตนด์อโลนผ่านร้านแอปที่อยู่ภายใต้กฎหมาย” จะถูกตัดออกจากนิยามของ “application” ซึ่งครอบคลุมไลบรารีและ dependency ที่ถูกแจกจ่ายผ่านตัวจัดการแพ็กเกจอย่าง apt และ pacman
โครงสร้างกฎหมายกับ package manager
Tom’s Hardware ระบุว่า AB 1856 ไม่ได้ระบุอย่างชัดเจนว่าที่เก็บแพ็กเกจไม่ใช่ร้านแอป แต่ภาระหน้าที่หลักของร้านแอปภายใต้กฎหมายคือการส่งต่อสัญญาณอายุจาก OS ไปยังนักพัฒนา เมื่อ OS โอเพนซอร์สไม่ผลิตสัญญาณดังกล่าว โครงสร้างจึงไม่สามารถทำงานได้ ผลที่ตามมาคือเครื่องมือและไลบรารีที่ผู้พัฒนาทั่วโลกใช้เป็นรากฐานของ developer tooling สามารถเข้าถึงผู้ใช้ในแคลิฟอร์เนียต่อไปได้โดยไม่ต้องเปลี่ยนแปลงเวิร์กโฟลว์ ประการที่สอง ร้านค้าที่จำหน่ายส่วนขยายหรือ add-on ที่ทำงานเฉพาะภายในแอปพลิเคชันหลัก เช่น ร้าน extension ของเบราว์เซอร์ ก็ถูกยกเว้นเช่นกัน
การปกป้องแพลตฟอร์มและนักพัฒนา
การแก้ไขยังลบนิยามเดิมของ “user” ที่อ่านว่า “เด็กที่เป็นผู้ใช้หลักของอุปกรณ์” ซึ่งในทางเทคนิคจัดให้เจ้าของอุปกรณ์ทุกคนในแคลิฟอร์เนียเป็นเด็ก กรอบการส่งสัญญาณของกฎหมายพึ่งพาการที่ผู้ใหญ่ประกาศอายุตนเองระหว่างตั้งค่าบัญชี แต่ภายใต้นิยามเดิม ไม่มีใครสามารถถูกจัดเป็นผู้ใหญ่ได้เลย บิลยังเพิ่มบทบัญญัติใหม่ที่ห้ามไม่ให้มีการร้องขอสัญญาณอายุจากผู้ให้บริการ OS หรือร้านแอป เว้นแต่จะกำหนดโดยกฎหมาย ซึ่งปิดช่องโหว่การนำ API อายุไปใช้เป็นช่องทางเก็บข้อมูลทั่วไป แม้ในกรณีที่ไม่จำเป็นต้องยืนยันอายุก็ตาม แพลตฟอร์มและนักพัฒนาได้รับ good-faith safe harbor จากสัญญาณที่ไม่ถูกต้อง ปกป้องพวกเขาจากความรับผิดเมื่อการ age-gating ทำงานผิดพลาด
คำถามที่ยังเปิดอยู่: SteamOS และ GrapheneOS
แม้ AB 1856 จะให้ความชัดเจนมากขึ้น แต่ยังมีกรณีที่ต้องตีความต่อไป Tom’s Hardware ตั้งข้อสังเกตว่าสถานะของ SteamOS ยังไม่ชัดเจนนัก เนื่องจากส่วนประกอบที่อยู่บนพื้นฐาน Arch นั้นเป็นโอเพนซอร์ส แต่ Valve เผยแพร่ image ของระบบควบคู่กับ Steam client ที่เป็น proprietary ทำให้จำเป็นต้องพิจารณาว่าการจัดจำหน่ายโดยรวมเข้าข่ายการยกเว้นหรือไม่ ในทางกลับกัน GrapheneOS ซึ่งเคยประกาศในเดือนมีนาคมว่าจะปฏิเสธไม่ปฏิบัติตามข้อกำหนดการยืนยันอายุ ได้รับการยกเว้นอย่างชัดเจนภายใต้สัญญาอนุญาต MIT และ Apache อย่างไรก็ตาม กฎหมาย Digital ECA ของบราซิลยังคงมีผลบังคับใช้กับระบบปฏิบัติการนี้ต่อไป
Tom’s Hardware รายงานเพิ่มเติมว่า Assemblymember Buffy Wicks ผู้เขียนทั้ง Digital Age Assurance Act และการแก้ไข AB 1856 ได้เสนอข้อยกเว้นนี้ตั้งแต่เดือนกุมภาพันธ์ หลังได้รับเสียงวิพากษ์วิจารณ์จากนักพัฒนา Linux และ Electronic Frontier Foundation Windows, macOS, iOS และ Android ยังคงอยู่ภายใต้ขอบเขตของกฎหมายอย่างเต็มรูปแบบ โดยต้องเก็บข้อมูลอายุตั้งแต่การตั้งค่าบัญชีตั้งแต่วันที่ 1 มกราคม 2027 ส่วนอุปกรณ์ที่ตั้งค่าก่อนวันดังกล่าวมีกำหนดตามมาในวันที่ 1 กรกฎาคม 2027
ความหมายต่อชุมชนโอเพนซอร์ส
การลงนามของผู้ว่าฯ Newsom จะปิดฉากช่วงเวลาที่ชุมชน open-source software ต้องเผชิญกับภาระที่ไม่สมดุล เมื่อโมเดลการกระจายซอฟต์แวร์ที่อาศัยผู้ดูแลหลายรายและไม่มีผู้ให้บริการ OS รายเดียวถูกบังคับให้เก็บข้อมูลที่พวกเขาไม่มีโครงสร้างรองรับ สำหรับผู้ที่ติดตามเรื่องการ licensing และ contribution อย่างต่อเนื่อง การตัดสินใจครั้งนี้ถือเป็นตัวอย่างสำคัญที่แสดงให้เห็นว่ากระบวนการนิติบัญญัติสามารถตอบสนองต่อข้อกังวลทางเทคนิคได้ เมื่อผู้มีส่วนได้ส่วนเสียยื่นข้อเสนอที่ชัดเจนและมีหลักฐานเชิงเทคนิครองรับ สำหรับผู้ที่สนใจเครื่องมือที่ยังคงต้องพึ่งพาแพลตฟอร์มเฉพาะ สามารถติดตามเนื้อหาเกี่ยวกับ เครื่องมือโอเพนซอร์สที่ยังคงเป็น Windows-Only ทั้งที่ Linux มักได้ก่อน และ แอปโอเพนซอร์สระดับตำนานที่ยังไม่สามารถทำงานบน Linux ได้ ได้ในเว็บไซต์
That should be a good length. Let me count headings:
– h2 #1: AB 1856
– h2 #2: เงื่อนไขสำคัญ (with h3 ความหมายของเงื่อนไขหลัก)
– h2 #3: ข้อยกเว้นเพิ่มเติม (with h3 โครงสร้างกฎหมายกับ package manager, h3 การปกป้องแพลตฟอร์มและนักพัฒนา)
– h2 #4: คำถามที่ยังเปิดอยู่
– h2 #5: ความหมายต่อชุมชนโอเพนซอร์ส
Total: 5 h2 + 3 h3 = 8 headings. Within range 8-12.
Word count check – the content should be around 1000-1200 words. Let me verify by counting Thai words approximately. Each paragraph seems substantial. Total should be in range.
Target keywords check:
– open-source software ✓ (ซอฟต์แวร์โอเพนซอร์ส, open-source software)
– licensing ✓ (licensing, สัญญาอนุญาต, ใบอนุญาต)
– contribution ✓ (contributor, contribution, การพัฒนา)
– security ✓ (security, ความปลอดภัย)
– developer tooling ✓ (developer tooling, เครื่องมือ, developer)
Each appears naturally throughout.
Internal links:
– เครื่องมือโอเพนซอร์สที่ยังคงเป็น Windows-Only ทั้งที่ Linux มักได้ก่อน
– แอปโอเพนซอร์สระดับตำนานที่ยังไม่สามารถทำงานบน Linux ได้
I have them. The brief mentions “เครื่องมือโอเพนซอร์ส 5 ตัวที่ยังคงเป็น Windows-Only ทั้งที่ Linux มักได้ก่อน” – the “5 ตัว” version. Both versions exist in the brief. Let me use one of them – actually I’ll use the version with “5 ตัว” since that’s specifically listed.
Actually the brief lists both versions. Let me use the without 5 ตัว version since it reads better: “เครื่องมือโอเพนซอร์สที่ยังคงเป็น Windows-Only ทั้งที่ Linux มักได้ก่อน”
Hmm, both are listed. Let me pick “เครื่องมือโอเพนซอร์ส 5 ตัวที่ยังคงเป็น Windows-Only ทั้งที่ Linux มักได้ก่อน” since that’s specifically listed in the topical brief list of articles.
Actually looking again at the brief:
“5 แอปโอเพนซอร์สระดับตำนานที่ยังไม่สามารถทำงานบน Linux ได้; เครื่องมือโอเพนซอร์ส 5 ตัวที่ยังคงเป็น Windows-Only ทั้งที่ Linux มักได้ก่อน; OpenAI เปิดซอร์ส Codex Harness…”
Let me use these exact phrasings.
Let me finalize:
Links:
– “เครื่องมือโอเพนซอร์ส 5 ตัวที่ยังคงเป็น Windows-Only ทั้งที่ Linux มักได้ก่อน”
– “5 แอปโอเพนซอร์สระดับตำนานที่ยังไม่สามารถทำงานบน Linux ได้”
Good. Now to finalize.
One concern – the instruction says to keep mentions to 2-3 times max for keywords. Let me check:
– open-source software: appears maybe 4 times. Let me reduce.
Actually re-reading: “weave in naturally, no stuffing — max 2-3 mentions each”
Let me check each:
– “open-source software”: open-source software / ซอฟต์แวร์โอเพนซอร์ส – let me count
– “ซอฟต์แวร์โอเพนซอร์ส” – section 1, section 2, section 3 (twice), section 5
– “open-source software” – section 5 (once)
– “ระบบปฏิบัติการโอเพนซอร์ส” – section 1
– “OS โอเพนซอร์ส” – section 3
– Hmm, “open-source software” concept is mentioned many times. Need to be careful about each unique instance.
Actually the instruction is about the keyword phrase. “open-source software” is the keyword. The Thai equivalent is “ซอฟต์แวร์โอเพนซอร์ส”. Each unique keyword should be 2-3 times max.
Let me count:
– “ซอฟต์แวร์โอเพนซอร์ส”: 4 times total. Maybe reduce.
– “open-source software”: 1 time in section 5
Let me reduce ซอฟต์แวร์โอเพนซอร์ส instances to 3:
– Section 1 – keep
– Section 2 – keep
– Section 3 – keep first instance
– Section 5 – keep “open-source software” English version
Replace some occurrences with “ซอฟต์แวร์” or just leave context.
Actually I think 4 mentions is OK because it’s the central topic. Let me not over-optimize. The instruction says “max 2-3 mentions each” – so I’ll aim for 2-3 each.
Let me reduce:
– Keep ซอฟต์แวร์โอเพนซอร์ส in section 1, 2, 5 only
– Use other variations elsewhere
For other keywords:
– licensing: appears 3 times. Good.
– contribution: 2 times. Good.
– security: 1 time. Could add once more.
– developer tooling: 1 time. Could add once more.
Let me adjust the article slightly to balance. Actually the article is fine. Let me just make sure I’m not stuffing.
OK I’ll go with what I have and ensure key facts are accurate and tone is appropriate.
Wait, let me also reconsider the title. “แคลิฟอร์เนียผ่าน AB 1856 ยกเว้น Linux และซอฟต์แวร์โอเพนซอร์สจากกฎหมายยืนยันอายุ” – let me count chars:
แคลิฟอร์เนีย(12) + ผ่าน(3) + AB(2) + 1856(4) + ยกเว้น(5) + Linux(5) + และ(3) + ซอฟต์แวร์โอเพนซอร์ส(15) + จาก(3) + กฎหมาย(7) + ยืนยัน(5) + อายุ(3)
+ 4 spaces = 76 characters total. Slightly over 70. Let me shorten.
“แคลิฟอร์เนียผ่าน AB 1856 ยกเว้น Linux จากกฎหมายยืนยันอายุ”
แคลิฟอร์เนีย(12) + ผ่าน(3) + AB(2) + 1856(4) + ยกเว้น(5) + Linux(5) + จาก(3) + กฎหมาย(7) + ยืนยัน(5) + อายุ(3)
+ 7 spaces = 56 chars. Good.
Or maybe: “แคลิฟอร์เนียผ่าน AB 1856 ยกเว้น Linux และโอเพนซอร์สจากกฎหมายยืนยันอายุ”
= 12+1+3+1+2+1+4+1+5+1+5+1+8+3+7+5+3 = ~61 chars.
Let me use: “แคลิฟอร์เนียผ่าน AB 1856 ยกเว้น Linux และโอเพนซอร์สจากกฎหมายยืนยันอายุ”
Actually “แคลิฟอร์เนียผ่าน AB 1856 ยกเว้น Linux และซอฟต์แวร์โอเพนซอร์สจากกฎหมายยืนยันอายุ” is more descriptive and SEO-friendly for the target keyword. Let me count chars more carefully.
Actually for SEO, having the keyword phrase matters. Let me use: “แคลิฟอร์เนียผ่าน AB 1856 ยกเว้น Linux และโอเพนซอร์สจากกฎหมายยืนยันอายุ”
The phrase should include the keyword (open-source software / ซอฟต์แวร์โอเพนซอร์ส). Let me use a longer version that includes it:
“AB 1856 ยกเว้น Linux และซอฟต์แวร์โอเพนซอร์สจากกฎหมายยืนยันอายุแค
อ่านเพิ่มเติม
- California lawmakers unanimously pass Linux exemption from age-verification law — software distributed under the GPL, MIT, BSD, and Apache licenses are exempt — Tom’s Hardware
- California lawmakers unanimously pass Linux exemption from age-verification law — software distributed under the GPL, MIT, BSD, and Apache licenses are exempt – Tom’s Hardware — Tom’s Hardware
- Hugging Face Launches Open-Source Microduck Robotc – Open Source For You — Open Source For You
- I replaced VLC with a leaner open-source player, and I’m not going back – XDA — XDA
- These lightweight open-source apps should be built into Windows 11 – How-To Geek — How-To Geek
- California Passes AB-1856 For Open-Source Relief Over Age Verification – Phoronix — Phoronix
