อันไหนใช้ด้วยกันได้ปี 2026

generate จาก scripts/render-versions.sh — อย่าแก้ตรงนี้
ตัวเลข npm ดึงสดทุกครั้งที่รัน ตัวเลข toolchain อ่านจากเครื่องที่รัน

ตรวจเมื่อ 2026-08-08 · เครื่อง Darwin 25.6.0 (arm64)

ไม่ทำซ้ำของ Foundation — compatibility-matrix.md ครอบ Anchor × Solana CLI × Platform Tools × GLIBC ไว้ครบและละเอียดกว่า ใช้ของเขาเป็นหลักสำหรับแกนพวกนั้น หน้านี้ทำเฉพาะสองแกนที่ของเขาไม่มี: client library ฝั่ง TypeScript และ การยืนยันบน macOS

ข้อที่คนเข้าใจผิดมากที่สุด

Anchor 1.x ไม่ได้ใช้ Kit — client TypeScript ของ Anchor ยังพึ่ง web3.js v1 อยู่

@anchor-lang/core@1.1.2 ประกาศ dependency ว่า:

แปลว่า ถ้าใช้ client ของ Anchor อยู่ ก็อยู่บน web3.js v1 ไม่ว่าจะอัป Anchor ไปเวอร์ชันไหน อยากอยู่บน Kit จริงต้องเลิกใช้ client ของ Anchor แล้ว generate client เองด้วย Codama

นี่คือเหตุผลที่ tutorial จำนวนมาก "ดูเก่า" แต่ยังรันผ่าน และที่ "อัป Anchor เป็น 1.0 แล้ว" ไม่ได้แปลว่าโค้ดทันสมัยแล้ว

ของจริงบน npm วันนี้

เลือกยังไง

สรุปสำหรับคนเริ่มวันนี้

ถ้าจะเริ่มจากศูนย์ในปี 2026 แนะนำให้เลือกตามสถานการณ์:

• ใช้ Anchor client อยู่แล้ว → ใช้ @anchor-lang/core + @solana/web3.js v1 — นี่คือเส้นที่นิ่งที่สุดและยังมี tutorial รันผ่านมากที่สุด
• เริ่มโปรเจกต์ใหม่และต้อง bundle เล็ก / tree-shakable → เลิกใช้ Anchor client แล้วใช้ Codama generate client + @solana/kit
• ต้องเทสเร็วบน macOS → ใช้ LiteSVM / Mollusk / Surfpool แทน solana-test-validator
• อยากสลับ Anchor สาย → ใช้ avm แทนการอัปตามคำสั่งทั่วไป เพราะจะรักษาโค้ดเก่าไว้ได้

ฝั่ง Rust (crates.io)

⚠️ = ตัวที่ ปล่อยล่าสุดตามเวลา ไม่ตรงกับตัวที่ cargo add จะหยิบ

ระวังตรงนี้ — newest_version ของ crates.io แปลว่า *ปล่อยล่าสุด* ไม่ใช่ *เลขสูงสุด* จึงเป็นได้สองแบบ: pre-release (เช่น solana-client 4.3.0-alpha.3, mollusk-svm ...agave-4.2.0-rc.0) หรือ backport เข้าสายเก่า ซึ่งเลขต่ำกว่าแต่ใหม่กว่าตามเวลา

สาย Anchor 1.0 ยังมีคนดูแลอยู่

anchor-lang 1.0.3 กับ 1.1.2 ปล่อยวันเดียวกัน (2026-06-26) — ตรวจจาก crates.io versions API แปลว่า 1.0.3 เป็น backport เข้าสาย 1.0 ไม่ใช่ของเก่าที่ถูกทิ้ง

มีผลกับเครื่องนี้โดยตรง — anchor-cli ที่ติดตั้งอยู่เป็น 1.0.2 ถ้าอยากได้ patch ล่าสุดโดยไม่ต้องย้ายไปสาย 1.1 ให้ขยับไป 1.0.3 ผ่าน avm ซึ่งตรงกับกฎในไฟล์นี้ว่าอย่าอัปข้ามสาย เพราะจะทดสอบของเก่าไม่ได้อีก

จุดที่คนสับสนบ่อย — เลข CLI กับเลข crate ไม่ใช่เลขเดียวกัน

solana-cli ในเครื่องนี้เป็น 3.1.10 แต่ solana-sdk กับ solana-program อยู่ที่ 4.x

ไม่ใช่ความผิดพลาด — ตั้งแต่แยก repo ออกจาก monorepo แล้ว crate ฝั่ง SDK เดินเลขเวอร์ชันของตัวเองแยกจาก Agave CLI อย่าพยายามจับให้ตรงกัน และอย่าตกใจถ้า tutorial เขียน solana-sdk = "1.x" แล้วของจริงเป็น 4.x — นั่นคือสัญญาณว่า tutorial เก่า

สัญญาณว่าเครื่องมือกำลังเตรียมรับ Agave 4.2

mollusk-svm ปล่อยรุ่นที่ตรึงกับ agave-4.2.0-rc ไว้แล้ว ซึ่งแปลว่าฝั่งเครื่องมือทดสอบ ตามการเปิด feature วันที่ 17 ส.ค. 2026 อยู่ — ถ้าโปรแกรมพึ่งพฤติกรรมของ runtime ควรเทสกับรุ่นนั้นก่อนวันนั้น

ยืนยันบนเครื่องนี้

ของ Foundation อิง Debian หน้านี้ยืนยันบน macOS

avm ทำให้สลับสาย Anchor ได้โดยไม่ต้องถอนของเดิม — อย่าอัป anchor-cli ทับ เพราะจะทดสอบสายเก่าไม่ได้อีก ซึ่งเป็นสิ่งที่ต้องทำเวลาตรวจว่า tutorial ยังใช้ได้ไหม

เช็คโค้ดที่มีอยู่ใน 3 คำสั่ง

# อยู่บน Anchor ยุคไหน
grep -r "@coral-xyz/anchor" --include=package.json .   # เจอ = ก่อน 1.0
grep -r "@anchor-lang/core" --include=package.json .   # เจอ = 1.0 ขึ้นไป

# อยู่บน client ตัวไหน
grep -rE "new Connection|new PublicKey" --include=*.ts .  # เจอ = web3.js v1
grep -r "@solana/kit" --include=package.json .            # เจอ = Kit

# เทสด้วยอะไร
grep -r "solana-test-validator" .   # เจอ = เขียนก่อนยุค LiteSVM/Surfpool

สิ่งที่หน้านี้ยังไม่ได้ยืนยัน

เขียนไว้เพื่อไม่ให้เข้าใจว่าตรวจครบแล้ว:

• ยังไม่ได้ build จริง ตัวเลขทั้งหมดมาจาก metadata ของ npm กับคำสั่ง --version

ไม่ได้แปลว่าเอาไปประกอบกันแล้วคอมไพล์ผ่าน

• ยังไม่ได้ทดสอบสาย Anchor เก่ากับ AVM ว่าสายไหนคู่กับ Solana CLI ตัวไหนได้บ้าง
• ยังไม่ได้ทดสอบว่า crate ฝั่ง Rust ประกอบกันแล้วคอมไพล์ผ่าน — ดึงแค่เลขเวอร์ชันจาก crates.io

รันซ้ำเมื่อไหร่ก็ได้ด้วย ./scripts/render-versions.sh ตัวเลขจะอัปเดตเอง