Giá BullBear AI (AIBB)

Hàm khởi tạo của AIBB đúc một lần 10^17 token và ghi toàn bộ vào địa chỉ triển khai. Hợp đồng dùng 18 chữ số thập phân: mỗi AIBB tương ứng với 10^18 đơn vị cơ sở, nên lượng phát hành ban đầu tương ứng với 10^35 đơn vị cơ sở. Đây là lượng phát hành ban đầu khi triển khai, không phải nguồn cung lưu hành hiện tại.

Chỉ chủ sở hữu hợp đồng (owner) mới gọi được launch và trước đó hợp đồng phải chưa được khởi chạy. Khi thành công, hàm ghi số khối và dấu thời gian khởi chạy, cho phép các địa chỉ chưa được cấp quyền gửi trước khởi chạy vượt qua kiểm tra khởi chạy của giao dịch chuyển; các điều kiện khác như số dư vẫn phải được đáp ứng. Công tắc này mô tả cơ chế chuyển token, không thể hiện trạng thái ra mắt của sản phẩm AI.

Hạn chế trước khi khởi chạy kiểm tra bên gửi token. Khi bên gửi có trong danh sách canAddLiquidityBeforeLaunch, họ có thể bỏ qua kiểm tra “phải đã khởi chạy”; chỉ bên nhận có trong danh sách không giúp bên gửi thông thường vượt qua. Dù tên biến nhắc đến việc thêm thanh khoản, kiểm tra này thực tế được dùng trên đường chuyển token. Hàm khởi tạo đưa bên triển khai và chính hợp đồng token vào danh sách này; owner cũng có thể gọi hàm chuyên dụng để thêm địa chỉ khác. Danh sách chỉ miễn kiểm tra khởi chạy; giao dịch chuyển vẫn phải đáp ứng các điều kiện như đủ số dư.

Owner có thể đăng ký một lần cặp ban đầu bằng initializePair và sau đó thêm hoặc xóa địa chỉ khác 0 bằng addPair, delPair. Việc đăng ký là một tập địa chỉ nội bộ của hợp đồng, tự nó không chứng minh địa chỉ đó có bể giao dịch đang hoạt động. Dù có tên Minter, getMinterLength thực tế trả về số lượng cặp, không phải số địa chỉ được phép đúc token.

Hợp đồng kiểm tra bên gửi trước: nếu đó là cặp đã đăng ký, giao dịch được xử lý theo hướng mua. Nếu không, hợp đồng kiểm tra bên nhận; khi bên nhận là cặp đã đăng ký, giao dịch được xử lý theo hướng bán. Nếu cả hai đều là cặp đã đăng ký, kiểm tra bên gửi được ưu tiên nên đi theo hướng mua. Giao dịch thông thường mà cả hai bên không là cặp sẽ bỏ qua nhánh phí này. Việc xác định hướng không tự động có nghĩa là bị thu phí: hợp đồng còn phải đã khởi chạy và cả bên gửi lẫn bên nhận đều không được miễn phí.

Không. Khi hợp đồng đã khởi chạy, cả hai bên không được miễn và có liên quan đến một cặp đã đăng ký, hợp đồng khấu trừ theo hướng mua hoặc bán “số tiền kho quỹ cộng số tiền đốt”. Các tham số này là số lượng cố định theo đơn vị cơ sở token, không phải tỷ lệ phần trăm nhân với số tiền chuyển; 10^18 đơn vị cơ sở tương ứng 1 AIBB. Số lượng nhận = số lượng chuyển − số tiền kho quỹ của hướng đó − số tiền đốt của hướng đó. Owner có thể điều chỉnh riêng hai khoản cho mua và bán, nên số tiền cố định mô tả phương pháp tính chứ không có nghĩa các tham số không bao giờ thay đổi. Công thức số lượng ròng ở trên chỉ áp dụng khi chuyển thành công. Nếu tổng phí áp dụng lớn hơn số lượng chuyển, phép trừ bị tràn dưới và toàn bộ giao dịch bị hoàn tác. Vì vậy, owner tăng phí có thể khiến một lệnh chuyển trước đó thực hiện được nay thất bại; điều này không xác nhận mức phí hiện tại.

Trong giao dịch bị tính phí có cặp đã đăng ký sau khi khởi chạy, khi không bên nào được miễn phí, phần kho quỹ được chuyển từ bên gửi tới treasureWallet và vẫn là chuyển token. Phần đốt bị hủy từ số dư bên gửi và làm giảm totalSupply. Các khoản tương ứng được chọn theo hướng mua hoặc bán. Owner đặt địa chỉ nhận kho quỹ; cơ chế chuyển này tự nó không trao cho người giữ token quyền hưởng phân phối từ kho quỹ.

Không. Miễn phí được ghi trong isFeeExempt và owner có thể đặt hoặc hủy; nếu bên gửi hoặc bên nhận được miễn, nhánh thu phí mua/bán sẽ không được đi vào. Quyền trước khi khởi chạy được ghi ở danh sách khác và chỉ kiểm tra bên gửi. Chỉ miễn phí không thể thay thế quyền gửi trước khi khởi chạy.

transferFrom trước hết kiểm tra và sử dụng hạn mức mà bên gửi cấp cho bên gọi, rồi mới thực hiện chuyển token. Hạn mức hữu hạn bị trừ theo tổng số lượng chuyển được yêu cầu, không phải số ròng bên nhận nhận sau phí; thiếu hạn mức sẽ thất bại. Hạn mức bằng giá trị uint256 lớn nhất được coi là vô hạn và không giảm khi dùng. Giao dịch đã được ủy quyền vẫn phải tuân thủ hạn chế gửi trước khi khởi chạy; khi hợp đồng đã khởi chạy, cả hai bên không miễn và có cặp đã đăng ký, phí cũng được xử lý theo hướng tương ứng.

burn hủy số lượng AIBB chỉ định từ chính tài khoản của bên gọi và yêu cầu số dư đủ. Khi thành công, số dư tài khoản đó và totalSupply cùng giảm một lượng bằng nhau. Thao tác không có bước hoàn lại tài sản khác cho bên gọi, nên không phải việc đổi AIBB lấy tài sản khác.

Không. burnFrom phải trước hết vượt qua kiểm tra hạn mức mà tài khoản mục tiêu cấp cho bên gọi, rồi mới đốt token của tài khoản mục tiêu; tài khoản đó cũng phải có đủ số dư. Hạn mức hữu hạn giảm theo lượng đốt, còn hạn mức vô hạn bằng uint256 tối đa không giảm. Đốt thành công đồng thời làm giảm số dư tài khoản mục tiêu và tổng nguồn cung; chỉ biết một địa chỉ không cho phép đốt tài sản của địa chỉ đó.

Chỉ owner được gọi rescueToken; hàm này chuyển toàn bộ số dư của token ERC-20 được chỉ định mà địa chỉ hợp đồng AIBB nắm giữ cho bên gọi. clearStuckEthBalance cho phép owner chuyển số dư ETH của hợp đồng. Các hàm này tác động lên tài sản do chính hợp đồng nắm giữ, không phải số dư của bất kỳ tài khoản nắm token nào.