การฟาร์มโนดทดลองบนพร็อกซีมือถือ: คู่มือทีละขั้นตอนสำหรับผู้เริ่มต้น

บทนำ

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

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

ก่อนเริ่ม คุณควรรู้ว่าระบบทดสอบคืออะไรและทำไมมันถึงสำคัญ กล่าวสั้น ๆ ว่า testnet คือสภาพแวดล้อมสำหรับการทดสอบโปรโตคอลและแอปพลิเคชัน โดยไม่เสี่ยงกับสินทรัพย์หลัก โนดใน testnet ช่วยสนับสนุนการทำงานของเครือข่าย การแพร่กระจายของบล็อกและธุรกรรม บางครั้งก็เข้าร่วมในกิจกรรมต่าง ๆ หากคุณต้องการขยายความรู้เพิ่มเติม สามารถดูเนื้อหา "testnet และโนด: พื้นฐาน" ในหมวดของเราที่ /guides/testnet-nodes ในคู่มือนี้เราจะมุ่งเน้นไปที่การปฏิบัติและเมื่อใดที่เหมาะสมจะอธิบายเรื่องทฤษฎี

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

เคล็ดลับ: ก่อนเริ่มให้สร้างบันทึกหรือแผนภูมิที่คุณจะบันทึกค่าพารามิเตอร์สำหรับแต่ละโนด ชื่อของคอนเทนเนอร์ พอร์ต ชื่อผู้ใช้ รหัสผ่าน RPC (ถ้ามี) โฮสต์และพอร์ตของพร็อกซี ประเภทโปรโตคอลพร็อกซี (SOCKS5 หรือ HTTP) ชื่อผู้ใช้และรหัสผ่านของพร็อกซี บันทึกเกี่ยวกับการหมุนเวียน IP

⚠️ คำเตือน: ในบางแคมเปญทดสอบ การสร้างอินสแตนซ์หลายตัวอาจห้าม ทำความเข้าใจเงื่อนไขการเข้าร่วมแต่ละโครงการ และปฏิบัติตาม ข้อแนะนำนี้มีลักษณะทางเทคนิคและอธิบายวิธีการตั้งค่าซึ่งถูกต้องตามกฎหมายตามกฎหมายของประเทศรัสเซียและกฎของเครือข่าย

✅ การตรวจสอบ: ณ จุดนี้คุณมีความเข้าใจเกี่ยวกับผลลัพธ์ ระยะเวลาที่ประมาณการ และเตรียมไฟล์ที่บันทึกค่าพารามิเตอร์ในอนาคตแล้ว

การเตรียมเบื้องต้น

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

เครื่องมือ โปรแกรม และการเข้าถึงที่จำเป็น

• การเข้าถึงเซิร์ฟเวอร์หรือเครื่องคอมพิวเตอร์ท้องถิ่นที่ใช้ Linux (แนะนำ Ubuntu 22.04 LTS หรือ 24.04 LTS)
• สิทธิ์ผู้ใช้ที่มีการเข้าถึงการติดตั้งแพคเกจและ Docker
• พร็อกซีมือถือที่รองรับ SOCKS5 หรือ HTTP พร้อมการตรวจสอบผ่านชื่อผู้ใช้และรหัสผ่าน ตัวอย่างของบริการประเภทนี้ ได้แก่ mobileproxy.space และผู้ให้บริการที่ถูกกฎหมายอื่น ๆ ในคู่มือนี้เราจะอ้างถึง mobileproxy.space เป็นตัวอย่างของบริการพร็อกซีมือถือ
• บัญชีสำหรับกระเป๋าสตางค์สำหรับ testnet ที่คุณตั้งใจจะเชื่อมต่อ เก็บประโยคลับไว้ออฟไลน์
• โปรแกรมแก้ไขข้อความสำหรับการปรับแต่งไฟล์คอนฟิก

ข้อกำหนดด้านระบบ

• ซีพียู: 2-4 vCPU สำหรับโนดเบา 1 ตัว, 4-8 vCPU สำหรับโนดหลายตัว
• หน่วยความจำ: 4-8 GB สำหรับเริ่มต้น; 16 GB สำหรับหลายโนด
• ดิสก์: ตั้งแต่ 50 GB SSD สำหรับโนดในเครือข่ายทดสอบเบา สำหรับเครือข่ายหนักให้วางแผนมากกว่านั้น
• เครือข่าย: การเชื่อมต่อที่เสถียร 50-100 Mbps ขึ้นไป ยิ่งความสามารถในการส่งผ่านสูง ซิงค์ก็จะยิ่งเร็วขึ้น

สิ่งที่ต้องดาวน์โหลดและติดตั้ง

1. อัปเดตแพคเกจ เปิดเทอร์มินัลและใช้คำสั่งอัปเดตแพคเกจของระบบของคุณ เลือกตัวเลือกที่ยืนยันอัตโนมัติเพื่อไม่ให้กระบวนการหยุดชะงัก รอจนกระทั่งเสร็จสิ้น
2. ติดตั้ง Docker และ Docker Compose สิ่งนี้จะช่วยให้คุณสามารถตั้งค่าโนดจากคอนเทนเนอร์ที่พร้อมใช้งานหรือรวบรวมจากอิมเมจโดยไม่ต้องมีการสร้างด้วยมือที่ซับซ้อน
3. เตรียมไดเรกทอรีสำหรับข้อมูล สร้างโฟลเดอร์สำหรับแต่ละอินสแตนซ์ของโนดเพื่อไม่ให้สับสน ตัวอย่าง เช่น ไดเรกทอรีที่มีชื่อว่า node1, node2 ฯลฯ

การสำรองข้อมูล

สำหรับเครือข่ายทดสอบ การสำรองข้อมูลของโนดไม่ค่อยสำคัญนัก เพราะสามารถซิงค์ใหม่ได้ แต่ถ้าคุณมีไฟล์คีย์ คอนฟิก กระเป๋าสตางค์สำหรับการเข้าร่วมในเศรษฐกิจทดสอบ และสคริปต์บำรุงรักษา ให้สำรองพวกมันไว้ออฟไลน์และในหน่วยข้อมูลแยกต่างหาก อย่าเก็บประโยค seed ไว้บนเซิร์ฟเวอร์

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

แนวคิดพื้นฐาน

คำศัพท์สำคัญ

• Testnet — เครือข่ายทดสอบบล็อคเชนสำหรับการแก้ไขฟังก์ชันโดยไม่เสี่ยงต่อเครือข่ายหลัก
• โนด — โปรแกรมที่เชื่อมต่อกับเครือข่ายเพียร์ทูเพียร์ เก็บและส่งข้อมูลบล็อคเชน
• พร็อกซีมือถือ — พร็อกซีเซิร์ฟเวอร์ที่มี IP ภายนอกซึ่งเป็นที่อยู่มือถือจากเครือข่ายของผู้ให้บริการโทรคมนาคม มักมีฟังก์ชันการหมุนเวียน IP
• SOCKS5/HTTP Proxy — วิธีการพร็อกซีข้อมูล อีกทั้ง SOCKS5 สามารถทำงานกับประเภทแนวทางที่แตกต่างกันในระดับ TCP ส่วน HTTP Proxy จะทำงานในระดับ HTTP
• RPC — อินเตอร์เฟซสำหรับการเรียกใช้ระยะไกล บ่อยครั้งโนดจะให้ RPC เพื่อทำงานร่วมกับแอปพลิเคชันและกระเป๋าสตางค์

หลักการทำงานพื้นฐาน

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

สิ่งที่ต้องเข้าใจก่อนเริ่มต้น

• ไม่ใช่ทุกโนดจะเข้ากันได้กับพร็อกซี บางตัวอย่างเช่น ลูกค้าบางรายใช้ UDP สำหรับการค้นหาพีร ผ่าน HTTP Proxy ไม่ได้ มักจะต้องใช้ SOCKS5 แต่อาจไม่เข้ากันเสมอไป เราจะให้ตัวอย่างการทำงานใน Bitcoin Core testnet ซึ่งมีตัวเลือกการทำงานโดยตรงผ่าน SOCKS5 Proxy
• การหมุนเวียน IP ในระหว่างการซิงค์อาจมีผลกระทบต่อความเสถียร คุณจะสูญเสียพีรบ่อยครั้ง แนะนำให้ตั้งค่า IP ให้คงที่สำหรับแต่ละอินสแตนซ์ในช่วงระยะซิงค์และการทำงาน
• ทำงานตามกฎเกณฑ์ของแคมเปญทดสอบ ถ้าการมีส่วนร่วมแค่คนเดียวอนุญาตให้ทำได้ โนดหลายตัวจะผิดกฎเสมอ ตรวจสอบเงื่อนไข

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

✅ การตรวจสอบ: คุณเข้าใจความแตกต่างระหว่าง SOCKS5 และ HTTP Proxy รู้ว่าทำไมการหมุนเวียน IP อาจทำให้ซิงค์มีปัญหา และพร้อมที่จะเริ่มต้นด้วยตัวอย่างที่ทำงานได้

ขั้นตอนที่ 1: แผนและเลือกเครือข่าย

เป้าหมายของขั้นตอน

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

คำแนะนำทีละขั้นตอน

1. กำหนดรายชื่อเครือข่าย สำหรับเริ่มต้น ให้เลือกเครือข่ายเดียวที่มีเอกสารชัดเจนและโครงสร้างพื้นฐานที่ทำงานได้ สำหรับตัวอย่างในการเรียนรู้ เราจะใช้ Bitcoin testnet เพราะมันมีความเสถียร และมีพารามิเตอร์มาตรฐานสำหรับการทำงานผ่าน SOCKS5 Proxy บันทึกข้อมูลการเลือกในตาราง
2. สร้างกระเป๋าสตางค์สำหรับเครือข่าย สำหรับ Bitcoin testnet สามารถใช้กระเป๋าสตางค์ที่เข้ากันได้ที่ทำงานกับเครือข่ายทดสอบได้ บันทึกที่อยู่สาธารณะสำหรับการตรวจสอบ ประโยคลับเก็บไว้ก็ควรออฟไลน์
3. กำหนดจำนวนอินสแตนซ์ที่คุณต้องการตั้งค่า สำหรับการเริ่มลองใช้เพียงหนึ่งตัว หลังจากการเปิดตัวที่ประสบความสำเร็จให้เพิ่มอีกหนึ่งหรือสองตัวเพื่อตอบสนองต่อการทำงานเหล่านี้ บันทึกว่าจะตั้งชื่อว่า node1, node2, node3
4. จัดการการผูกพร็อกซี สำหรับแต่ละอินสแตนซ์ให้มอบพร็อกซีมือถือที่ไม่ซ้ำกัน บันทึกโฮสต์ พอร์ต ชื่อผู้ใช้ และรหัสผ่าน รวมถึงวิธีการหมุนเวียน (ด้วยมือ ตามเวลา) ตัวอย่างบันทึก: node1 — socks5.example:1080, user1, pass1; node2 — socks5.example:1081, user2, pass2
5. วางแผนพอร์ต RPC สำหรับการตรวจสอบในท้องถิ่นกำหนดพอร์ต RPC ที่แตกต่างกันบนโฮสต์ เช่น 18332 สำหรับ node1, 28332 สำหรับ node2, 38332 สำหรับ node3 เพื่อหลีกเลี่ยงความขัดแย้งบนเซิร์ฟเวอร์เดียวกัน
6. กำหนดไดเรกทอรีสำหรับเก็บข้อมูลของโนดแต่ละตัว เช่น /opt/nodes/btc-node1, /opt/nodes/btc-node2, /opt/nodes/btc-node3 สร้างไดเรกทอรีเหล่านี้ล่วงหน้า

ข้อควรระวัง

สำคัญ: ห้ามใช้พร็อกซีมือถือเดียวกันสำหรับโนดสองตัวขึ้นไปถ้าคุณต้องการความพิเศษของ IP พร็อกซีเดียว = อินสแตนซ์โนดเดียว

ผลลัพธ์ที่คาดหวัง

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

ปัญหาและการแก้ไขที่เป็นไปได้

• ปัญหา: ไม่รู้ว่าจะเลือกเครือข่ายทดสอบใด แก้ไข: เริ่มจาก Bitcoin testnet เพื่อฝึกฝนวิธีการและจากนั้นนำความรู้ไปใช้ในเครือข่ายที่คุณต้องการ
• ปัญหา: ไม่มีการปกป้อง แก้ไข: ติดตั้งกระเป๋าสตางค์ที่เข้ากันได้ใด ๆ สร้างที่อยู่สำหรับ testnet บันทึกมัน ไว้ในที่ปลอดภัย

✅ การตรวจสอบ: ตารางพร้อมแล้ว ไดเรกทอรีถูกสร้างขึ้นแล้ว และสำหรับแต่ละอินสแตนซ์ในอนาคตให้กำหนดพร็อกซีมือถือที่ไม่ซ้ำกันและพอร์ต RPC ที่ตั้งอยู่แล้ว

ขั้นตอนที่ 2: เตรียมเซิร์ฟเวอร์และ Docker

เป้าหมายของขั้นตอน

เตรียมสภาพแวดล้อมบนเซิร์ฟเวอร์หรือเครื่องคอมพิวเตอร์ท้องถิ่น ติดตั้ง Docker และตรวจสอบว่าคอนเทนเนอร์สามารถเริ่มได้อย่างเสถียร

คำแนะนำทีละขั้นตอน

1. อัปเดตระบบ เริ่มการอัปเดตแพ็กเกจของระบบปฏิบัติการของคุณและรอให้เสร็จสิ้น สิ่งนี้จะลดความเสี่ยงในการชนของการพึ่งพา
2. ติดตั้ง Docker ดำเนินการติดตั้ง Docker Engine จากนั้นตรวจสอบว่าบริการเปิดอยู่ หลังการติดตั้ง ให้เพิ่มผู้ใช้ของคุณไปยังกลุ่ม docker เพื่อให้สามารถเริ่มคอนเทนเนอร์ได้โดยไม่ต้องใช้ sudo ออกจากระบบแล้วเข้าสู่ระบบใหม่เพื่อประยุกต์ใช้กลุ่ม
3. ติดตั้ง Docker Compose ใช้วิธีการที่เป็นทางการสำหรับระบบปฏิบัติการของคุณหรือจากตัวจัดการแพคเกจ ตรวจสอบเวอร์ชันเพื่อให้แน่ใจว่าทุกอย่างถูกติดตั้งอย่างถูกต้อง
4. สร้างไดเรกทอรีสำหรับเก็บข้อมูล ป้อนคำสั่งสร้างไดเรกทอรีที่เตรียมไว้ในขั้นตอนการวางแผน ตรวจสอบว่าผู้ใช้ของคุณมีสิทธิ์เขียนในไดเรกทอรีเหล่านั้น
5. ตรวจสอบการเริ่มต้นคอนเทนเนอร์ทดสอบ เริ่มคอนเทนเนอร์ขั้นต่ำที่มีเมนูอะไรง่าย ๆ รอจนเสร็จและออกโดยไม่มีข้อผิดพลาด ขั้นตอนนี้รับประกันว่า Docker ทำงานได้อย่างถูกต้อง

ข้อควรระวัง

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

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

ผลลัพธ์ที่คาดหวัง

Docker และ Docker Compose ถูกติดตั้งเรียบร้อยแล้ว ไดเรกทอรีเก็บข้อมูลถูกสร้างขึ้นแล้ว คอนเทนเนอร์ทดสอบทำงานได้สำเร็จและดำเนินการแล้ว คุณพร้อมแล้วที่จะติดตั้งโนด

ปัญหาและการแก้ไขที่เป็นไปได้

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

✅ การตรวจสอบ: คำสั่งแสดงเวอร์ชั่น Docker และ Docker Compose ส่งคืนเวอร์ชั่นที่ถูกต้อง คอนเทนเนอร์ทดสอบดำเนินการได้อย่างถูกต้อง

ขั้นตอนที่ 3: ตั้งค่าและตรวจสอบพร็อกซีมือถือ

เป้าหมายของขั้นตอน

รับพารามิเตอร์ของพร็อกซีมือถือ ตรวจสอบการอนุญาตและมั่นใจว่าเราสามารถใช้พร็อกซีในคอนเทนเนอร์ได้

คำแนะนำทีละขั้นตอน

1. เข้าถึงพร็อกซีมือถือ เข้าสู่ระบบที่แผงคอนโทรลของผู้ให้บริการพร็อกซีมือถือของคุณ ค้นหาข้อมูลการเชื่อมต่อ: โฮสต์, พอร์ต, ชื่อผู้ใช้และรหัสผ่าน, โปรโตคอล (SOCKS5 หรือ HTTP) สำหรับเรา SOCKS5 เป็นตัวเลือกที่ใช้งานได้บ่อยกว่าเนื่องจากเหมาะสมสำหรับลูกค้า p2p
2. ตั้งค่าการหมุนเวียน IP ในแผงคอนโทรลของผู้ให้บริการมักมีตัวเลือกสำหรับช่วงเวลาอัตโนมัติหรือปุ่มสำหรับเปลี่ยน IP ด้วยตัวเอง สำหรับโนด ให้ตั้งค่าสูงสุดหรือปิดการหมุนเวียนอัตโนมัติเพื่อไม่ให้การเชื่อมต่อหลุดระหว่างการซิงค์
3. ตรวจสอบการอนุญาต โดยใช้เครื่องมือบรรทัดคำสั่งที่รองรับพร็อกซี ทำการร้องขอเครือข่ายง่าย ๆ ผ่านพร็อกซีของคุณ โดยระบุชื่อผู้ใช้และรหัสผ่าน ตรวจสอบให้แน่ใจว่าการร้องขอผ่านเข้าไปได้ หากการร้องขอต้องระบุโปรโตคอลอย่างชัดเจน ให้ตรวจสอบรูปแบบสำหรับ SOCKS5
4. บันทึกพารามิเตอร์ของพร็อกซีสำหรับ node1, node2, node3 ตรวจสอบอีกครั้งว่าจะใช้พารามิเตอร์ที่ไม่ซ้ำกันสำหรับแต่ละอินสแตนซ์ บันทึกข้อมูลนี้ลงในตารางที่คุณเตรียมไว้ในขั้นตอนที่ 1
5. ปิดการหมุนเวียนอัตโนมัติที่ไม่จำเป็น หากผู้ให้บริการของคุณตั้งค่า IP โดยอัตโนมัติทุก ๆ N นาที เปลี่ยนพฤติกรรมนี้ให้เป็นแบบตายตัวเพื่อไม่ให้โนดหลุดการเชื่อมต่อ

ข้อควรระวัง

สำคัญ: ตรวจสอบให้แน่ใจว่าผู้ให้บริการพร็อกซีมือถือของคุณอนุญาตให้มีทราฟฟิกประเภทนี้ ใช้พร็อกซีอย่างถูกกฎหมายตามกฎหมาย กล่าวคือให้ปฏิบัติตามกฎของเครือข่าย ผู้จัด Providing เช่น mobileproxy.space ให้เครื่องมือที่ถูกต้องตามกฎหมายในการพร็อกซี่ แต่ความรับผิดชอบในการใช้จะอยู่ที่คุณ

เคล็ดลับ: ถ้าผู้ให้บริการมีตัวเลือกของผู้ให้บริการหรือภูมิภาคในการกระจายโนด ให้เลือกภูมิภาคที่ต่างกัน เพื่อให้ลดความเสี่ยงของการทับซ้อนลักษณะทางอ้อมของเครือข่าย

ผลลัพธ์ที่คาดหวัง

คุณมีการยืนยันการทำงานของพร็อกซีมือถือแต่ละตัว สามารถเปลี่ยน IP ด้วยตนเองได้ตามต้องการ และปิดการหมุนเวียนอัตโนมัติในระหว่างการซิงค์ของโนด

ปัญหาและการแก้ไขที่เป็นไปได้

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

✅ การตรวจสอบ: การร้องขอเครือข่ายทดสอบผ่านพร็อกซีมือถือของคุณแต่ละตัวใช้งานได้ตลอด ไม่มีข้อผิดพลาดในการอนุญาต

ขั้นตอนที่ 4: โนดแรกในการปฏิบัติ (Bitcoin testnet ผ่าน SOCKS5)

เป้าหมายของขั้นตอน

เริ่มโนด Bitcoin Core ที่ทำงานในโหมด testnet ใน Docker Container โดยให้ทราฟฟิก p2p ทั้งหมดผ่านพร็อกซี SOCKS5 ของคุณ ตรวจสอบการเชื่อมต่อและตรวจสอบว่าพร็อกซีถูกใช้งาน

คำแนะนำทีละขั้นตอน

1. เตรียมข้อมูลสำหรับ node1 ไปที่ไดเรกทอรีที่คุณได้สร้างไว้สำหรับ node1 ตรวจสอบให้แน่ใจว่าโฟลเดอร์ว่างและพร้อมใช้งานเพื่อใช้เก็บข้อมูลของคอนเทนเนอร์
2. เลือกพอร์ตยืนยันว่าพอร์ต RPC ท้องถิ่นจะเป็น 18332 และพอร์ต p2p สำหรับ testnet โดยค่าเริ่มต้นจะเป็น 18333 ตรวจสอบว่าพอร์ตเหล่านี้ไม่ได้ถูกใช้โดยบริการอื่นบนโฮสต์
3. กำหนดพารามิเตอร์พร็อกซี สำหรับ Bitcoin Core พารามิเตอร์พร็อกซีจะเป็นชื่อผู้ใช้:รหัสผ่าน@โฮสต์:พอร์ต หากต้องการอนุญาต เช่น user1:pass1@socks5.example:1080 ตรวจสอบให้แน่ใจว่าคุณใช้ SOCKS5 อย่างแน่นอน
4. เริ่มคอนเทนเนอร์ของ node1 ดำเนินการตามคำสั่ง docker run โดยระบุชื่อคอนเทนเนอร์การเชื่อมต่อไดเรกทอรีข้อมูลไปยังโฟลเดอร์ที่เก็บข้อมูลภายในคอนเทนเนอร์ เปิดพอร์ต 18332 และ 18333 ใช้อิมเมจ bitcoin-core ที่เหมาะสม และตั้งค่าแฟล็กที่ต้องการ เช่น เปิดใช้งาน testnet ระบุพร็อกซี เปิดใช้งาน RPC server พร้อมชื่อผู้ใช้และรหัสผ่าน จำกัดการเชื่อมต่อ เปิดใช้งานดัชนีการทำธุรกรรมหากจำเป็น ตรวจสอบให้แน่ใจว่าคำสั่งนี้ถูกต้องและไม่มีการสะกดผิด
5. รอให้เริ่มต้น ตรวจสอบสถานะคอนเทนเนอร์ หากทำงานอยู่รอ 3-5 นาทีและตรวจสอบบันทึกของคอนเทนเนอร์เพื่อดูข้อความเกี่ยวกับการเชื่อมต่อกับพีรและการเริ่มต้นการซิงค์ ข้อความเกี่ยวกับจำนวนการเชื่อมต่อควรค่อย ๆ เพิ่มขึ้น
6. ตรวจสอบว่ามีการใช้งานพร็อกซี มอบหมาย RPC ที่ bitcoin-cli ภายในหรือภายนอกคอนเทนเนอร์ โดยระบุชื่อผู้ใช้และรหัสผ่าน RPC และรับผลการทำคำสั่ง getnetworkinfo ในส่วน networks สำหรับ ipv4 คุณควรเห็นข้อความที่มีที่อยู่พร็อกซีของคุณ ซึ่งยืนยันว่าสำหรับการเชื่อมต่อขาออก Bitcoin Core ใช้พร็อกซี
7. ตรวจสอบจำนวนพีร ผ่าน RPC เดียวกันทำการเรียก getpeerinfo และตรวจสอบว่าจำนวนการเชื่อมต่อที่ใช้งานเพิ่มขึ้น ในช่วงเริ่มต้น 2-4 แล้วอาจเพิ่มเป็น 8-16 และสูงกว่านั้นขึ้นอยู่กับขีดจำกัดและเวลาใช้งาน

ข้อควรระวัง

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

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

ผลลัพธ์ที่คาดหวัง

คอนเทนเนอร์ของ node1 ทำงานได้ บันทึกแสดงการเชื่อมต่อกับพีร คำสั่ง RPC getnetworkinfo แสดงการใช้งานพร็อกซีที่อยู่ใน ipv4 การซิงค์เริ่มต้นขึ้นแล้ว

ปัญหาและการแก้ไขที่เป็นไปได้

• ปัญหา: ไม่มีการเชื่อมต่อกับพีร สาเหตุ: ข้อผิดพลาดในบรรทัดพร็อกซีหรือความไม่ตรงกันของโปรโตคอล แก้ไข: ตรวจสอบว่านี่คือ SOCKS5 Proxy และคุณได้ระบุชื่อผู้ใช้:รหัสผ่าน@โฮสต์:พอร์ตในพารามิเตอร์พร็อกซีอย่างถูกต้อง
• ปัญหา: RPC ไม่สามารถใช้งานจากโฮสต์ได้ สาเหตุ: พอร์ตไม่ถูกเปิดหรือไม่มีข้อมูลที่ถูกต้อง แก้ไข: ตรวจสอบว่าพอร์ต 18332 ถูกเปิดและคุณใช้ชื่อผู้ใช้และรหัสผ่าน RPC ถูกต้อง
• ปัญหา: คอนเทนเนอร์ถูกรีสตาร์ท สาเหตุ: หน่วยความจำไม่พอหรือต้องการพื้นที่ดิสก์มากเกินไป แก้ไข: เพิ่มพื้นที่ว่างและรีสตาร์ทคอนเทนเนอร์

✅ การตรวจสอบ: คำสั่งสำหรับรับข้อมูลเครือข่ายผ่าน RPC แสดงให้เห็นว่าพร็อกซีถูกกำหนดไว้สำหรับ ipv4 และจำนวนการเชื่อมต่อที่ใช้งานบวกและเพิ่มขึ้น

ขั้นตอนที่ 5: โนดหลายตัวโดยไม่มีการทับซ้อนของ IP

เป้าหมายของขั้นตอน

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

คำแนะนำทีละขั้นตอน

1. เตรียมไดเรกทอรี node2 และ node3 สร้างไดเรกทอรีสำหรับเก็บข้อมูลเช่นเดียวกับที่ทำสำหรับ node1 ตรวจสอบสิทธิ์ในการเข้าถึง
2. เลือกพอร์ต RPC สำหรับ node2 ตั้งไว้ที่ 28332 และสำหรับ node3 ที่ 38332 ทำให้แน่ใจว่าพอร์ตเหล่านี้ว่างอยู่
3. จัดสรรพร็อกซีสำหรับ node2 เลือกพร็อกซีมือถือที่สองจากตารางของคุณเช่น user2:pass2@socks5.example:1081 ตรวจสอบการอนุญาตเช่นเดียวกันที่ทำในขั้นตอนที่ 3
4. เริ่มต้น node2 ทำซ้ำคำสั่งเริ่มต้นคอนเทนเนอร์ เปลี่ยนชื่อคอนเทนเนอร์ ไดเรกทอรีข้อมูล พอร์ตและบรรทัดพร็อกซี ตรวจสอบให้แน่ใจว่าการกำหนดพารามิเตอร์ถูกต้อง
5. ตรวจสอบบันทึกของ node2 ตรวจสอบว่าคอนเทนเนอร์ไม่หยุดการทำงานและเชื่อมต่อกับพีรได้ RPC getnetworkinfo ควรแสดงพร็อกซีที่ใช้งานอยู่ เปรียบเทียบกับ node1—พร็อกซีต้องแตกต่างกัน
6. จัดสรรพร็อกซีสำหรับ node3 และเริ่มคอนเทนเนอร์ node3 ในลักษณะเดียวกันกับโปสเตอร์ก่อนหน้านี้ ตรวจสอบบันทึกอีกครั้งและการเรียก RPC
7. เปรียบเทียบผลลัพธ์ เปรียบเทียบเครือข่ายใน getnetworkinfo สำหรับ node1, node2, node3 เพื่อให้แน่ใจว่าทุกโนดมีพร็อกซีไม่ซ้ำกัน นี่คือสัญญาณหลักของการไม่เกิดการทับซ้อนกัน

ข้อควรระวัง

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

เคล็ดลับ: สำหรับการบำรุงรักษาที่สะดวก ให้เพิ่มในชื่อคอนเทนเนอร์แจ้งเตือนเกี่ยวกับภูมิภาคของพร็อกซี เช่น btc-node1-ru, btc-node2-kz, btc-node3-by สิ่งนี้จะช่วยให้คุณสามารถวิเคราะห์บันทึกและรายงานได้เร็วขึ้น

ผลลัพธ์ที่คาดหวัง

คุณได้ทำการเริ่มต้น 2-3 โนด โดยมีแต่ละจากนั้นจะใช้งานพร็อกซี SOCKS5 ของตัวเอง โนดถูกซิงค์และไม่มีความขัดแย้งเกี่ยวกับพอร์ต ไดเรกทอรี และพร็อกซี

ปัญหาและการแก้ไขที่เป็นไปได้

• ปัญหา: ความขัดแย้งของพอร์ต RPC สาเหตุ: จำเป็นต้องกำหนดพอร์ตจากโนดอื่น ๆ แก้ไข: หยุดคอนเทนเนอร์ เปลี่ยนพอร์ต และเริ่มใหม่อีกครั้ง
• ปัญหา: พร็อกซีไม่ถูกต้องสำหรับ node2 สาเหตุ: สับสนชื่อผู้ใช้/รหัสผ่านมา แก้ไข: แก้ไขบรรทัดที่เกี่ยวข้องและเริ่มคอนเทนเนอร์ใหม่ จากนั้นตรวจสอบ getnetworkinfo อีกครั้ง

✅ การตรวจสอบ: สำหรับแต่ละโนดในข้อมูล сетевой มีพร็อกซีที่ไม่ซ้ำกัน และทุกโนดมีการเชื่อมต่อกับพีรที่ใช้งานอยู่และจะยังคงใช้งานอยู่

ขั้นตอนที่ 6: กฎการหมุนเวียน IP และการดูแลรักษาที่ปลอดภัย

เป้าหมายของขั้นตอน

ตั้งค่ากฎที่เข้าใจได้สำหรับการหมุนเวียน IP สำหรับพร็อกซีมือถือ เพื่อไม่ทำลายการซิงค์และการบำรุงรักษาของโนด และกำหนดวินัยการดำเนินการพื้นฐาน

คำแนะนำทีละขั้นตอน

1. กำหนดช่วงที่ไม่มีการหมุนเวียนในระยะเริ่มต้น ระหว่างการซิงค์เริ่มต้นให้ห้ามการหมุนเวียน IP ของมือถือในระดับแผงผู้ให้บริการ บันทึกสิ่งนี้ไว้ในกฎการดูแลรักษา
2. อธิบายขั้นตอนการหมุนเวียนด้วยตนเอง หากผู้ให้บริการอนุญาตให้เปลี่ยน IP ด้วยปุ่มที่แผง ใช้วิธีนี้หลังจากซิงค์เสร็จแล้วและในช่วงที่มีภาระน้อย บันทึกว่าควรทำอย่างไรเมื่อการหมุนเวียนไม่สำเร็จ
3. กำหนดเวลาทำงานของการบริการ เลือกช่วงเวลาที่มีการใช้งานน้อยที่สุด และวางแผนการหมุนเวียนและการเริ่มต้นคอนเทนเนอร์ในช่วงเวลานี้ ระบุในกฎว่าไม่ควรมีการหมุนเวียนพร้อมกันที่ทุกอินสแตนซ์
4. ทำรายการตรวจสอบก่อนการหมุนเวียน ก่อนเปลี่ยน IP ตรวจสอบว่าได้ซิงค์เสร็จสิ้นหรือใกล้เคียงกับบล็อกปัจจุบัน ตรวจสอบจำนวนพีร หากมีการเชื่อมต่อที่น้อยให้เลื่อนการหมุนเวียนออกไป
5. กำหนดการปฏิบัติเมื่อเกิดการเสื่อมถอย หากหลังจากการหมุนเวียนจำนวนพีรลดลง ให้รีสตาร์ทคอนเทนเนอร์และตรวจสอบบันทึก หากปัญหาไม่หายไปให้กลับการหมุนเวียน (ถ้าผู้ให้บริการสนับสนุน) หรือต้องเปลี่ยน Endpoint จากผู้ให้บริการ

ข้อควรระวัง

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

เคล็ดลับ: สร้างเอกสารภายในสั้น ๆ ว่า "วิธีการเปลี่ยน IP อย่างปลอดภัย" ที่มี 5-7 ข้อในหน้าจอเดียวและเก็บไว้ให้พร้อม

ผลลัพธ์ที่คาดหวัง

คุณได้บันทึกกฎการหมุนเวียนและการทำงานของระบบ คุณเข้าใจว่าเมื่อใดและอย่างไรที่จะเปลี่ยน IP อย่างปลอดภัย และดำเนินการอย่างไรหากมีสิ่งผิดปกติ

ปัญหาและการแก้ไขที่เป็นไปได้

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

✅ การตรวจสอบ: คุณมีเอกสารที่ระบุอยู่แล้วเกี่ยวกับการหมุนเวียนและคุณเข้าใจว่าอย่างไรที่จะเปลี่ยน IP ได้อย่างปลอดภัยโดยไม่ทำให้ความเสถียรของโนดลดลง

ขั้นตอนที่ 7: การตรวจสอบและการแจ้งเตือน

เป้าหมายของขั้นตอน

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

คำแนะนำทีละขั้นตอน

1. เปิดใช้นโยบายทำซ้ำคอนเทนเนอร์ เริ่มต้นคอนเทนเนอร์ที่มีกฎการเริ่มต้นใหม่อัตโนมัติ เพื่อที่พวกเขาจะเริ่มขึ้นหลังจากข้อผิดพลาด นี่เป็นการประกันขั้นต่ำจากความล้มเหลวระยะสั้น
2. สะสมเมตริกของคอนเทนเนอร์ ติดตั้งเครื่องมือที่สามารถดูการใช้งาน CPU หน่วยความจำ ดิสก์และติดตามสภาพของคอนเทนเนอร์ Docker ตั้งค่าพื้นฐานของแดชบอร์ด
3. การตรวจสอบการเข้าถึง RPC ตั้งค่าการตรวจสอบเป็นระยะ ๆ สำหรับ RPC Methods ตัวอย่างเช่น Getblockchaininfo และ Getnetworkinfo สำหรับ Bitcoin testnet ด้วยช่วงเวลาที่แตกต่างกัน ติดตามความล่าช้าและข้อผิดพลาด
4. จัดให้มีบันทึกในโฟลเดอร์แยกต่างหาก ส่งออกบันทึกของโนดไปยังไฟล์แยกภายในไดเรกทอรีข้อมูลของแต่ละโนด จัดให้มีการหมุนเวียนบันทึกเพื่อไม่ให้ไฟล์มีขนาดใหญ่เกินความจำเป็น
5. แจ้งเตือนเกี่ยวกับการล่ม ตั้งค่าแจ้งเตือนเกี่ยวกับการล่มของคอนเทนเนอร์และการขาดการตอบสนองต่อ RPC ภายในระยะเวลาที่กำหนด ระบุข้อมูลติดต่อสำหรับการแจ้งเตือนและช่องทางการรับ

ข้อควรระวัง

สำคัญ: อย่ารวบรวมและส่งข้อมูลโทรศัพท์ที่ขัดกับกฎของเครือข่ายและนโยบายความเป็นส่วนตัวของคุณ เมตริกทางเทคนิคพื้นฐานสำหรับการบำรุงรักษานั้นเพียงพอ

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

ผลลัพธ์ที่คาดหวัง

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

ปัญหาและการแก้ไขที่เป็นไปได้

• ปัญหา: การเตือนแจ้งเตือนผิดพลาด สาเหตุ: ค่าเกณฑ์ที่ไวเกินไป แก้ไข: ขยายช่วงการตรวจสอบและตั้งค่าต่าง ๆ ให้มีความยืดหยุ่น
• ปัญหา: บันทึกการบันทึกเกินขนาด สาเหตุ: ไม่มีการหมุนเวียนบันทึก แก้ไข: เปิดการหมุนเวียนและจำกัดขนาดของไฟล์บันทึก

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

ขั้นตอนที่ 8: การบำรุงรักษาและการอัปเดต

เป้าหมายของขั้นตอน

สร้างกระบวนการบำรุงรักษาที่ชัดเจน: อัปเดตอิมเมจ ทำความสะอาดบันทึก ตรวจสอบดิสก์ และรีสตาร์ทโนดอย่างปลอดภัยเมื่อจำเป็น

คำแนะนำทีละขั้นตอน

1. วางแผนการตรวจสอบทุกสัปดาห์ ตรวจสอบความสูงของบล็อคทุกสัปดาห์เมื่อเปรียบเทียบกับแหล่งที่มาตรฐาน จำนวนพีร และข้อผิดพลาดในบันทึก หากจำเป็นให้รีสตาร์ทโนด
2. อัปเดตอิมเมจ บางครั้งตรวจสอบว่ามีเวอร์ชั่นใหม่ของอิมเมจของลูกค้า วางแผนการอัปเดตในช่วงเวลาที่ให้บริการ พร้อมสำรองคอนฟิก
3. ทำความสะอาดบันทึกและดิสก์ ตั้งค่าการหมุนเวียนบันทึกและตรวจสอบการใช้ดิสก์ หากใช้มากตรงที่คับคั่งให้เพิ่มพื้นที่หรือปรับลดลึกของบันทึก
4. ตรวจสอบพร็อกซี ในระยะเวลาที่ตั้งไว้ให้ตรวจสอบความเสถียรของพร็อกซี หากจำเป็นให้หมุนเวียนตามระเบียบ
5. การรายงาน เก็บรายงานสั้น ๆ เกี่ยวกับงานที่ได้ทำการบำรุงรักษาไว้เพื่อให้รู้ประวัติของการเกิดเหตุและการเปลี่ยนแปลง

ข้อควรระวัง

สำคัญ: ก่อนอัปเดตให้มั่นใจว่าคุณพอใจกับสภาพปัจจุบันของเครือข่ายและไม่มีความต้องการที่สำคัญ อัปเดตอย่างน้อยจากหนึ่งตัวคอนเทนเนอร์เพื่อรักษา redundancy

เคล็ดลับ: หากคุณดูแลมากกว่า 3-5 โนด ให้สร้างรายการตรวจสอบสั้น ๆ ที่ใช้ในการตรวจสอบเพื่อไม่ให้ข้ามขั้นตอนในการทำงานที่กำหนด

ผลลัพธ์ที่คาดหวัง

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

ปัญหาและการแก้ไขที่เป็นไปได้

• ปัญหา: หลังการอัปเดตโนดไม่เริ่มต้น สาเหตุ: การเปลี่ยนแปลงค่าเริ่มต้นในการเริ่มต้น แก้ไข: เปรียบเทียบกับพารามิเตอร์ของคลิปทางการสำหรับเวอร์ชันของคุณแล้วกำหนดค่าให้สอดคล้องกันแล้วเริ่มใหม่
• ปัญหา: บันทึกที่ไม่ดีเพิ่มขึ้นอย่างรวดเร็ว สาเหตุ: เปิดการบันทึกที่ละเอียดมากเกินไป แก้ไข: ลดความละเอียดของบันทึกและเปิดหมุนเวียนไว้

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

ขั้นตอนที่ 9: การจัดทำเอกสารและมาตรฐาน

เป้าหมายของขั้นตอน

ทำให้คุณหรือทีมของคุณสามารถทำการตั้งค่าใหม่และขยายได้อย่างรวดเร็วและไม่มีข้อผิดพลาดโดยอิงตามมาตรฐานเดียวกัน

คำแนะนำทีละขั้นตอน

1. ตั้งค่ามาตรฐานการตั้งชื่อ กำหนดกฎเกี่ยวกับชื่อของคอนเทนเนอร์ ไดเรกทอรีข้อมูลและพอร์ต เช่น คำนำหน้าของเครือข่ายและหมายเลขลำดับ
2. อธิบายเทมเพลตการเริ่มต้นคอนเทนเนอร์ สร้างหมายเหตุทั่วไปว่าควรเปลี่ยนพารามิเตอร์ใดในการตั้งค่าอินสแตนซ์ใหม่ และในลำดับใด
3. รวบรวม "การ์ดอินสแตนซ์ สำหรับแต่ละโนด ควรมีการ์ดที่แสดงชื่อคอนเทนเนอร์ พอร์ต เส้นทาง บรรทัดพร็อกซี ชื่อผู้ใช้และรหัสผ่าน RPC ข้อสังเกต
4. อธิบายมาตรการเมื่อเกิดเหตุฉุกเฉิน จะทำอย่างไรถ้าพีรหายไป RPC ไม่ตอบสนอง คอนเทนเนอร์ไม่เริ่มต้น หรือพร็อกซีไม่อนุญาตให้ร้องขอ ทำได้ง่าย ๆ ในขั้นตอน 4-6 คำสั่ง
5. ซิงโครไนซ์มาตรฐานกับทีม หากคุณไม่ทำงานคนเดียว ให้มั่นใจว่าทุกคนรู้ว่าบันทึกอยู่ที่ไหนและทำตามได้

ข้อควรระวัง

สำคัญ: การจัดทำเอกสารซึ่งเป็นการประกันความผิดพลาดของมนุษย์และเร่งกระบวนการขยาย ใช้เวลาเพียงครั้งเดียวในการทำและคุณจะได้ผลคุณค่าอย่างมากมาย

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

ผลลัพธ์ที่คาดหวัง

คุณมีชุดเอกสารและมาตรฐานที่ยอมรับได้ ขอบเขตการเติบโตและบำรุงรักษาโนดใหม่อย่างใกล้ชิดขึ้น

ปัญหาและการแก้ไขที่เป็นไปได้

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

✅ การตรวจสอบ: จากการจัดทำเอกสารของคุณ เพื่อนร่วมงานสามารถตั้งค่าโนดใหม่ที่มีพร็อกซีมือถือที่ไม่ซ้ำกันได้ภายใน 30-60 นาที โดยไม่ต้องมีความช่วยเหลือจากคุณ

ตรวจสอบผลลัพธ์

รายการตรวจสอบ: อะไรที่ควรทำงาน

• คอนเทนเนอร์โนดแต่ละตัวเริ่มต้นและไม่รีสตาร์ทตลอดเวลา
• RPC methods ตอบกลับสำหรับแต่ละโนดตามพอร์ตของตนเอง
• ใน getnetworkinfo สำหรับ ipv4 ระบุพร็อกซี SOCKS5 มือถือของคุณ
• จำนวนพีรเป็นบวก เชื่อมต่อได้เสถียร
• การซิงค์เกิดขึ้นและความสูงของบล็อคตามระดับปัจจุบัน
• การตรวจสอบมองเห็นได้มีคอนเทนเนอร์และเมตริกสำคัญ
• กฎการหมุนเวียนของ IP ถูกสร้างและดำเนินการ

วิธีการทดสอบ

1. ตรวจสอบ RPC ทำรายการข้อมูลเกี่ยวกับเครือข่ายและบล็อคสำหรับแต่ละโนด รับคำตอบโดยไม่มีข้อผิดพลาด
2. เปรียบเทียบพร็อกซี ตรวจสอบให้แน่ใจว่าในการตั้งค่าเครือข่ายของ node1 และ node2 ระบุพร็อกซีที่แตกต่างกัน
3. ประเมินพีร ตรวจสอบว่าจำนวนการเชื่อมต่อเพิ่มขึ้นหรือต่ำกว่าเพดานสูงสุดในช่วงเวลา 15-30 นาที
4. จำลองการพัง สั่งหยุดคอนเทนเนอร์หนึ่งตัว ตรวจสอบการทำงานว่าการแจ้งเตือนทำงานอย่างไรและคอนเทนเนอร์ถูกเรียกคืนตามนโยบายอย่างไร

ค่าตัวชี้วัดความสำเร็จ

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

✅ การตรวจสอบ: ทุกประเด็นในรายการตรวจสอบได้รับการยืนยัน ทดสอบผ่านแล้ว และคุณมั่นใจในเสถียรภาพของโนดที่จัดตั้งขึ้น

ข้อผิดพลาดทั่วไปและการแก้ไข

• ปัญหา: โนดไม่เชื่อมต่อกับพีร สาเหตุ: พร็อกซีที่ถูกระบุเป็น HTTP แทนที่จะเป็น SOCKS5 หรือรูปแบบของบรรทัดพร็อกซีไม่ตรงกัน แก้ไข: ระบุให้ชัดเจนว่าเป็น SOCKS5 และรูปแบบที่ถูกต้องของชื่อผู้ใช้:รหัสผ่าน@โฮสต์:พอร์ตในพารามิเตอร์พร็อกซี แล้วเริ่มคอนเทนเนอร์ใหม่
• ปัญหา: RPC ไม่ตอบสนอง สาเหตุ: พอร์ตไม่ถูกเปิดหรือข้อมูลรับรองไม่ถูกต้อง แก้ไข: ยืนยันว่าพอร์ตถูกเปิดและคุณใช้ชื่อผู้ใช้กับรหัสผ่าน RPC ที่ถูกต้อง รีสตาร์ทคอนเทนเนอร์หลังการแก้ไข
• ปัญหา: การเชื่อมต่อล้มเหลวบ่อยครั้ง สาเหตุ: การหมุนเวียนอัตโนมัติ IP เปิดอยู่บนพร็อกซี แก้ไข: ปิดการหมุนเวียนอัตโนมัติบริหารที่อยู่ด้วยตนเองในช่วงเวลาที่กำหนด
• ปัญหา: ดิสก์ที่เต็มเร็ว สาเหตุ: บันทึกที่ไม่มีการหมุนเวียน หรือมีการเปิดดัชนีธุรกรรมโดยไม่จำเป็น แก้ไข: เปิดการหมุนเวียนบันทึกและปิดดัชนีที่ไม่จำเป็น
• ปัญหา: ความขัดแย้งของพอร์ตระหว่างโนด สาเหตุ: กำหนดพอร์ต RPC ซ้ำกัน แก้ไข: กำหนดพอร์ตที่ไม่ซ้ำกันสำหรับแต่ละโนด รีสตาร์ทคอนเทนเนอร์
• ปัญหา: ทับซ้อน IP ระหว่างโนด สาเหตุ: ใช้พร็อกซีมือถือเดียวกันในหลายอินสแตนซ์ แก้ไข: แยก Endpoint และข้อมูลเข้าสู่ระบบให้แตกต่างกันสำหรับแต่ละโนด เขียนลงการ์ดอินสแตนซ์
• ปัญหา: คอนเทนเนอร์ไม่เริ่มต้นหลังการอัปเดต สาเหตุ: การเปลี่ยนแปลงในธงที่สนับสนุนของลูกค้า แก้ไข: เทียบกับเอกสารลูกค้าสำหรับเวอร์ชันของคุุณ ปรับกลับให้เหมาะสมและเริ่มใหม่

✅ การตรวจสอบ: สำหรับแต่ละปัญหาที่เกิดขึ้นทั่วไป คุณเข้าใจสาเหตุ وและลำดับการดำเนินการในการแก้ไข และอัปเดตกฎมาตรฐานของคุณเพื่อไม่ให้เกิดข้อผิดพลาดขึ้นอีก

คุณสมบัติพิเศษ

การตั้งค่าขั้นสูง

• เนมสเปซเครือข่ายและ tun2socks สำหรับลูกค้าที่ไม่มีการสนับสนุนพร็อกซีในตัว สร้างเนมสเปซเครือข่ายแยกต่างหากในโฮสต์เริ่มสร้างเชื่อมต่อ tun2socks จากนั้นให้ต้นทาง TCP ทั้งหมดของคอนเทนเนอร์ทั้งหมดผ่านพร็อกซี SOCKS5 ของคุณ นี่อนุญาตให้โปรแกรมที่ไม่สามารถทำงานผ่านพร็อกซีโดยตรงได้ โดยที่พูดถึง UDP อาจไม่อยู่ภายในพร็อกซี
• การจำกัด CPU และหน่วยความจำ จำกัดทรัพยากรของคอนเทนเนอร์ เพื่อไม่ให้โนดหนึ่งตัว "ใช้" ทรัพยากรของโฮสต์ทั้งหมด จัดการขีดจำกัด CPU และ RAM
• แยกดิสก์ สำหรับเครือข่ายที่หนัก ให้ดึงข้อมูลไปยังดิสก์ที่แยกออกมา สิ่งนี้จะช่วยให้การซิงค์เร็วขึ้นและลดการแข่งขันในการใช้ IOPS

การเพิ่มความเร็ว

• พูลพร็อกซีจากผู้ให้บริการเดียวกัน ผู้ให้บริการเช่น mobileproxy.space เสนอทางเลือกที่ยืดหยุ่นในการมอบ Endpoint และการหมุนเวียน สร้างพูลที่ไม่ซ้ำกันของ Endpoints และจัดสรรให้กับคอนเทนเนอร์ตามการ์ดอินสแตนซ์
• การรีสตาร์ทกลุ่ม ตลอดการทำงานให้ปรับปรุงโนดตามลำดับ เพื่อไม่ให้สูญหายความต่อเนื่อง
• อัตโนมัติในการสร้างอินสแตนซ์ เตรียมสคริปต์ที่รับชื่อคอนเทนเนอร์ ไดเรกทอรีข้อมูล พอร์ต RPC และบรรทัดพร็อกซี และเริ่มต้นโนดตามมาตรฐาน

สิ่งอื่นที่สามารถทำได้

• สแตนด์ที่ผสมผสาน รวมโนดทดลองของเครือข่ายที่แตกต่างกันบนเครื่องเดียวดังนั้นให้มีการดูแลรักษาเกี่ยวกับ CPU RAM และดิสก์
• การตรวจสอบที่ครอบคลุม เพิ่มการแจ้งเตือนสำหรับเหตุการณ์ที่ไม่ปกติ: การลดจำนวนพีรต่ำกว่าอัตรากำหนด การทำให้การซิงค์ช้าลง ข้อผิดพลาดในการอนุญาตเข้าถึงพร็อกซี
• การจัดการค่าใช้จ่าย สำหรับพร็อกซีมือถือและเซิร์ฟเวอร์ ให้เก็บตารางง่าย ๆ เพื่อให้รู้จักเศรษฐศาสตร์ของโครงการ

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

⚠️ คำเตือน: คุณสมบัติที่ซับซ้อนใด ๆ สำหรับการเปลี่ยนแปลงทราฟฟิกทั้งหมด ควรทดสอบอย่างรอบคอบในโนดเดียว อย่านำการตั้งค่าทดลองที่ไม่ผ่านการตรวจสอบไปใช้แบบรวดเร็ว

✅ การตรวจสอบ: คุณได้ทดสอบคุณสมบัติขั้นสูงอย่างน้อยหนึ่งรายการในโนดแยกต่างหากและประเมินคุณค่าของคุณสมบัติและความเสถียร

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

1. สามารถใช้ HTTP Proxy แทน SOCKS5 สำหรับโนด p2p ได้หรือไม่? ได้ แต่ไม่ใช่สำหรับทุกลูกค้า ธรรมชาติโปรโตคอล P2P บ่อย ๆ ต้องการ SOCKS5 Bitcoin Core รองรับ SOCKS5 ด้วยพารามิเตอร์พร็อก ซี หรือลูกค้าที่ไม่สนับสนุนพร็อกซี่ให้พิจารณาวิธีการใช้ tun2socks กับเนมสเปซเครือข่าย
2. จะเปลี่ยน IP ที่พร็อกซีมือถือบ่อยแค่ไหน? น้อย นาเวลาซิงค์ควรหยุดเปลี่ยนใน режимทำงานให้หมุนเวียนเฉพาะเมื่อจำเป็นเท่านั้น พร้อมระเบียบ
3. ควรทำอย่างไรหากการเปลี่ยน IP ทำให้พีรสูญหาย? รีสตาร์ทคอนเทนเนอร์และตรวจสอบบันทึก ถ้าปัญหาไม่หายไปให้ทำการหมุนเวียนใหม่ในช่วงที่ใช้บริการ หรือขอให้ผู้ให้บริการส่ง Endpoint ใหม่
4. ฉันทสามารถเปิดโนดหลายตัวบนเซิร์ฟเวอร์เดียวได้ไหม? ได้ ที่พอร์ตที่ไม่ซ้ำกัน ไดเรกทอรีเก็บข้อมูลแยกกัน และพร็อกซีมือถือที่ไม่เหมือนกันสำหรับแต่ละอินสแตนซ์ ตรวจสอบทรัพยากร
5. จำเป็นต้องมีการสำรองข้อมูลสำหรับโนดทดสอบไหม? ข้อมูลของโนดสามารถทำการซิงค์ใหม่ได้ แต่ควรสำรองคอนฟิก สคริปต์ และกุญแจส่วนตัวใด ๆ เก็บประโยค seed ไว้ออฟไลน์
6. พร็อกซีมือถือร่วมกับเครือข่ายหนักได้ไหม? ได้ แต่อย่าลืมว่าความเสถียรนั้นสำคัญกว่าการหมุนเวียน ควรตรวจสอบความสามารถในการส่งผ่านของช่องทางและความล่าช้า หากมีปัญหาควรพิจารณาให้มี Endpoint พิเศษหรือปรับความอ่อนโยนในการหมุนเวียนให้ต่ำลง
7. จะตรวจสอบให้แน่ใจว่าโนดใช้พร็อกซีหรือไม่? ใน Bitcoin Core ให้เรียกดู getnetworkinfo และดูที่ส่วน networks หากมีที่อยูพร็อกซีสำหรับ ipv4 แสดงว่าเป็นการยืนยัน
8. สามารถใช้งานโดยไม่ต้องใช้ Docker ได้ไหม? ได้ แต่ว่า Docker ทำให้การทำงานซ้ำได้ง่ายขึ้น หากคุณติดตั้งโนดโดยตรงให้ทำตามแนวทางการใช้งานที่ถูกต้องสำหรับระบบปฏิบัติการของคุณ และให้ระบุพร็อกซีในไฟล์คอนฟิกหรือในพารามิเตอร์เริ่มต้น
9. อ่านทฤษฎีเกี่ยวกับ testnet และโนดได้ที่ไหน? ให้ดูเนื้อหา "testnet และโนด: พื้นฐาน" ในหมวด /guides/testnet-nodes มีคำตอบรวบยอดในที่เดียว
10. ผู้ให้บริการพร็อกซีมือถือที่ควรเลือกคืออะไร? ควรเลือกผู้ให้บริการที่เชื่อถือได้ และให้ความสำคัญกับความเสถียร การรองรับ SOCKS5 การหมุนเวียนที่สามารถจัดการได้และแผงควบคุมที่เข้าใจง่าย ตัวอย่างเช่น mobileproxy.space

✅ การตรวจสอบ: คุณได้ค้นพบคำตอบของคำถามสำคัญ และเข้าใจว่าจะทำอย่างไรในสถานการณ์ที่ผู้คนกังวล

สรุป

คุณได้ผ่านกระบวนการทั้งหมด: ตั้งแต่การเข้าใจเป้าหมายไปจนถึงการเตรียมสภาพแวดล้อมไปจนถึงการเปิดโนดหนึ่งตัวและหลายตัวซึ่งทำงานผ่านพร็อกซีมือถือแต่ละตัว คุณได้เห็นว่า Bitcoin testnet เหมาะสำหรับการฝึกฝนวิธีการ โดยมีการสนับสนุน SOCKS5 Proxy ตลอดกระบวนการของพารามิเตอร์ลูกค้า คุณได้เรียนรู้วิธีหลีกเลี่ยงการทับซ้อน IP บันทึกค่าพารามิเตอร์ ตรวจสอบ RPC และพีร จัดการการตรวจสอบและดำเนินการบำรุงรักษาอย่างปลอดภัย รวมถึงการหมุนเวียน IP สุดท้าย หมายความว่าตอนนี้คุณสามารถนำแผนนี้ไปปรับใช้สำหรับอินสแตนซ์เพิ่มเติมได้โดยมั่นใจและการพาไปใช้ในเครือข่ายอื่นโดยมีการแก้ไขตามความต้องการที่แตกต่างกัน

ขั้นตอนถัดไป ขยายโครงงานอย่างค่อยเป็นค่อยไป: เริ่มที่จะเพิ่มโนดอีกตัว และพัฒนาคุณสมบัติต่าง ๆ เช่น network namespaces และ tunneling ผ่าน tun2socks สำหรับลูกค้าที่ไม่มีการสนับสนุนพร็อกซีจากต้นสังกัด คิดเกี่ยวกับการกระจายโนดไปยังภูมิภาคและผู้ให้บริการ หากคุณต้องการการกระจายตัวเสมอ ให้เก็บกฎเกณฑ์และการ์ดอินสแตนซ์ของคุณไปด้วย

ที่ไหนที่คุณจะไปพัฒนา เรียนรู้ข้อกำหนดของลูกค้าในเครือข่ายอื่น ปรับปรุงการตรวจสอบ ให้จัดทำเอกสารและค่าใช้จ่ายที่ซ้ำซ้อนมาตรฐานสำหรับการใช้งานใหม่ อย่าลืมทฤษฎี—ตรวจสอบกับวัสดุ “testnet และโนด: พื้นฐาน” ที่อยู่ใน /guides/testnet-nodes เพื่อชำระฐานใหม่ และที่สำคัญที่สุดคือความเสถียร ก่อนการเปลี่ยนแปลงเพราะพร็อกซีมือถือคือเครื่องมือในการมอบ IP ที่ไม่ทับซ้อนในขณะเดียวกัน คุณควรสร้างมันเป็นโครงสร้างพื้นฐานที่เชื่อถือได้ 

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