การตัดสินใจทางเทคนิคที่อธิบายในภาษาที่เข้าใจง่าย เพราะผลกระทบในทางปฏิบัติต่อคุณนั้นเป็นสิ่งที่แท้จริง แม้ว่าวิศวกรรมพื้นฐานจะมองไม่เห็นก็ตาม
ฉันกำลังจะทำสิ่งที่ค่อนข้างผิดปกติสำหรับโพสต์บล็อกเกี่ยวกับบล็อกเชน ฉันจะสันนิษฐานว่าคุณไม่สนใจบล็อกเชน
ไม่ใช่ในเชิงเป็นศัตรู ฉันเพียงหมายความว่า: นักเดินทางส่วนใหญ่ที่จองโรงแรมไม่ต้องการฟังบรรยายเกี่ยวกับเครือข่ายเข้ารหัส พวกเขาต้องการราคาที่ดี แอปที่ใช้งานได้ โรงแรมที่มีอยู่จริง และการคืนเงินที่มาถึงอย่างรวดเร็วหากมีสิ่งผิดพลาดเกิดขึ้น
ดังนั้นโพสต์นี้คือเวอร์ชันที่ฉันอธิบายการตัดสินใจทางเทคนิคที่แท้จริง (เราทำให้ Tratok ทำงานบนบล็อกเชนสองตัวที่แตกต่างกันพร้อมกัน) และเหตุผลว่าทำไมการตัดสินใจนั้นถึงมีความสำคัญต่อประสบการณ์การจองจริงของคุณ ไม่มีคำศัพท์เทคนิคที่ฉันสามารถหลีกเลี่ยงได้ สัญญา
บล็อกเชน สำหรับวัตถุประสงค์ของเรา คือเครือข่ายของคอมพิวเตอร์ที่ทุกเครื่องเห็นด้วยกับบันทึกเดียวกันว่าเกิดอะไรขึ้น เมื่อคุณจองห้อง การจองจะถูกเขียนลงในบันทึกนั้น และตั้งแต่นั้นมาก็ยากมากที่จะปลอมแปลงหรือแก้ไข
มีบล็อกเชนที่แตกต่างกันหลายประเภท พวกมันไม่เหมือนกันทั้งหมด มีข้อแลกเปลี่ยนที่แตกต่างกัน สองตัวที่เราใช้อยู่ในปัจจุบันคือ Ethereum และ BSC (Binance Smart Chain)
แพลตฟอร์มส่วนใหญ่เลือกแค่หนึ่ง หรือพวกเขาเป็นแพลตฟอร์ม Ethereum หรือพวกเขาเป็นแพลตฟอร์ม BSC เราคิดว่านั่นเป็นคำถามที่ผิด
นักเดินทางในกรุงเทพฯ ที่จองโฮสเทลราคาคืนละ 40 ดอลลาร์ต้องการธุรกรรมที่ราคาถูกและรวดเร็ว โครงสร้างต้นทุนของ Ethereum ไม่เหมาะกับการจองนั้น ค่าธรรมเนียมจะกินเข้าไปในเงินออม
นักเดินทางในลอนดอนที่จองวิลล่าราคาคืนละ 5,000 ดอลลาร์สำหรับการประชุมองค์กรต้องการความปลอดภัยสูงสุด ความแตกต่างของต้นทุนระหว่างเครือข่ายทั้งสองไม่เกี่ยวข้องกับธุรกรรมขนาดนั้น สิ่งที่สำคัญคือบันทึกการจองอยู่บนชั้นความปลอดภัยที่แข็งแกร่งที่สุดที่มีอยู่
นักเดินทางทั้งสองคนเป็นคนจริง การจองทั้งสองอยู่บนแพลตฟอร์มเดียวกัน ดังนั้นเราจึงสร้างโครงสร้างพื้นฐานที่ทำงานบนทั้งสองเชนอย่างเป็นธรรมชาติ โดยมีบริดจ์ที่ย้าย TRAT ระหว่างกัน และการกำหนดเส้นทางอัจฉริยะที่เลือกเชนที่เหมาะสมสำหรับธุรกรรมที่เหมาะสม
การจองขนาดเล็ก เอเชียตะวันออกเฉียงใต้ การชำระเงินระดับไมโคร
การจองมูลค่าสูง ทรัพย์สินระดับพรีเมียม
ความแออัดของเครือข่ายบนหนึ่งในเชน
ถ้าคุณแค่พยายามจองโรงแรม นี่คือผลกระทบในทางปฏิบัติทั้งหมดของสถาปัตยกรรมเชนคู่ของเรา: คุณไม่ต้องคิดเกี่ยวกับมัน
คุณเปิดระบบนิเวศ คุณค้นหาทรัพย์สิน คุณยืนยันการจอง และแพลตฟอร์มจัดการการตัดสินใจการกำหนดเส้นทางในเบื้องหลัง คุณไม่เคยเห็น Ethereum vs BSC ถูกนำเสนอเป็นตัวเลือก คุณไม่จำเป็นต้องรู้ว่าธุรกรรมของคุณชำระบนตัวใด คุณไม่จำเป็นต้องมีกระเป๋าเงินแยกสำหรับแต่ละเชน สะพานเชื่อมระหว่างกันถูกสร้างไว้ภายในและมองไม่เห็นสำหรับคุณ
ทั้งหมดที่คุณประสบคือ: การจองที่ดำเนินการอย่างรวดเร็ว พร้อมค่าธรรมเนียมที่ไม่รู้สึกว่าเป็นการลงโทษ บนแพลตฟอร์มที่ไม่ล่มเพราะเครือข่ายหนึ่งมีวันที่แย่
แบบตรงๆ เลยนะ? ความพยายามด้านวิศวกรรม.
การรันแพลตฟอร์มบนสองเชนแบบเนทีฟโดยพื้นฐานจะเพิ่มพื้นที่ผิวที่คุณต้องดูแลประมาณสองเท่า การอัปเดตสมาร์ทคอนแทรกต์ทุกครั้งต้องดีพลอยสองครั้งและทดสอบสองครั้ง บริดจ์เองเป็นชิ้นส่วนโครงสร้างพื้นฐานที่สำคัญที่ต้องการความสนใจด้านความปลอดภัยอย่างต่อเนื่อง (บริดจ์โดยประวัติศาสตร์เป็นหนึ่งในส่วนที่ถูกโจมตีมากที่สุดของคริปโต) ตรรกะการกำหนดเส้นทางต้องปรับแต่งอย่างต่อเนื่อง
มันคงจะง่ายกว่าถ้าเลือกแค่หนึ่ง เราไม่ทำเพราะการแลกเปลี่ยนประสบการณ์ผู้ใช้มันสำคัญเกินไป
แพลตฟอร์มที่เลือก “เฉพาะ Ethereum” หรือ “เฉพาะ BSC” ไม่ได้ตัดสินใจแบบเป็นกลาง พวกเขาบอกคุณว่าไม่ว่าตลาดที่เชนที่ไม่ได้เลือกจะรองรับคือสิ่งที่พวกเขายินดีทิ้งไว้ข้างหลัง เราไม่ยินดีที่จะแลกเปลี่ยนนั้น
เมื่อคุณเห็นแพลตฟอร์มการเดินทางที่รันบนบล็อกเชนเดียว คำถามที่ควรถามไม่ใช่ “เจ้านั้นดีไหม?” คำถามคือ “ใครถูกทิ้งไว้ข้างหลังด้วยทางเลือกนั้น?” เชนต่างๆ รับใช้ภูมิศาสตร์และจุดราคาที่แตกต่างกัน สถาปัตยกรรมที่ถูกต้องสำหรับแพลตฟอร์มการต้อนรับระดับโลกคือสิ่งที่ไม่บังคับให้คุณเลือก
ถ้าคุณจะจำได้แค่อย่างเดียวจากโพสต์นี้ อันนั้นน่าจะเป็นมัน
เปิดแอป จองที่พัก ดูด้วยตัวเอง การตัดสินใจด้านโครงสร้างพื้นฐานที่อธิบายข้างต้นเป็นเหตุผลว่าทำไมมันถึงทำงานแบบนั้น
— Carol
ผู้จัดการชุมชน Tratok
Get new Tratok articles by email — the moment they publish, or as one weekly digest.
Get new Tratok articles by email — the moment they publish, or as one weekly digest.