Prosecution Insights
Last updated: July 17, 2026
Application No. 19/027,785

PRIVACY PRESERVING VALIDATION AND COMMIT ARCHITECTURE

Non-Final OA §101§102§103
Filed
Jan 17, 2025
Priority
Oct 19, 2018 — provisional 62/748,327 +3 more
Examiner
CHAI, LONGBIT
Art Unit
2431
Tech Center
2400 — Computer Networks
Assignee
Digital Asset (Switzerland) GmbH
OA Round
1 (Non-Final)
88%
Grant Probability
Favorable
1-2
OA Rounds
1y 2m
Est. Remaining
99%
With Interview

Examiner Intelligence

Grants 88% — above average
88%
Career Allowance Rate
659 granted / 750 resolved
+29.9% vs TC avg
Strong +31% interview lift
Without
With
+31.2%
Interview Lift
resolved cases with interview
Typical timeline
2y 8m
Avg Prosecution
14 currently pending
Career history
765
Total Applications
across all art units

Statute-Specific Performance

§101
0.8%
-39.2% vs TC avg
§103
74.4%
+34.4% vs TC avg
§102
23.1%
-16.9% vs TC avg
§112
0.5%
-39.5% vs TC avg
Black line = Tech Center average estimate • Based on career data from 750 resolved cases

Office Action

§101 §102 §103
Notice of Pre-AIA or AIA Status The present application, filed on or after March 16, 2013, is being examined under the first inventor to file provisions of the AIA . DETAILED ACTION Currently pending claims are 1 – 20. Claim Rejections - 35 USC § 101 35 U.S.C. 101 reads as follows: Whoever invents or discovers any new and useful process, machine, manufacture, or composition of matter, or any new and useful improvement thereof, may obtain a patent therefor, subject to the conditions and requirements of this title. Claim 11 is rejected under 35 U.S.C. 101 because the claimed invention is directed to non-statutory subject matter where “An initiate node” as recited in the claim does not fall into any of statutory classes defined in 35 U.S.C 101. It may be merely directed to software per se or the claimed subject matter is drawn to the abstract structure of architecture. It is respectfully suggested by the Examiner to amend the claim language as “An apparatus of an initiator node”. Any other claims not addressed are rejected by virtue of their dependency. In the event the determination of the status of the application as subject to AIA 35 U.S.C. 102 and 103 (or as subject to pre-AIA 35 U.S.C. 102 and 103) is incorrect, any correction of the statutory basis for the rejection will not be considered a new ground of rejection if the prior art relied upon, and the rationale supporting the rejection, would be the same under either status. Claim Rejections - 35 USC § 102 The following is a quotation of the appropriate paragraphs of 35 U.S.C. 102 that form the basis for the rejections under this section made in this Office action: A person shall be entitled to a patent unless – (a)(2) the claimed invention was described in a patent issued under section 151, or in an application for patent published or deemed published under section 122(b), in which the patent or application, as the case may be, names another inventor and was effectively filed before the effective filing date of the claimed invention. Claims 1 – 2, 8, 11 – 12 & 18 – 19 are rejected under 35 U.S.C. 102(a)(2) as being anticipated by Wilkins et al. (U.S. Patent 10,552,829). As per claim 1, 11 & 18, Wilkins teaches method of domain transfer for a script in a distributed ledger (Wilkins: FIG. 1, FIG. 4), comprising: transmitting, by an initiator node connected to an origin domain and a target domain, a transfer-out request to an origin external node of the origin domain (Wilkins: FIG. 1, FIG. 4 & Col. 3 Line 47 – 50, Col. 12 Line 50 – 52, Col. 2 Line 28 – 30 / 50 – 53, Col. 7 Line 52 – 58 / Line 62 – 67, Col. 15 Line 44 – 53, Col. 4 Line 59 – 64, Col. 11 Line 1 – 4 / Line 41 – 50 and Col. 5 Line 1 – 5 / Line 17 – 26, (a) in a crypto-currency system, according to the disclosure of the instant specification, a domain can be referred as a distributed ledger connected to a plurality of computing nodes over a distributed network (SPEC: FIG. 1 / E-260 / 210 & Para [0119] Line 2 – 3 & Para [0004] Line 1 – 2); (b) Wilkins discloses a crypto-exchange of an ATS system (Alternative Trading System), as one type of crypto-currency systems, which can utilize a computing node (i.e. an origin external node) functionally associated and represented with a particular distributed ledger / block-chain (i.e. a particular domain), to manage transactions over a distributed network of nodes, wherein a digital transaction item of an order (i.e. a proposed transaction as a script of a text of a document) can be traded through crypto-exchanges of ATS system and transferred (transmitted) by a submitted node (i.e. an initiator node) to other target crypto-exchanges via the origin external node (Wilkins: Figure 1 & Col. 3 Line 47 – 50 and Col. 12 Line 50 – 52); (c) besides, this is also consistent with the disclosure of the instant specification (SPEC: FIG. 2a, Para [0007] Line 2 – 5 & Para [0119] Line 2 – 3: submitting by a submitted node a proposed transaction to a distributed crypto-ledger (or domain) over a distributed network). wherein the transfer-out request indicates a request to perform a transfer of the script, hosted by the origin domain, to the target domain (Wilkins: see above & Col. 3 Line 47 – 50: an order of a digital transaction item (i.e. a proposed transaction as a script of a text of a document) can be traded through crypto-exchanges of ATS system and transferred (transmitted) by a submitted node (i.e. an initiator node) to other target crypto-exchanges via an origin external node which is functionally associated and represented with a particular distributed ledger / block-chain (i.e. a particular domain)); receiving, by the initiator node from the origin external node, a transfer-out confirmation authorizing the transfer of the script to the target domain (Wilkins: see above & Col. 15 Line 48 – 53 / Line 57 – 60, Col. 11 Line 37 – 39, Col. 6 Line 37 – 47 and Col. 16 Line 40 – 46: once the crypto adapter, via the crypto-ledger / exchange, has confirmed the validity of the digital transactional items being associated with a user portfolio account, the crypto adapter generates a commit transaction, including the digital transaction item, and transfers to a user committed account (w.r.t. the submitted node) which is managed by the associated crypto-ledger / exchange (see above)); wherein the transfer-out confirmation includes an origin validation by the origin external node (see immediate above); and communicating, by the initiator node, with a target external node of the target domain in connection with completing or aborting the transfer of the script (Wilkins: see above, FIG. 10, FIG. 4 & Col. 11 Line 1 – 4 / Line 41 – 54, Col. 15 Line 29 – 36 and Col. 3 Line 47 – 50: tracking / recording the proposed transaction being completely filled or cancelled / expired (i.e. aborted)). As per claim 2, 12 & 19, Wilkins teaches transmitting, based on receiving the transfer-out confirmation, a transfer-in request to the target external node of the target domain, wherein the transfer-in request includes the transfer-out request with the origin validation by the origin external node; and receiving, from the target external node, a transfer-in confirmation indicating that the script has been transferred from the origin domain to the target domain, wherein the transfer-in confirmation includes the transfer-out request with the origin validation by the origin external node and a target validation by the target external node (Wilkins: see above & Col. 16 Line 16 – 32: upon the validation and confirmation (see above) of the proposed transaction, an execution transaction is created and transferred along with the digital transaction item(s) to settle the trade at a target (3dr-party) crypto-exchange / ledger). As per claim 8, Wilkins teaches wherein the script is one of multiple scripts having multiple participants associated with multiple participant nodes, and wherein the multiple participant nodes are connected to the target domain (Wilkins: see above & FIG. 2a, Col. 7 Line 52 – 58 & Col. 11 Line 41 – 50: the script of an proposed transaction order (see above) can be split into multiple scripts of digital transaction orders (e.g. Nx partially-filled orders) associated with a same transaction and communicated with multiple target crypto-exchanges (ledgers) – i.e. the multiple portions of transaction orders, wherein instead of going to a single exchange (security domain), the multiple portions of transaction orders can be processed by a plurality of distributed crypto-exchanges (I.e. Nx authorized security domains of multiple external nodes) to finalize the proposed transaction (Wilkins: FIG. 2a & Col. 7 Line 52 – 58), wherein an order identifier can be assigned according to a plurality of sub-transaction orders, (optionally) with a priority of a proposed transaction order relative to other transaction orders (Wilkins: Col. 11 Line 41 – 50)). Claim Rejections - 35 USC § 103 The following is a quotation of 35 U.S.C. 103 which forms the basis for all obviousness rejections set forth in this Office action: A patent for a claimed invention may not be obtained, notwithstanding that the claimed invention is not identically disclosed as set forth in section 102 of this title, if the differences between the claimed invention and the prior art are such that the claimed invention as a whole would have been obvious before the effective filing date of the claimed invention to a person having ordinary skill in the art to which the claimed invention pertains. Patentability shall not be negated by the manner in which the invention was made. Claims 3 – 7 & 13 – 15 are rejected under 35 U.S.C.103 as being unpatentable over Wilkins et al. (U.S. Patent 10,552,829), in view of Grieve et al. (U.S. Patent 8,307,031). As per claim 3, Grieve (& Wilkins) teaches the transfer request associated with validation and confirmation including a first timestamp at which the transfer of the script began, and the target validation by the target external node includes a second timestamp at which hosting of the script in the target domain began (Wilkins: see above) || (Grieve: Abstract & FIG. 2 / E-8A, FIG. 5A / E-70 & E-72, Col. 15 Line 64 – 66 and Col. 1 Line 31 – 35: a requesting entity can transmit a request for obtaining / transmitting a data object to an external node and pre-set a timer having a timeout value (TIMESTAMP) to determine whether response data (as requested) is received prior to the expiration of the pre-set timer, and (b) if the data responsive to the request message has not been received prior to expiration of the pre-set timer, then aborting the data request accordingly) – this is consistent with the disclosure of the instant specification (SPEC-PG.PUB: Para [0184] Line 1 – 15: a submitting node can provide a logical time offset to allow the submitting node to control a confirmation response deadline by which a recipient node must send a response). It would have been obvious to a person of ordinary skill in the art before the effective filing date of the claimed invention was made to propose the modification that the transfer request associated with validation and confirmation includes a first timestamp at which the transfer of the script began, and the target validation by the target external node includes a second timestamp at which hosting of the script in the target domain began because Grieve teaches to alternatively, effectively and securely generate a data request by a requesting entity for obtaining a data object to an external node and pre-set a timer having a timeout value (TIMESTAMP) to determine whether response data (as requested) is received prior to the expiration of the pre-set timer (see above) within the Wilkins’s system that an initiator node, by sending a validation / confirmation request, can query a security entity to provide a security data object such as portfolio account balance to the requesting node so as to validate / confirm (assure) a digital transaction item is truly associated with the customer portfolio account (see above). As per claim 4 – 7 & 13 – 15, Wilkins as modified teaches receiving, by the initiator node, an abort indication from the target external node following a transfer exclusivity period for the initiator node in which the initiator node failed to transmit a transfer-in request to the target external node, wherein the abort indication includes an abort request, that originated from a participant node associated with a participant in the script, with a target validation by the target external node (Wilkins: see above) || (Grieve: Abstract & FIG. 2 / E-8A, FIG. 5A / E-70 & E-72, Col. 15 Line 64 – 66 and Col. 1 Line 31 – 35: in case the data responsive to the request message has not been received prior to expiration (TIMESTAMP) of the pre-set timer, then aborting the data request by determining whether response data (as requested) is indeed received prior to the expiration of a pre-set timer associated with the target external node). Claims 9 – 10, 16 – 17 & 20 are rejected under 35 U.S.C.103 as being unpatentable over Wilkins et al. (U.S. Patent 10,552,829), in view of Yim et al. (U.S. Patent 11,409,734). As per claim 9, 16 & 20, Yim (& Wilkins) teaches bundling the transfer-out confirmation with an additional transfer-out confirmation into a transfer-in request, wherein the additional transfer-out confirmation relates to an additional script of the distributed ledger hosted on an additional domain, and wherein communicating with the target external node of the target domain comprises: transmitting the transfer-in request, that bundles the transfer-out confirmation with the additional transfer-out confirmation, to the target external node of the target domain (Wilkins: see above) || (Yim: Col. 6 Line 4 – 19: providing an advanced blockchain / ledger transaction mechanism, wherein the digital software asset management tool can thrive for efficiency and combine a plurality of confirmation message into a set of combined confirmation block messages to reduce the number of open blockchain transactions). It would have been obvious to a person of ordinary skill in the art before the effective filing date of the claimed invention was made to propose the modification of bundling the transfer-out confirmation with an additional transfer-out confirmation into a transfer-in request because Yim teaches to alternatively, effectively and securely provide an advanced blockchain / ledger transaction mechanism, wherein the digital software asset management tool can thrive for efficiency and combine a plurality of confirmation message into a set of combined confirmation block messages to reduce the number of open blockchain transactions (see above) within the Wilkins’s system that an initiator node, by sending a validation / confirmation request, can query a security entity to provide a security data object such as portfolio account balance to the requesting node so as to validate / confirm (assure) a digital transaction item is truly associated with the customer portfolio account (see above). As per claim 10 & 17, Wilkins as modified teaches wherein the script and the additional script are associated with a same transaction (Wilkins: see above & FIG. 2a, Col. 7 Line 52 – 58 & Col. 11 Line 41 – 50: Wilkins discloses a script of an proposed transaction order (see above) can be split into multiple scripts of digital transaction orders (e.g. Nx partially-filled orders) associated with a same transaction and communicated with multiple target crypto-exchanges (ledgers) – i.e. the multiple portions of transaction orders, and wherein communicating with the target external node of the target domain comprises: determining a transfer failure for the additional script; and transmitting, to the target external node, a request to abort the transfer of the script based on determining the transfer failure for the additional script (Wilkins: see above, FIG. 10, FIG. 4 & Col. 11 Line 1 – 4 / Line 41 – 54, Col. 15 Line 29 – 36 and Col. 3 Line 47 – 50: tracking / recording the proposed transaction being completely filled or cancelled / expired (i.e. aborted)) || (Yim: see above). Any inquiry concerning this communication or earlier communications from the examiner should be directed to LONGBIT CHAI whose telephone number is (571)272-3788. The examiner can normally be reached Monday - Friday 9:00am-5:00pm. Examiner interviews are available via telephone, in-person, and video conferencing using a USPTO supplied web-based collaboration tool. To schedule an interview, applicant is encouraged to use the USPTO Automated Interview Request (AIR) at http://www.uspto.gov/interviewpractice. If attempts to reach the examiner by telephone are unsuccessful, the examiner’s supervisor, Lynn D. Feild can be reached at 571-272-2092. The fax phone number for the organization where this application or proceeding is assigned is 571-273-8300. Information regarding the status of published or unpublished applications may be obtained from Patent Center. Unpublished application information in Patent Center is available to registered users. To file and manage patent submissions in Patent Center, visit: https://patentcenter.uspto.gov. Visit https://www.uspto.gov/patents/apply/patent-center for more information about Patent Center and https://www.uspto.gov/patents/docx for information about filing in DOCX format. For additional questions, contact the Electronic Business Center (EBC) at 866-217-9197 (toll-free). If you would like assistance from a USPTO Customer Service Representative, call 800-786-9199 (IN USA OR CANADA) or 571-272-1000. --------------------------------------------------- /Longbit Chai/ Longbit Chai E.E. Ph.D. Primary Examiner, Art Unit 2431 No. #2595 – 2026 ---------------------------------------------------
Read full office action

Prosecution Timeline

Jan 17, 2025
Application Filed
Jun 08, 2026
Non-Final Rejection mailed — §101, §102, §103 (current)

Precedent Cases

Applications granted by this same examiner with similar technology

Patent 12683807
BLOCKCHAIN FOR THE CONNECTED HOME
1y 8m to grant Granted Jul 14, 2026
Patent 12665932
MIDDLEBOX SECURITY IN A WIRELESS NETWORK
2y 3m to grant Granted Jun 23, 2026
Patent 12665905
INCREMENTAL MICRO-SEGMENTATION SYSTEM AND INCREMENTAL MICRO-SEGMENTATION METHOD
1y 11m to grant Granted Jun 23, 2026
Patent 12666257
SYSTEM AND METHOD OF DEVICE DEPLOYMENT
1y 8m to grant Granted Jun 23, 2026
Patent 12647362
MANAGING SOFTWARE-AS-A-SERVICE LIMITS BY MANAGING POWER USERS
1y 10m to grant Granted Jun 02, 2026
Study what changed to get past this examiner. Based on 5 most recent grants.

Strategy Recommendation AI-generated — please review before filing

Get a prosecution strategy drawn from examiner precedents, rejection analysis, and claim mapping.
Typically takes 5-10 seconds — AI-generated, attorney review required before filing

Prosecution Projections

1-2
Expected OA Rounds
88%
Grant Probability
99%
With Interview (+31.2%)
2y 8m (~1y 2m remaining)
Median Time to Grant
Low
PTA Risk
Based on 750 resolved cases by this examiner. Grant probability derived from career allowance rate.

Sign in with your work email

Enter your email to receive a magic link. No password needed.

Personal email addresses (Gmail, Yahoo, etc.) are not accepted.

Free tier: 3 strategy analyses per month