Skip to content

Japanese translations#5

Open
Ami-Jam wants to merge 3835 commits into
QORT:masterfrom
Qortal:master
Open

Japanese translations#5
Ami-Jam wants to merge 3835 commits into
QORT:masterfrom
Qortal:master

Conversation

@Ami-Jam

@Ami-Jam Ami-Jam commented Dec 12, 2021

Copy link
Copy Markdown

Philreact and others added 29 commits February 8, 2026 14:59
The MULTI_PAYMENT validator currently returns NO_BALANCE when the sender’s confirmed QORT balance is greater than the fee. That comparison is reversed and causes all MULTI_PAYMENT transactions to be rejected even when the sender has sufficient funds.

This PR flips the check to ensure NO_BALANCE is only raised when balance is less than the required fee. This restores expected validation behavior and allows MULTI_PAYMENT transactions to pass when the sender can cover the fee and payment amounts.
Fix MULTI_PAYMENT balance check (NO_BALANCE validation)
v6.0.0 Code Freeze - Beta Release
relay fixes and reduced db connections when evaluating metadata chunk
publicAccountKey fix and removed queueHash condition
kennycud and others added 30 commits June 16, 2026 17:17
merge latest master to develop 6.1.6
save metadata to arbitrary cache when it comes from the relay-cache
Add hsqldbCacheRows and hsqldbCacheSize settings, build JDBC URL
dynamically, and expose storage info via AdminResource API.
Exposes QDN storage usage and capacity via DataResource using StorageInfo DTO.
Fixes broken call site left behind when repositoryUrlTemplate was
replaced by buildRepositoryUrl() in 00658cb.
Develop Branch ready for auto update
Denormalize created_when into ArbitraryTransactions table, add
name/created_when index, and update repository queries to use it.
…anager

Avoids redundant DB queries by caching the transaction list and only
refreshing after TRANSACTION_LIST_REFRESH_INTERVAL has elapsed.
created_when is now denormalized into ArbitraryTransactions, so the
JOIN to Transactions is no longer needed for this lite query.
…bitraryTransactions

When a limit is given, fetch the newest N signatures via an index-only scan
on ArbitraryTransactions (no join, no sort pass), then hydrate just those N
rows via a qualified IN on the PK. Eliminates the ~325k-row Transactions
probe that HSQLDB could not push LIMIT through.

Benchmarked 8–9x faster at limits 10/100/1000 on a mainnet DB.
See docs/arbitrary-query-perf.md for methodology and EXPLAIN plans.
6.1.7 validation patch - 6.1.8 Patch Release Candidate
Performance optimizations to HSQLDB arbitrary data queries
HSQLDB connection parameters configurable via settings
Ready for auto-update 6.1.9
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

10 participants