อะไรคือ Solana Transaction V1? การอัพเกรด 4,096 ไบต์

อะไรคือ Solana Transaction V1? มันเป็นรูปแบบการทำธุรกรรมใหม่ที่เสนอซึ่งออกแบบมาเพื่อเพิ่มความสามารถในการทำธุรกรรมของ Solana ในขณะที่ทำให้วิธีที่ผู้ตรวจสอบประมวลผลธุรกรรมง่ายขึ้น

ปัจจุบัน Solana รูปแบบการทำธุรกรรมมีขนาดที่ถูกจัดเก็บสูงสุด 1,232 ไบต์ ข้อจำกัดนี้อาจกลายเป็นการจำกัดสำหรับแอปพลิเคชันที่จำเป็นต้องรวมคำสั่ง บัญชี ลายเซ็น หรือข้อมูลจำนวนมากเข้าด้วยกันในธุรกรรมที่เป็นอะตอมเดียว

รูปแบบการทำธุรกรรม Solana V1 ที่เสนอจะเพิ่มขนาดเป็น 4,096 ไบต์ อย่างไรก็ตาม การอัปเกรดไม่เพียงแค่ขนาดที่ใหญ่ขึ้น ยังเปลี่ยนรูปแบบการทำธุรกรรมโดยการลบตารางการค้นหาที่อยู่ (ALTs) เคลื่อนข้อมูลค่าธรรมเนียมและข้อมูลทรัพยากรเข้าไปในข้อมูลเมตาของธุรกรรม และแยกหัวข้อการคำสั่งออกจากข้อมูลที่มีความยาวตัวแปร

ผลลัพธ์คือรูปแบบการทำธุรกรรมที่ออกแบบมาเพื่อให้มีความสามารถในแอปพลิเคชันมากขึ้นในขณะที่ลดการประมวลผลที่ขึ้นอยู่กับสถานะซึ่งจำเป็นในระหว่างการดึงข้อมูลของผู้ตรวจสอบ

ข้อสรุปสำคัญ

• Solana Transaction V1 เพิ่มขนาดของธุรกรรมจาก 1,232 ไบต์เป็น 4,096 ไบต์

• V1 ลบตารางการค้นหาที่อยู่ (ALTs) และวางที่อยู่บัญชีที่อ้างอิงทั้งหมดไว้ภายในธุรกรรมโดยตรง

• การอัปเกรดสามารถรองรับธุรกรรมที่เป็นอะตอมซับซ้อนได้มากขึ้น แต่ข้อจำกัดของ 64 บัญชีก็ยังอาจจำกัดแอปพลิเคชันที่มีบัญชีหลายบัญชี

Solana Transaction V1 คืออะไร?

Solana Transaction V1 เป็นรูปแบบการทำธุรกรรมที่เสนอซึ่งออกแบบใหม่ว่า ธุรกรรมได้รับการจัดเก็บและประมวลผลอย่างไรบน เครือข่าย Solana.

ข้อเสนอเชื่อมโยงอย่างใกล้ชิดกับเอกสารการปรับปรุง Solana สองฉบับ: SIMD-0296 ซึ่งเสนอขนาดธุรกรรมที่ใหญ่ขึ้น และ SIMD-0385 ซึ่งแนะนำรูปแบบธุรกรรม V1

การเปลี่ยนแปลงที่มองเห็นได้ชัดเจนที่สุดคือการเพิ่มขนาดธุรกรรมสูงสุด ภายใต้ข้อเสนอ การทำธุรกรรม Solana ขนาด 4,096 ไบต์สามารถมีขนาดสูงสุด 4,096 ไบต์แทนที่จะเป็นข้อจำกัดสูงสุดที่ 1,232 ไบต์ในปัจจุบัน

นี่ให้พื้นที่มากขึ้นอย่างมีนัยสำคัญสำหรับแอปพลิเคชันที่ต้องการข้อมูลการส่งธุรกรรมที่ใหญ่ขึ้น

อย่างไรก็ตาม V1 ยังเปลี่ยนสถาปัตยกรรมการทำธุรกรรมพื้นฐาน แทนที่จะพึ่งพาตารางการค้นหาที่อยู่ในการบีบอัดที่อยู่บัญชี V1 จะรวมบัญชีที่อ้างถึงโดยตรงในธุรกรรม

นี่สร้างการแลกเปลี่ยน: แอปพลิเคชันจะได้รับขนาดถุงธุรกรรมที่ใหญ่กว่า แต่บางส่วนของพื้นที่เพิ่มเติมอาจถูกใช้โดยบัญชีที่เคยถูกแทนด้วยดัชนี ALT ที่กระชับ

อ่านเพิ่มเติม: Solana Airdrops กันยายน 2026: โอกาสที่กำลังจะมาถึงและวิธีการเข้าร่วมคุณสมบัติ

ทำไม Solana ต้องการธุรกรรมที่ใหญ่ขึ้น?

ขีดจำกัด 1,232 ไบต์ในปัจจุบันอาจทำให้การดำเนินงานที่ซับซ้อนยากที่จะพอดีกับธุรกรรมอะตอมเดียว

ธุรกรรมอาจต้องรวมคำสั่งหลายคำสั่ง ที่อยู่บัญชี ลายเซ็น และข้อมูลเฉพาะของแอปพลิเคชัน เมื่อข้อมูลที่ได้รับการจัดเก็บรวมกันเกินขีดจำกัด นักพัฒนาซอฟต์แวร์อาจจำเป็นต้องแยกการดำเนินการออกเป็นหลายธุรกรรม

นี่อาจทำให้การทำงานบางอย่างซับซ้อนขึ้น เนื่องจากการดำเนินการที่สามารถเกิดขึ้นได้ตามทฤษฎีในลักษณะอะตอมจำเป็นต้องได้รับการดำเนินการแยกต่างหาก

การอัปเกรดขนาดธุรกรรม Solana ที่เสนอให้พื้นที่มากขึ้นสำหรับนักพัฒนาสร้างธุรกรรมที่ซับซ้อนภายในถุงธุรกรรมเดียว

นี่อาจเป็นประโยชน์โดยเฉพาะอย่างยิ่งสำหรับแอปพลิเคชันทางการเงินแบบกระจายศูนย์ ระบบการส่งต่อ ธุรกรรมมัลติซิก แอปพลิเคชันความเป็นส่วนตัว และงานอื่น ๆ ที่ต้องการข้อมูลจำนวนมากที่จะประมวลผลร่วมกัน

Solana V1 กับ V0: มีการเปลี่ยนแปลงอะไรบ้าง?

ความแตกต่างระหว่าง Solana V1 กับ V0 ไม่ได้จำกัดอยู่เพียงแค่ขนาดธุรกรรม

V0 ใช้ตารางการค้นหาที่อยู่

ธุรกรรมเวอร์ชัน 0 สามารถใช้ตารางการค้นหาที่อยู่เพื่ออ้างอิงบัญชีโดยใช้ดัชนีกระชับแทนที่จะรวมคีย์สาธารณะขนาด 32 ไบต์ทุกคีย์โดยตรงในธุรกรรม

นี่เป็นประโยชน์เมื่อธุรกรรมต้องการบัญชีจำนวนมาก เนื่องจากจะช่วยลดขนาดที่ถูกจัดเก็บของส่วนบัญชีได้อย่างมีนัยสำคัญ

อย่างไรก็ตาม การใช้ ALTs ยังแนะนำข้อกำหนดการประมวลผลเพิ่มเติมสำหรับผู้ตรวจสอบ ผู้ตรวจสอบจำเป็นต้องกู้คืนตารางค้นหาที่เกี่ยวข้อง ตรวจสอบความถูกต้อง แก้ไขดัชนี และสร้างชุดบัญชีทั้งหมดก่อนการประมวลผลธุรกรรมถัดไป

V1 ลบการพึ่งพา ALT

ภายใต้ V1 ตารางการค้นหาที่อยู่จะถูกลบออกจากรูปแบบธุรกรรม

แทนที่จะเป็นเช่นนั้น บัญชีที่อ้างถึงทั้งหมดจะรวมอยู่ในอาร์เรย์ที่อยู่ในบรรทัดเดียวกัน

นี่ทำให้ชุดบัญชีทั้งหมดสามารถเข้าถึงได้เร็วขึ้นในระหว่างการประมวลผลธุรกรรมและลบความจำเป็นสำหรับการแก้ไข ALT ที่ขึ้นอยู่กับสถานะในระหว่างการดึงข้อมูล

การแลกเปลี่ยนคือ บัญชีในบรรทัดทุกบัญชีต้องการคีย์สาธารณะขนาด 32 ไบต์ทั้งหมด

Solana V1 และข้อจำกัดธุรกรรม 4,096 ไบต์

การเปลี่ยนแปลงในความจุที่สำคัญที่สุดคือการย้ายจาก 1,232 ไบต์เป็น 4,096 ไบต์

ซึ่งมีความหมายมากกว่าสามเท่าของพื้นที่ธุรกรรมก่อนหน้า

ความจุที่ใหญ่ขึ้นไม่ได้หมายความว่าธุรกรรมจะต้องใหญ่ขึ้นโดยอัตโนมัติ แทนที่แอปพลิเคชันที่ต้องการพื้นที่เพิ่มเติมสามารถใช้พื้นที่ห้องที่มีอยู่สำหรับคำสั่งที่ซับซ้อนมากขึ้น ข้อมูลที่ใหญ่ขึ้น บัญชีเพิ่มเติม หรือข้อมูลทางเข้ารหัส

การวิเคราะห์ภาระงานของ Solana ในปัจจุบันเสนอว่าประชากรธุรกรรมที่มีอยู่สอดคล้องกันอย่างกว้างขวางกับถุงขนาด 4,096 ไบต์หลังจากเปลี่ยนจาก V0 เป็นโครงสร้าง V1 ที่เสนอ

อย่างไรก็ตาม พื้นที่ที่มีอยู่นั้นไม่ได้จัดสรรอย่างเท่าเทียมกันทั่วทั้งส่วนประกอบของธุรกรรมแต่ละรายการ

ความสามารถในการสั่งการทั่วไปมีพื้นที่ว่างมาก ในขณะที่ความสามารถในการบัญชีมีความแปรผันมากกว่า

ค่าใช้จ่ายของ ALT ใน Solana Transaction V1

การลบตารางการค้นหาที่อยู่คือการแลกเปลี่ยนที่สำคัญที่สุดในรูปแบบใหม่

ใน V0 บัญชีที่โหลดจาก ALT มักจะสามารถแสดงด้วย 1 ไบต์สำหรับดัชนีการค้นหา ใน V1 บัญชีนั้นต้องแสดงด้วยที่อยู่ขนาด 32 ไบต์ทั้งหมด

ผลที่ตามมาคือ การลบการบีบอัด ALT อาจเพิ่มขนาดที่ถูกจัดเก็บของธุรกรรมที่ใช้ที่อยู่ค้นหาจำนวนมากอย่างมีนัยสำคัญ

ผลกระทบขึ้นอยู่กับการใช้ ALT อย่างมาก

ธุรกรรมที่โหลดบัญชีหลายบัญชีจากตารางค้นหาสองสามตารางจะได้รับประโยชน์อย่างมากจากการบีบอัด ALT ภายใต้ V0 การเปลี่ยนแปลงธุรกรรมนี้ไปที่ V1 อาจเพิ่มจำนวนไบต์อย่างมีนัยสำคัญ

ในทางกลับกัน, ธุรกรรมที่อ้างอิงหลายตารางแต่โหลดที่อยู่จากแต่ละตารางค่อนข้างน้อยอาจเห็นการเพิ่มขึ้นที่เล็กกว่า ในการกำหนดค่าที่กระจายบางอย่าง, การลบค่าใช้จ่ายของ ALT อาจทำให้บางส่วนของค่าใช้จ่ายที่อยู่เพิ่มเติมลดลงได้.

นี่คือเหตุผลที่การอัปเกรดธุรกรรม Solana V1 เข้าใจได้ดีกว่าเป็นการแลกเปลี่ยนความสามารถมากกว่าการเพิ่มขึ้นสามเท่าในพื้นที่ธุรกรรมที่ใช้งานได้.

ธุรกรรม V1 ใหญ่ขึ้นแค่ไหน?

การวิเคราะห์ตัวอย่างธุรกรรม Solana เป็นเวลา 30 วันให้การประมาณการว่าธุรกรรม V0 ในปัจจุบันจะแสดงพฤติกรรมอย่างไรในรูปแบบที่เสนอ.

ในหมู่ธุรกรรม V0 ปัจจุบันที่ใช้ ALTs:

• ประมาณ 50% จะพบประสบการณ์น้อยกว่า 420 ไบต์เพิ่มเติมหลังการแปลง.

• ประมาณ 90% จะพบประสบการณ์น้อยกว่า 1,400 ไบต์เพิ่มเติม.

• ธุรกรรม ALT ที่หนาแน่นสามารถเพิ่มมากกว่า 1,500 ไบต์เมื่อที่อยู่ของพวกเขาถูกแปลงเป็นที่อยู่ V1 แบบอินไลน์.

แม้หลังจากที่คำนึงถึงการขยายนี้, การแจกจ่ายธุรกรรม V1 ที่แตกต่างยังคงอยู่ส่วนใหญ่ต่ำกว่าซอง 4,096 ไบต์ที่เสนอ.

นี่แสดงให้เห็นว่าซองที่ใหญ่กว่าสามารถให้ความจุเพิ่มเติมอย่างมีความหมายสำหรับงานที่มีอยู่หลายงาน.

ธุรกรรมที่ใหญ่ขึ้นของ Solana สามารถเปิดใช้งานอะไรได้บ้าง?

ธุรกรรมที่ใหญ่ขึ้นของ Solana สามารถเป็นประโยชน์กับแอปพลิเคชันที่ปัจจุบันดิ้นรนเพื่อให้มีการดำเนินการทั้งหมดในธุรกรรมเดียว.

กรณีการใช้งานที่เป็นไปได้รวมถึง:

เส้นทาง DeFi ที่ซับซ้อนมากขึ้น

เราตัวซื้อขายสามารถรวมการดำเนินการและปฏิสัมพันธ์ของบัญชีมากขึ้นภายในธุรกรรมเดียว, ซึ่งอาจทำให้เส้นทางที่ซับซ้อนสร้างได้ง่ายขึ้นในรูปแบบเชิงอะตอม.

การชำระเงินหลายลายเซ็นและการเข้ารหัสที่ใหญ่กว่า

แอปพลิเคชันที่เกี่ยวข้องกับการดำเนินการลายเซ็นหลาย, หลักฐาน, ลายเซ็น, หรือการสร้างทางเข้ารหัสที่มีข้อมูลมากมายสามารถได้รับประโยชน์จากพื้นที่ที่จัดระเบียบเพิ่มเติม.

ตรรกะแอปพลิเคชันที่ซับซ้อนมากขึ้น

นักพัฒนาสามารถมีพื้นที่มากขึ้นสำหรับข้อมูลคำสั่งและคำสั่งด้านบนหลายคำสั่งโดยไม่ต้องถึงเพดาน 1,232 ไบต์ก่อนหน้านี้ในทันที.

อย่างไรก็ตาม, ขนาดธุรกรรมเป็นเพียงข้อจำกัดหนึ่ง.

ข้อจำกัดบัญชี 64 ยังคงมีความสำคัญ

รายละเอียดที่สำคัญคือขีดจำกัด 4,096 ไบต์จะไม่ลบข้อจำกัดธุรกรรมที่มีอยู่ทุกประการโดยอัตโนมัติ.

การวิเคราะห์ปัจจุบันชี้ให้เห็นว่าความจุคำสั่งทั่วไปมีพื้นที่ว่างหลังการแปลง, ขณะที่พื้นที่ว่างบัญชีมีความหลากหลายมากกว่า.

นี่หมายความว่าแอปพลิเคชันสามารถมีไบต์ที่ไม่ได้ใช้งานหลายร้อยแต่ยังไม่สามารถเพิ่มปฏิสัมพันธ์กับโปรโตคอลอีกได้หากมันถึงขีดจำกัดบัญชี.

สิ่งนี้เกี่ยวข้องโดยเฉพาะสำหรับDeFiแอปพลิเคชัน. การเพิ่มพูลสภาพคล่องอื่น, ตลาด, ออเรเคิล, ตู้หรือตัวประกอบโปรโตคอลอื่นอาจต้องการบัญชีใหม่หลายบัญชี.

ดังนั้น, V1 ให้ความสามารถในการจัดเก็บไบต์มากขึ้นอย่างมาก, แต่ไม่ได้หมายความว่าแอปพลิเคชันมีความสามารถบัญชีไม่จำกัด.

การเปลี่ยนแปลงการประมวลผลของผู้ตรวจสอบในธุรกรรม Solana V1

อีกวัตถุประสงค์หลักของ V1 คือการทำให้การนำเข้าธุรกรรมง่ายขึ้นสำหรับผู้ตรวจสอบ.

ในรูปแบบธุรกรรมที่มีอยู่, ผู้ตรวจสอบจำเป็นต้องดึงค่าธรรมเนียมและข้อกำหนดทรัพยากรจากคำสั่งธุรกรรม ธุรกรรม V0 ยังต้องการการแก้ไข ALT ก่อนที่จะทราบชุดบัญชีทั้งหมด.

V1 เปลี่ยนกระบวนการนี้โดยการทำให้ค่าธรรมเนียมและคำขอทรัพยากรเป็นข้อมูลเมตาของธุรกรรมระดับหนึ่ง.

นอกจากนี้ยังให้ชุดบัญชีแบบอินไลน์ครบถ้วน, ลบความจำเป็นในการแก้ไขตารางค้นหาที่อยู่ระหว่างการนำเข้า.

หัวข้อคำสั่งถูกแยกออกจากการจ่ายที่มีความยาวแตกต่างกันด้วย สิ่งนี้อนุญาตให้ผู้ตรวจสอบกำหนดขอบเขตของคำสั่งโดยไม่ต้องวิเคราะห์คำสั่งที่มีความยาวแตกต่างกันทั้งหมดที่มาก่อนหน้า.

รวมกัน, การเปลี่ยนแปลงเหล่านี้สามารถอนุญาตให้ผู้ตรวจสอบระบุข้อมูลธุรกรรมที่สำคัญได้เร็วขึ้นและลดการประมวลผลที่ขึ้นอยู่กับสถานะในเส้นทางการนำเข้า.

ใครได้รับประโยชน์จาก Solana Transaction V1?

การอัปเกรดสามารถมีผลต่อหลายส่วนของระบบนิเวศ Solana.

• นักพัฒนาได้รับซองธุรกรรมที่ใหญ่ขึ้นสำหรับการดำเนินการเชิงอะตอมที่ซับซ้อนมากขึ้น.

• ผู้ตรวจสอบและทีมลูกค้าได้รับประโยชน์จากโครงสร้างธุรกรรมที่เปิดเผยข้อมูลค่าธรรมเนียมและทรัพยากรได้เร็วกว่าก่อนและลบการแก้ไข ALT จากการนำเข้า.

• ผู้ค้าท์และระบบการจัดเส้นทางสามารถสร้างเส้นทางธุรกรรมเชิงอะตอมที่ซับซ้อนได้มากขึ้น.

• กระเป๋าเงิน, SDKs, และผู้ให้บริการ RPCจะต้องสนับสนุนการจัดเรียงใหม่และรูปแบบการสร้างธุรกรรม.

• แอปพลิเคชันด้านความเป็นส่วนตัวและการเข้ารหัสสามารถได้รับประโยชน์จากที่ว่างเพิ่มเติมสำหรับการชำระเงินที่มีข้อมูลมาก.

อย่างไรก็ตาม, ประโยชน์ที่ใหญ่ที่สุดไม่ได้หมายความว่าธุรกรรมจะใหญ่ขึ้นเท่านั้น V1 พยายามทำให้ธุรกรรมที่ใหญ่ขึ้นง่ายขึ้นสำหรับเครือข่ายในการประมวลผลเชิงโครงสร้าง.

อธิบายธุรกรรม Solana V1 ใน terms ง่าย ๆ

วิธีที่ง่ายที่สุดในการเข้าใจว่า Solana Transaction V1 ถูกอธิบายคือการคิดว่าเป็นการออกแบบใหม่ของภาชนะธุรกรรม.

V0 ใช้ภาชนะที่เล็กกว่าและสามารถบีบอัดที่อยู่บัญชีผ่าน ALT ได้ V1 ใช้ภาชนะที่ใหญ่กว่ามากแต่ใส่ที่อยู่บัญชีทั้งหมดไว้ภายใน

ในขณะเดียวกัน V1 จะจัดระเบียบข้อมูลเมตาดาต้าของธุรกรรมใหม่ ทำให้ผู้ตรวจสอบสามารถระบุค่าธรรมเนียม ความต้องการทรัพยากร บัญชี และขอบเขตคำสั่งได้อย่างมีประสิทธิภาพมากขึ้น

ดังนั้นการแลกเปลี่ยนจึงชัดเจนว่า

V0: ธุรกรรมที่เล็กลง + ที่อยู่ ALT ที่บีบอัด + การแก้ไขการค้นหาเพิ่มเติม

V1: ธุรกรรมที่ใหญ่ขึ้น + ที่อยู่ในบรรทัด + การค้นหาบัญชีที่ง่ายขึ้นระหว่างการดึงเข้า

ภาชนะขนาด 4,096 ไบต์ใหญ่ขึ้นทำให้แอปพลิเคชันมีพื้นที่มากขึ้น ขณะที่โครงสร้างใหม่มีเป้าหมายเพื่อลดความซับซ้อนในการประมวลผลของผู้ตรวจสอบ

อ่านเพิ่มเติม: Solana สำหรับผู้เริ่มต้น - ทุกอย่างเกี่ยวกับ Solana (SOL)

บทสรุป

Solana Transaction V1 คืออะไร? มันเป็นรูปแบบธุรกรรมที่เสนอซึ่งออกแบบมาเพื่อเพิ่มความสามารถในการทำธุรกรรมของ Solana จาก 1,232 ไบต์เป็น 4,096 ไบต์ในขณะที่เปลี่ยนวิธีการจัดระเบียบข้อมูลธุรกรรม

การอัปเกรดนี้เชื่อมโยงอย่างใกล้ชิดกับ SIMD-0296 และ SIMD-0385 V1 ลบตารางการค้นที่อยู่จากรูปแบบธุรกรรม ย้ายคำขอค่าธรรมเนียมและทรัพยากรไปยังข้อมูลเมตาของธุรกรรม และแยกหัวเรื่องคำสั่งออกจากข้อมูลที่มีความยาวตัวแปรของพวกมัน

การแลกเปลี่ยนที่ใหญ่ที่สุดคือการลบ ALT บัญชีที่ก่อนหน้านี้ถูกแสดงผ่านดัชนีการค้นหาที่แน่นต้องรวมอยู่ในที่อยู่ขนาด 32 ไบต์แบบเต็ม ซึ่งหมายความว่าธุรกรรมบางรายการสามารถมีขนาดใหญ่ขึ้นอย่างมีนัยสำคัญ

แม้จะเป็นเช่นนั้น แต่อัตราการทำงานที่วิเคราะห์ดูมีความเข้ากันได้กับภาชนะขนาด 4,096 ไบต์ การอัปเกรดนี้จึงอาจให้ความสามารถเพิ่มเติมที่มีความหมายสำหรับแอปพลิเคชันที่ซับซ้อน แม้ว่า จำกัด จำนวนบัญชี 64 บัญชีจะยังคงเป็นข้อจำกัดสำหรับธุรกรรมที่มีบัญชีมาก

สำหรับนักเทรดที่ติดตามการพัฒนาในระบบนิเวศของ Solana และต้องการซื้อขาย SOL หรือสินทรัพย์คริปโตอื่น ๆ คุณสามารถสำรวจตลาดได้ที่ Bitrue และ ลงทะเบียนสำหรับบัญชี Bitrue ที่นี่.

คำถามที่พบบ่อย

Solana Transaction V1 คืออะไร?

Solana Transaction V1 คือรูปแบบธุรกรรมที่เสนอซึ่งเพิ่มขนาดธุรกรรมสูงสุดเป็น 4,096 ไบต์และออกแบบใหม่สำหรับการจัดเรียงข้อมูลธุรกรรม

ธุรกรรม Solana V1 มีขนาดใหญ่แค่ไหน?

ขนาดสูงสุดที่เสนอคือ 4,096 ไบต์, เปรียบเทียบกับขีดจำกัดปัจจุบันที่ 1,232 ไบต์

SIMD-0385 คืออะไร?

SIMD-0385 คือเอกสารการปรับปรุง Solana ที่เสนอรูปแบบธุรกรรม V1 และการเปลี่ยนแปลงโครงสร้างต่างๆ

SIMD-0296 คืออะไร?

SIMD-0296 เสนอให้เพิ่มขนาดธุรกรรมสูงสุดของ Solana จาก 1,232 ไบต์เป็น 4,096 ไบต์

Solana V1 ลบตารางการค้นที่อยู่หรือไม่?

ใช่ V1 ลบการพึ่งพา ALT ออกจากรูปแบบธุรกรรมและรวมบัญชีที่อ้างอิงโดยตรงในธุรกรรม

ข้อจำกัดความรับผิด: มุมมองที่แสดงออกเป็นของผู้เขียนแต่เพียงผู้เดียวและไม่สะท้อนมุมมองของแพลตฟอร์มนี้ แพลตฟอร์มนี้และพันธมิตรของมันปฏิเสธความรับผิดชอบเกี่ยวกับความถูกต้องหรือความเหมาะสมของข้อมูลที่ให้มา ข้อมูลนี้มีไว้เพื่อวัตถุประสงค์ในการให้ข้อมูลเท่านั้นและไม่ถือเป็นคำแนะนำทางการเงินหรือการลงทุน.