Tự học Solidity Web3 tiếng Việt

Overflows & Underflows Tài liệu lập trình Solidity bài 40: Overflows & Underflows. Ngăn chặn lỗi tràn dữ liệu trong SOLIDITY Lỗi tràn dữ liệu trong SOLIDITY Giả sử chúng ta có một uint8, chỉ có thể có 8 bit. Điều đó có nghĩa là số lớn nhất chúng ta có thể lưu trữ là số nhị phân 11111111 (hoặc ở dạng thập phân, 2 ^ 8 - 1 = 255). Hãy xem đoạn mã sau. Kết  quả của số uint 8 number = 255 ; number++; Trong trường hợp này, chúng tôi đã làm cho nó bị tràn. Vì thế biến số number này tràn ngược trở lại với giá trị bằng 0 mặc dù chúng tôi đã tăng nó lên. (Nếu bạn thêm 1 vào nhị phân 11111111, nó sẽ đặt lại về 00000000, giống như đồng hồ đi từ 23:59 đến 00:00). Một lỗi tràn dưới cũng tương tự, nếu bạn trừ 1 từ uint8 bằng 0, thì nó sẽ bằng 255 (bởi vì uints không có dấu và không thể âm). Mặc dù chúng ta không sử dụng uint8 ở đây và có vẻ như uint256 sẽ không bị tràn khi tăng 1 mỗi lần (2 ^ 256 là một con số thực sự lớn), nhưng vẫn tốt để đưa các biện pháp bảo vệ vào hợp đồng để ứng dụng D

 ERC721 Transfer Logic Tự học Solidity: Logic chuyển đổi chủ sở hữu trong ERC21 ngôn ngữ SOLIDITY Logic chuyển đổi chủ sở hữu Bây giờ chúng ta sẽ tiếp tục triển khai ERC721 của mình bằng cách xem xét việc chuyển quyền sở hữu từ người này sang người khác. Lưu ý rằng thông số ERC721 có 2 cách khác nhau để chuyển mã thông báo: function transferFrom(address _from, address _to, uint256 _tokenId) external payable; Cách đầu tiên là chủ sở hữu mã thông báo gọi  transferFrom  với địa chỉ của anh ta là tham số  _from , địa chỉ anh ta muốn chuyển đến làm tham số  _to  và  _tokenId  của mã thông báo mà anh ta muốn chuyển. và function approve(address _approved, uint256 _tokenId) external payable; function transferFrom(address _from, address _to, uint256 _tokenId) external payable; Cách thứ hai là chủ sở hữu mã thông báo gọi đến hàm approve xin chấp thuận trước với địa chỉ mà anh ta muốn chuyển đến và _tokenID . Sau đó thì Contract sẽ ghi nhớ địa chỉ của một hoặc nhiều địa chỉ được chấp thuận lấy mã

Tokens on Ethereum  Tự học Solidity bài 37: Tokens on Ethereum. Tìm hiểu về ERC20 tokens và ERC721 tokens Bạn đã từng nghe thấy trên ti vi nói về các đồng tiền  Bitcoin, Ethereum, Polkadot.... thì trong tiền điện tử sẽ chia thành hai loại: một là các đồng coin thường được khai thác bằng cách đào (vị dụ đào bitcoin), loại thứ hai là một mã thông báo dạng token. Trong hệ sinh thái của Ethereum bạn có thể đã nghe mọi người nói về các mã thông báo token - cụ thể là mã thông báo ERC20 là phổ biến nhất, phần lớn các tokens ở định dạng ERC20 này. Mã thông báo tokens trên Ethereum về cơ bản chỉ là một hợp đồng thông minh (có thể code bằng SOLIDITY )  tuân theo một số quy tắc chung - cụ thể là nó thực hiện một bộ chức năng tiêu chuẩn mà tất cả các hợp đồng mã thông báo khác chia sẻ, chẳng hạn như transferFrom (address _from, address _to, uint256 _tokenId) và balanceOf (address _owner). Bên trong hợp đồng thông minh thường có một   mapping check số dư: mapping(address => uint256) balances The

Random Numbers Safely.  Tự học Solidity bài 36: Tại sao tạo số ngẫu nhiên trong SOLIDITY lại không an toàn? Trong bài học trước chúng ta đã được giới thiệu về việc tạo số ngẫu nhiên trong SOLIDITY, tuy nhiên tôi cũng có ghi chú là việc tạo số ngẫu nhiên như vậy là không an toàn. Trong bài học này chúng ta cùng tìm hiêu tại sao nó lại không an toàn nhé :) Tạo số ngẫu nhiên trong SOLIDITY Nguồn ngẫu nhiên tốt nhất mà chúng ta có trong ngôn ngữ lập trình Solidity là hàm băm keccak256 . Chúng ta có thể làm như sau để tạo một số ngẫu nhiên từ 1 đến 100: uint randNonce = 0 ; uint random = uint ( keccak256 ( abi . encodePacked ( now , msg . sender , randNonce))) % 100 ; randNonce++; uint random2 = uint ( keccak256 ( abi . encodePacked ( now , msg . sender , randNonce))) % 100 ; Đầu vào của chúng ta sẽ lấy: dấu thời gian của now , msg.sender và một biến integer nonce tăng dần (một số chỉ được sử dụng một lần, vì vậy chúng ta không chạy cùng một hàm băm với các tham số đầu vào giống nhau

Withdraws & Transfer Solidity Khoá học Solidity . Thiết lập cách rút tiền và chuyển tiền từ hợp đồng thông minh trong SOLIDITY Thiết lập cách rút tiền và chuyển tiền từ hợp đồng thông minh trong SOLIDITY Trong bài học trước, chúng ta đã học cách gửi Ether vào một hợp đồng. Vậy điều gì sẽ xảy ra sau khi bạn gửi nó? Sau khi bạn gửi Ether đến một hợp đồng, nó sẽ được lưu trữ trong tài khoản Ethereum của hợp đồng và nó sẽ bị mắc kẹt ở đó - trừ khi bạn thêm một chức năng để rút Ether khỏi hợp đồng. Vì thế khi lập trình hợp đông thông minh mà có chức năng thanh toán, thì đừng quên chức năng để rút tiền ra khỏi hợp đồng nhé, không là mất oan vài nghìn ETH mà không có cách nào lấy lại được đâu :)) Bạn có thể viết một hàm để rút Ether khỏi hợp đồng như sau: contract GetPaid is Ownable { function withdraw ( ) external onlyOwner { address payable _owner = address ( uint160 (owner())); _owner. transfer ( address ( this ). balance ); } } Lưu ý rằng chúng ta đang sử dụng own

Payable functions of Solidity.  Tự học Solidity. Hàm thanh toán.  Code một functions mà người dùng phải trả ETH để gọi hàm như thế nào?  Một số định nghĩa functions mà chúng ta đã được học  Chúng ta có các công cụ sửa đổi khả năng hiển thị của functions: Kiểm soát khi nào và ở đâu hàm có thể được gọi hàm đó như:  - private có nghĩa là nó chỉ có thể được gọi từ các hàm khác bên trong hợp đồng. -  internal  giống như private nhưng cũng có thể được gọi bằng các hợp đồng kế thừa. - external  chỉ có thể được gọi là bên ngoài hợp đồng. -  public  có thể được gọi ở bất cứ đâu, cả bên trong và bên ngoài hợp đồng. Chúng ta cũng có các công cụ sửa đổi trạng thái, cho chúng ta biết cách hàm tương tác với BlockChain: - view cho chúng ta biết rằng bằng cách chạy hàm, sẽ không có dữ liệu nào được lưu / thay đổi.  - pure cho chúng ta biết rằng hàm không chỉ không lưu bất kỳ dữ liệu nào vào blockchain mà còn không đọc bất kỳ dữ liệu nào từ blockchain.  Cả hai đều không tốn gas nếu gọi từ bên ngoài t

Tự học Solidity bài For Loops. vòng lặp trong ngôn ngữ lập trình SOLIDITY Summary for English Visiter function getEvens() pure external returns(uint[] memory) { uint[] memory evens = new uint[](5); uint counter = 0; for (uint i = 1; i <= 10; i++) { if (i % 2 == 0) { evens[counter] = i; counter++; } } return evens; } //This function will return an array with the contents [2, 4, 6, 8, 10]. Sử dụng view và vòng lặp để tối ưu gas trong SOLIDITY Quay lại ví dụ những thây ma zombie của chúng ta, chúng ta không thể lưu trữ zombie cho riêng mỗi chủ sở hữu thành một mảng riêng vì như vậy rất tốn gas. Đặc biệt là khi có thao tác chuyển đổi zombie từ chủ sở hữu A sang chủ sở hữu B. Như thế sẽ phát sinh số lượng công việc gồm 3 bước: 1. Chuyển zombie đến mảng zombie của chủ sở hữu mới.  Xóa thây ma khỏi mảng zombie chủ sở hữu cũ.  2. Di chuyển các thây ma trong bộ sưu tập zombie của chủ sở hữu cũ (để để lấp vào chỗ trống zombie chuyển đi) và sau đó giảm độ dài

Bài thực hành Tự học Solidity bài 25: Thực hành tránh phụ thuộc vào nhưng yếu tố bên ngoài hợp đồng.  Trong khoá học Solidity miễn phí online tại website TuHocSolidity.com Trong ví dụ dưới đây, chúng ta đang Fix cứng địa chỉ ckAddress trong hợp đồng.  contract ZombieFeeding is ZombieFactory { // 1. Remove this: address ckAddress = 0x06012c8cf97BEaD5deAe237070F9587f8E7A266d ; // 2. Change this to just a declaration: KittyInterface kittyContract = KittyInterface ( ckAddress ); // 3. Add setKittyContractAddress method here      ... } Để tránh phụ thuộc vào địa chỉ này có vấn đề gì, trong hợp đồng của chúng ta thay vì Fix cứng địa chỉ hợp đồng CryptoKitties vào DApp, chúng ta tạo một hàm setKittyContractAddress cho phép chúng ta thay đổi địa chỉ này trong tương lai trong trường hợp có điều gì đó xảy ra với hợp đồng CryptoKitties . Các bước cần làm là: 1. Xóa dòng mã fix cứng ckAddress . 2. Thay đổi dòng mà chúng ta đã tạo kittyContract để chỉ khai báo biến - tức là không