Canonical page: https://sequoia-research.com/writing/1031-crowdfunding-reviews-offering-mix-snapshot-comparator Author: Sequoia Research Published: 2026-10-18T01:30:56.841Z Updated: 2026-10-18T01:30:56.841Z Interactive tool: https://sequoia-research.com/writing/1031-crowdfunding-reviews-offering-mix-snapshot-comparator#research-tool # 1031 Crowdfunding Reviews: Offering-Mix Snapshot Comparator ## What Is This Article About? This guide explains a tool for comparing two dated offering lists that you enter from your own sources. It shows which comparison keys appear in one or both captures and checks for changes in selected labels after you confirm the scope and identity. A missing listing remains different from a source that says an offering is closed. The worked example explains how to use the results without treating old listings as current opportunities. ## Table of Contents - [What the Offering-Mix Comparator Does](#what-the-offering-mix-comparator-does) - [Define the Two Captures Before Entering Listings](#define-the-two-captures-before-entering-listings) - [Enter Source-Backed Offering Records](#enter-source-backed-offering-records) - [Understand Exact Keys and Identity Checks](#understand-exact-keys-and-identity-checks) - [Read the Fictional Six-Entry Example](#read-the-fictional-six-entry-example) - [Interpret Strategy and Availability Counts](#interpret-strategy-and-availability-counts) - [Keep Capture Dates Separate From Source Dates](#keep-capture-dates-separate-from-source-dates) - [Edit and Export a Reliable Comparison](#edit-and-export-a-reliable-comparison) - [Use the Findings in a Platform Review](#use-the-findings-in-a-platform-review) - [FAQ](#faq) ## What the Offering-Mix Comparator Does The comparator organizes two lists of offerings that you have captured at different dates. You enter the details manually. It groups records by the comparison keys you supply, counts the entries in each snapshot, and shows the source details beside each result. For a key that appears in both lists, it can compare four fields: offering name, sponsor label, strategy label, and stated availability. That comparison requires a checked shared scope and a checked offering identity on both records. Without those checks, the pair remains unconfirmed and label-change conclusions are withheld. A key found on only one side receives a plain description: only in the earlier entered list or only in the later entered list. These categories describe the saved file. They do not prove that a platform added an investment, removed it, or changed its availability. The tool also counts strategy and availability labels within each capture. These are listing counts. They are not dollar exposures, property counts, investment returns, or a rating of the platform. One offering may contain several properties, and several offerings may share a sponsor or property type. Nothing is fetched from a website. The tool does not enter a portal, reserve an investment, check a legal entity, or verify a source. It has no import, account, or autosave. The result depends on the records and checks you provide. Keep the original captures so another reader can review them. ## Define the Two Captures Before Entering Listings Start with the access route and inclusion scope. A public landing page, an account-specific portal, a dated email, and a full offering archive may show different sets. Describe which route you used and which entries you chose to include. The same scope should apply to both captures. For example, you might compare only listings visible on one public page, excluding its archive and private portal. If the route changed between captures, resolve the difference before checking the shared-scope box. You can save the file with that box unchecked while the question remains open. A menu can have limits that a visitor cannot see from the headline alone. Capulent's January 1, 2026 customer relationship summary describes limits based on product types and issuers with selling agreements. It also says other firms could offer wider choices. That disclosure does not identify the exact list available to a particular visitor at a later date. [Capulent Form CRS, page 1](https://files.brokercheck.finra.org/crs_155155.pdf). Enter the earlier and later capture dates. The earlier date must come first. Both must be on or before the review cutoff, and the cutoff cannot be in the future based on the current UTC date. UTC is the time standard the page uses; its calendar date may differ from your local date near midnight. Choose coverage for each capture: complete for the stated scope, partial, or unknown. Complete is your description, not a result the tool verifies. A partial file can still be useful, but its omissions cannot establish the platform's complete inventory. Changing the capture dates, scope, or coverage clears the scope check in the form. Recheck it only after reviewing the new context. Saving a change that conflicts with existing entry dates is rejected, with the saved records preserved. ## Enter Source-Backed Offering Records Each listing belongs to either the earlier or later capture. Enter a comparison key, the offering name as shown, a source reference, and a page or listing location. Those fields are required. The reference can be a URL or a file name; the tool stores it as text and does not open or test it. Use the source's sponsor and strategy labels when available. Leave them blank when unknown. Do not replace an absent sponsor name with the platform's brand or infer a strategy from an image. An unknown field is retained and counted where relevant. Availability has four choices: open per source, limited or reserved per source, closed per source, and unclear. These labels record what the cited source says. An old open label is not a current purchase confirmation. A page that simply describes a property may leave availability unclear. Add the availability as-of date if the source supplies one. Also record the source's issue or update date when known. These are separate from the capture date and the date you checked your entry. A source without a visible date stays undated; the tool does not copy the capture date into the blank. Notes can explain qualifications such as a listing for a selected audience or a status whose meaning needs clarification. Keep the explanation tied to the source. Do not place passwords, account numbers, private identity documents, or full confidential investor details into a review file that may later be shared. The tool accepts up to twenty entries per snapshot, forty in total. It compares the entered subset within that bound. If the original list is longer, narrow and disclose the scope rather than silently implying the file covers all listings. ## Understand Exact Keys and Identity Checks The comparison key is your way to connect the same legal offering across the two captures. It should be specific enough to distinguish similar names, separate trusts, and different programs. The tool does not determine whether two labels refer to the same security. Before matching, it applies Unicode normalization and collapses extra whitespace. Matching remains case-sensitive. A key with different capitalization may form a separate group. Punctuation and different words are not removed. This conservative rule avoids silently merging names that may describe different investments. Only one record with the same normalized key is allowed in each snapshot. If two cards appear to describe one offering, resolve that issue before entering them under the same key. Record the second location in the notes if appropriate. If they are distinct offerings, give them distinct, checked keys. For a two-sided key, both identity boxes and the shared-scope box must be checked before the tool compares labels. These checks mean that you reviewed the connection. They do not turn the program into an identity-verification service. A changed field can represent a real change, a correction, or a different label for the same fact. A blank sponsor becoming a named sponsor is a change from unknown to entered information. It is not proof that the offering hired a new sponsor. The report preserves both values so the distinction remains visible. Changing any listing field except notes clears that record's identity check in the form. Recheck the legal offering connection after the edit. An unchanged key alone does not prove that every other change belongs to the same security. ## Read the Fictional Six-Entry Example The example uses a fictional Lantern portal. It contains three selected listings captured September 15, 2026 and three captured October 15. Both captures are marked partial. The review cutoff and entry-check dates are October 17. No real platform, offering, or availability is represented. The earlier capture contains Cedar, Maple, and Birch. The later capture contains Cedar, Birch, and Oak. There are six saved rows but four distinct comparison keys. Cedar and Birch each have two rows, while Maple and Oak each have one. Maple is only in the earlier entered list. Oak is only in the later entered list. The tool does not label Maple closed or Oak newly launched. Partial capture, access differences, or an identity issue could explain an apparent absence. The source needs to answer that question. Cedar has checked identity on both sides and a checked shared scope. It is the one comparable pair. Its availability label moves from open per source to closed per source. That is a supported comparison of the entered labels, still subject to the accuracy and meaning of the fictional source records. Birch has the same entered key on both sides, but its identity checks remain off. It is an unconfirmed pair. The earlier strategy field is blank; the later field says industrial value-add. The tool keeps those entries visible without declaring a strategy change for Birch. The summary therefore shows two paired keys, one comparable pair, and one unconfirmed pair. The comparable pair has one changed label. Adding the two one-sided keys to the two paired keys gives four groups. Counting each paired key twice gives the six underlying rows. The earlier availability count is two open and one unclear. The later count is two open and one closed. The unchanged open count does not mean the same offerings remained open: the rows behind it differ. Check the pair-level details before interpreting an aggregate count. ## Interpret Strategy and Availability Counts Each snapshot's strategy map counts exact normalized labels. In the example, the earlier list has one industrial-income label, one multifamily-income label, and one unknown. The later list has one industrial-income label, one industrial-value-add label, and one multifamily-income label. Those counts organize the entered text. They do not prove that the platform's investment strategy changed. The captures are partial, and the Birch identity connection is unconfirmed. The report correctly retains that limitation even though the later list contains a more specific strategy label. Spelling choices can also split counts. If one source uses an abbreviation and another uses a longer label, the tool does not assume they mean the same thing. You can use notes to explain a relationship, but changing the original label would alter what the file records. A count of one industrial offering also says nothing about its share of an investor's money. A small trust and a large portfolio each count once. To measure exposure, you would need a separate, consistent dollar basis and ownership scope. This tool does not ask for those amounts or compute exposure weights. The same limits apply to availability totals. Two open labels in a past capture do not establish two investments open today. They do not show remaining equity, eligibility, reservation rights, or a confirmed closing slot. Those matters need a current response tied to the exact offering and investor. The SEC distinguishes private offerings from more broadly disclosed public securities and explains that private securities can be difficult to resell. A listing is therefore not enough to establish either access at purchase or liquidity afterward. [SEC private-placement bulletin, updated September 21, 2026](https://www.investor.gov/introduction-investing/general-resources/news-alerts/alerts-bulletins/investor-bulletins/private-placements-under-regulation-d-updated-investor-bulletin). ## Keep Capture Dates Separate From Source Dates A capture date records when the list was saved or observed. A source date records when that source was issued or updated. An availability date records the period attached to its status. The checked date records when you reviewed the entry. Those dates can differ without creating a contradiction. A source issued after a capture cannot support that earlier captured list in this tool. The source date must therefore be on or before its assigned capture date. If you later obtain a retrospective report, do not insert it as if it were the material captured earlier. Keep its role clear in a separate review. An availability as-of date must also be on or before the capture date. A stated plan to close in the future is different from a closed status at capture. Use unclear when the available choices do not fit, and explain the wording in notes. The entry-check date may be later than the capture, but it cannot be earlier or exceed the cutoff. Unknown source and availability dates are allowed and generate questions. Blank dates are never treated as zero age or as evidence that a record is current. The program checks real calendar dates within 1900 through 2200. It does not validate the truth of the dates entered. A valid date format cannot establish that a document existed then or that the source's claim was accurate. ## Edit and Export a Reliable Comparison Save the capture context, then save each listing. Build the comparison only after saving or discarding any unsaved form changes. Editing a field clears the previous result and disables downloads so an old report cannot appear to reflect a new draft. Rejected changes preserve the saved file and the entered form values. Correct the problem or discard the edit. A new entry receives a stable ID; removing another entry does not renumber the remaining records or reuse its ID. Removal, example replacement, and clearing the file use an on-page confirmation. Cancel keeps the current data. Typing after a confirmation opens cancels that pending action, so an old confirmation cannot erase a newer edit. Removing a different saved row preserves an unrelated unsaved listing form. Filters change only which key groups are shown. Both JSON and text downloads retain every saved entry, all groups, context, counts, and questions. In a filtered view, the visible card count is not the exported record count. The full JSON export has a one-mebibyte limit, or 1,048,576 UTF-8 bytes. A save that would exceed it is rejected before replacing the saved state. There is no automatic storage or restore feature. Download a report before closing the page, and keep the original source files beside it. ## Use the Findings in a Platform Review Use the comparison to choose follow-up questions. For an earlier-only entry, ask whether the difference reflects capture limits, a changed access route, or a real listing event. For a changed availability label, request a dated explanation of the exact status. For an unconfirmed identity, resolve the legal name before comparing terms. Research about a securities offering requires more than a list comparison. FINRA's private-placement notice describes covered firms' investigation of management, assets, prospects, claims, and use of funds. This tool performs none of that investigation and does not replace those duties. [FINRA Regulatory Notice 23-08, May 9, 2023](https://www.finra.org/rules-guidance/notices/23-08). A useful result may be a narrow finding: two saved rows use the same checked offering key but different availability wording. Keep the sources, dates, and access limits with that finding. Avoid turning it into a claim about the whole platform or the investment's merit. ## FAQ ### Does this tool show which 1031 Crowdfunding offerings are open now? No. It compares manually entered captures. Availability labels belong to the source and date supplied. Confirm present access, eligibility, remaining allocation, and closing arrangements directly through the appropriate current process. ### Does an earlier-only listing mean the offering closed? No. It means its key appears only in your earlier entered list. Partial capture or a different access route may explain the gap. A closed status needs its own source; absence is not that source. ### Why is a matching key still unconfirmed? The shared scope or one of the two identity checks is missing. The key alone is a text match. The tool retains both records but withholds label-change conclusions until the required checks are supplied. ### Can I compare partial lists? Yes. Mark each capture's coverage honestly and describe its inclusion scope. The resulting counts apply to that subset. They cannot establish the full menu, a complete market shift, or the absence of offerings outside your capture. ### Does a changed strategy label prove the investment changed? No. The wording may have become more specific, been corrected, or used a different definition. The tool displays the entered difference for checked pairs. Read the underlying documents before drawing a conclusion about the mandate or property plan. ### What happens to hidden entries when I download a filtered report? They remain in the full JSON and text exports. Filters affect display only. Both downloads preserve every saved listing and key group, including unknown fields and unconfirmed pairs, so the record keeps its full context. ## About Sequoia Research Sequoia Research, LLC provides independent research on DSTs and other real estate investment offerings. This educational tool helps readers organize dated source observations and distinguish recorded facts from unresolved questions. ## Sources - [Capulent Form CRS](https://files.brokercheck.finra.org/crs_155155.pdf). January 1, 2026, page 1; inspected October 17, 2026. - [SEC private-placement bulletin](https://www.investor.gov/introduction-investing/general-resources/news-alerts/alerts-bulletins/investor-bulletins/private-placements-under-regulation-d-updated-investor-bulletin). August 17, 2022; updated September 21, 2026; inspected October 17, 2026. - [FINRA Regulatory Notice 23-08](https://www.finra.org/rules-guidance/notices/23-08). May 9, 2023; inspected October 17, 2026.