⛓️เทคโนโลยบลอกเชน

กลไกฉันทามติแบบไฮบริดของ POW+POS

กลไกฉันทามติของ POW: การพิสูจน์การทำงาน

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

กลไกฉันทามติ POS: หลักฐานการมีส่วนได้ส่วนเสีย

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

TBC ใช้กลไกฉันทามติแบบไฮบริด POW+POS ซึ่งเป็นกลไกการกระจายแบบคลาสสิกที่สอดคล้องกับหลักการ Proof-of-Work ที่นักขุดนิยมใช้ และหลักการ Proof-of-Stake ที่ผู้ถือโทเค็นยอมรับ หลังจากสร้างบล็อกใหม่ผ่าน Proof of Work (PoW) โดยที่ผู้ผลิตบล็อกได้รับรางวัล 60% จะเข้าสู่ขั้นตอนการลงคะแนนฉันทามติ PoS สิ่งนี้ทำให้ผู้ถือสามารถมีส่วนร่วมในการลงคะแนนได้อย่างอิสระและรับรางวัล 30% ที่ระบบกำหนด ส่วนที่เหลืออีก 10% จะเข้าสู่คลังของชุมชน ขึ้นอยู่กับการตัดสินใจของชุมชน

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

การออกแบบสัญญาอัจฉริยะ

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

TBC Game Finance Aggregation Launch Ecosystem Platform ใช้สัญญาอัจฉริยะสำหรับการดำเนินการอัตโนมัติ เครือข่ายสัญญาและการอนุญาตโอเพ่นซอร์สสำหรับกรณีการใช้งานต่างๆ มีดังนี้:

Client Authorization*/ @Override
@Transactional

public TokenDto clientAuth(String username, String token, Game game)
{ Long gameId = game.getId();

if (!cacheService.match(CacheNames.CLIENT_TOKEN, username + gameId.toString(), token)) {
throwBadRequest(NO_AUTH);
}

DomainUser user = userService.findByName(username, true); gameLogonRepository.offLine(user.getId(), gameId); GameLogon logon = new GameLogon(); logon.setUserId(user.getId()); logon.setAccountId(user.getAccounts().iterator().next().getId()); logon.setGameId(gameId);
logon.setToken(DomainUtils.l币咚合约hars(username, 4) + DomainUtils.firstChars(token, 6));
logon.setCreateTime(new Date()); logon.setUpdateTime(logon.getCreateTime()); gameLogonRepository.save(logon);
TokenDto detail = new TokenDto(); detail.setUsername(username); detail.setToken(logon.getToken()); return detail;
}

/** * Initiate Payment after Authorization
*/ @Override
@Transactional
public TransResult createTrans(UserBrief user, Long gameId, TransDto request) {

Map<String, Account> accs = accountService.findAccountsIn(ImmutableList.of(request.getUsername(), request.getTo()));

Account from = accs.get(request.getUsername());

BigDecimal quantity = DomainUtils.typedMulti(request.getQuantity(), CoinType.GCN); if (from.getAmount().compareTo(quantity) < 0) throwBadRequest(LOW_AVAILABLE);
GameLogon fgl = gameLogonRepository.findByGameIdAndAccountIdAndTokenAndLogin(gameId, from.getId(), request.getToken(), true);

AccountTransaction trans = new AccountTransaction(); trans.setTransactionType(TransactionType.P2P);
if (DomainUtils.isNull(fgl)) {
if (!request.getUsername().equalsIgnoreCase(user.getUsername())) { logger.error(String.format("game#%d#trans#%s fail from#%s", gameId,
request.getTransNum(), request.getUsername()));
throwBadRequest(NO_PAYMENT_AUTH);

}
trans.setUserId(user.getId());

trans.setTransactionType(TransactionType.V2P); } else {
gameLogonRepository.outcome(fgl.getId(), quantity); trans.setUserId(fgl.getUserId());
}

Account to = accs.get(request.getTo()); GameLogon tgl =
gameLogonRepository.findByGameIdAndAccountIdAndTokenAndLogin(gameId, to.getId(), request.getToToken(), true);
if (DomainUtils.isNull(tgl)) {
if (!request.getTo().equalsIgnoreCase(user.getUsername())) { logger.error(String.format("game#%d#trans#%s fail to#%s", gameId,
request.getTransNum(), request.getTo()));
throwBadRequest(NO_PAYMENT_AUTH);
}
trans.setToUserId(user.getId());

trans.setTransactionType(TransactionType.P2V); repository.income(gameId, quantity);
} else {

gameLogonRepository.income(tgl.getId(), quantity); trans.setToUserId(tgl.getUserId()); repository.trade(gameId, quantity);
}
trans.setPreAmount(from.getAmount());
trans.setToPreAmount(to.getAmount()); trans.setQuantity(quantity); trans.setTransNum(request.getTransNum()); trans.setMemo(request.getMemo()); accountService.saveTransaction(trans);
logger.info(String.format("%d, from %s,%d, to %s", from.getId(), from.getAmount(), to.getId(), to.getAmount()));
accountService.outcome(from.getId(), quantity); accountService.income(to.getId(), quantity);
TransResult tr = new TransResult(from.getAmount().subtract(quantity), to.getAmount().add(quantity));

logger.info(String.format("%d, from %s,%d, to %s", from.getId(), tr.getAmount().toString(), to.getId(), tr.getToAmount().toString()));

return tr;

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

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

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

การเข้ารหัสข้อมูล

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

CPU แบบกำหนดเอง: วางรากฐานจากฮาร์ดแวร์คอมพิวเตอร์ระดับต่ำสุด

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

โมดูลการเข้ารหัสระดับการเงิน: เทคโนโลยีการจัดการคีย์ขั้นสูง

ใช้เป็นหลักเพื่อให้ได้รับการเข้ารหัสและถอดรหัสข้อมูลเลเยอร์แอปพลิเคชันบนโฮสต์ การตรวจสอบความถูกต้องของแหล่งที่มาของข้อความ การจัดการคีย์ ฯลฯ เครื่องมือนี้เป็นเครื่องมือทางกายภาพที่มีประสิทธิภาพในการปกป้องระดับความปลอดภัยของข้อมูลทางการเงิน โดยมีระบบการจัดการคีย์ที่ซับซ้อน มันมีคีย์สุ่มอย่างแท้จริงที่สร้างขึ้นโดยแหล่งสัญญาณรบกวนฮาร์ดแวร์เต็มรูปแบบ (บางตัวมีคีย์สุ่มหลอก); ป้องกันการโจมตีช่องทางการสื่อสารได้อย่างมีประสิทธิภาพ แยกข้อมูลที่ละเอียดอ่อนทางกายภาพ ทำให้ไม่สามารถอ่านได้ มีฟังก์ชั่นทำลายตัวเองในกรณีที่มีการถอดชิ้นส่วนฮาร์ดแวร์ เป็นไปตามมาตรฐานสากล FIPS 140-2 Level 3 ให้ความปลอดภัยสูง

U-shield เฉพาะ: ระบบรักษาความปลอดภัยที่หลากหลาย

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